지식 베이스 업데이트
문서에서 누락된 부분을 자동으로 감지하고 업데이트 초안을 작성합니다.
모든 릴리스는 문서 부채를 만듭니다. 이 스킬은 최근 배포된 티켓을 읽고, 이를 헬프 센터 및 체인지로그와 비교하여 어떤 문서가 오래되었는지, 어떤 기능이 문서화되지 않았는지, 무엇을 작성해야 하는지 정확히 알려줍니다.
프롬프트 템플릿
/schedule
### 1단계 — 최근 배포된 작업 읽기
{{TICKET_SOURCES}}에서 지난 {{TIME_WINDOW}} 동안 배포, 완료 또는 병합된 항목을 확인합니다.
각 항목에 대해: 기능 이름, 사용자에게 변경된 사항에 대한 한 문장 설명, 영향받은 제품 영역.
### 2단계 — 현재 문서 읽기
- 헬프 센터: {{HELP_CENTER_URL}}
- 체인지로그: {{CHANGELOG_URL}}
- 지난 90일 동안 수정된 {{DOCS_FOLDER}}의 Drive 문서
### 3단계 — 격차 감지
**오래된 문서** — 이후 변경된 흐름을 설명하는 문서
**누락된 문서** — 문서 없이 배포된 기능
**오래된 UI 참조** — 더 이상 존재하지 않는 UI 요소를 언급하는 문서
### 4단계 — 업데이트 제안 작성
각 격차에 대해:
**[문서 제목 또는 "새 문서 필요"]**
상태: 오래됨 / 누락됨 / 오래된 UI 참조
영향받은 기능: [티켓에서]
변경된 사항: [한 문장 — 현재와 문서에서 말하는 것의 차이]
제안된 업데이트: [가능한 경우 업데이트된 문단 초안]
### 5단계 — 저장
맨 위에 요약 테이블이 있는 DocUpdates_YYYY-MM-DD.md를 {{OUTPUT_FOLDER}}에 저장:
| 문서 | 상태 | 우선순위 | 제안된 작업 |
우선순위: 주요 기능에 대한 누락된 문서 = 높음. 오래된 단계 = 높음. 사소한 표현 = 낮음.
완료되면 Drive 링크를 반환합니다.
설정
| 필드 | 값 |
|---|---|
| 필요한 MCP | Linear / Jira / GitHub Issues, Google Drive, 브라우저 |
| 출력 | DocUpdates_YYYY-MM-DD.md → /Product/Docs/Updates |
| 스케줄러 | 매주, 또는 각 릴리스 후 |
채워야 할 플레이스홀더
{{TIME_WINDOW}}— 예:지난 7일{{TICKET_SOURCES}}— 예:Linear,Jira,GitHub Issues{{HELP_CENTER_URL}}— 예:https://help.yourproduct.com{{CHANGELOG_URL}}— 예:https://yourproduct.com/changelog{{DOCS_FOLDER}}— 예:/Product/Docs{{OUTPUT_FOLDER}}— 예:/Product/Docs/Updates
팁
release-notes-generator와 함께 사용하세요. — 모든 릴리스 후 둘 다 실행하세요.- 우선순위 열은 기술 문서 작성자가 모든 제안을 읽지 않고도 작업을 우선순위화하는 데 도움이 됩니다.
- 헬프 센터가 Notion이나 Confluence에 있는 경우 MCP로 연결하여 더 풍부한 읽기 액세스를 제공하세요.