DongHyeonkaandClaude Opus 5
25644cc4d9
.agents/skills의 technical-document-author, revising-korean-technical-prose, writing-natural-korean을 korean-technical-blog-skills-bundle-v1의 세 스킬로 교체한다. - writing-korean-technical-blogs: 문제·제약·선택·구현·결과·한계 구조화 - reducing-ai-like-korean-writing: 상투성·추상화·반복 제거 - editing-korean-grammar-and-expression: 맞춤법·띄어쓰기·호응 검수 상류를 수정하지 않고 복사했다. diff -r 0건, MANIFEST.sha256 검증 통과, 번들 validate_skill.py 3/3 PASS. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
47 lines
2.0 KiB
Markdown
47 lines
2.0 KiB
Markdown
# 장르별 경계
|
|
|
|
이 스킬은 장르별 글쓰기 스킬을 대체하지 않는다. 같은 패턴이라도 장르에 따라 유지 여부가 달라진다.
|
|
|
|
## 기술 블로그
|
|
|
|
- 문제, 선택, 실제 관찰, 결과가 드러나면 좋다.
|
|
- 원문에 존재하는 1인칭과 판단은 보존할 수 있다.
|
|
- 경험이나 장애 사례를 새로 만들면 안 된다.
|
|
- 서론과 결론에서 같은 효용을 반복하지 않는다.
|
|
|
|
## 설계 문서와 ADR
|
|
|
|
- 제목, 표, 목록, 비교 축은 탐색과 의사결정에 필요하므로 함부로 줄이지 않는다.
|
|
- `선택`, `근거`, `제약`, `기각한 대안`을 직접 연결한다.
|
|
- 중립적 피동문과 반복된 기술 용어는 일관성을 위해 필요할 수 있다.
|
|
|
|
## README와 런북
|
|
|
|
- 짧은 명령문, 목록, 번호 매기기, 반복된 절차 형식은 정상이다.
|
|
- 문체 변화보다 실행 가능성과 순서 보존이 우선이다.
|
|
- 명령어·경로·환경 변수·코드 블록은 보호한다.
|
|
|
|
## 발표 대본
|
|
|
|
- 말하기 위한 반복과 표지어는 글보다 더 허용한다.
|
|
- 문장을 짧게 나눌 수 있지만, 임의의 추임새나 감탄사를 넣지 않는다.
|
|
- 화면에 보이는 문장과 발표자가 말할 문장을 구분한다.
|
|
|
|
## 보고서·학술 문서
|
|
|
|
- `본 연구에서는`, `다음과 같이` 같은 정형 표현이 장르 관습일 수 있다.
|
|
- 객관적 문체를 저자성이 없다는 이유로 바꾸지 않는다.
|
|
- 요약·방법·결과·논의의 구조를 AI식 틀로 오인하지 않는다.
|
|
|
|
## 정책·법률 문서
|
|
|
|
- 반복, 정의, 피동문, 지시어가 법적 정확성을 위해 필요할 수 있다.
|
|
- 자연스러움보다 용어 일관성·범위·조건 보존을 우선한다.
|
|
- 정의된 용어를 동의어로 바꾸지 않는다.
|
|
|
|
## 대화·SNS·개인 글
|
|
|
|
- 단문, 반복, 생략, 말줄임표, 구어체는 개성일 수 있다.
|
|
- 표준어·격식체로 바꾸지 않는다.
|
|
- 사용자가 원하지 않으면 거친 말투나 감정 강도를 약화하지 않는다.
|