ナレッジベースの更新
ドキュメントに欠けているものを自動的に検出し、更新案を作成します。
すべてのリリースはドキュメントの負債を生み出します。このスキルは、最新の出荷済みチケットを読み取り、ヘルプセンターやチェンジログと比較し、どの記事が古く、どの機能が未ドキュメントで、何を書くべきかを正確に特定します。
プロンプトテンプレート
/schedule
### ステップ 1 — 最近の出荷作業を読む
{{TICKET_SOURCES}}で、過去{{TIME_WINDOW}}に出荷、完了、またはマージされた項目を確認します。
各項目について：機能名、ユーザーにとっての変更点（1文）、影響を受けるプロダクトエリア。
### ステップ 2 — 現在のドキュメントを読む
- ヘルプセンター：{{HELP_CENTER_URL}}
- チェンジログ：{{CHANGELOG_URL}}
- 過去90日間に変更された{{DOCS_FOLDER}}のDriveドキュメント
### ステップ 3 — ギャップを検出
**古い記事** — 変更されたフローを説明しているドキュメント
**不足している記事** — ドキュメントがない状態で出荷された機能
**古いUI参照** — 存在しなくなったUI要素に言及している記事
### ステップ 4 — 更新提案を作成
各ギャップについて：
**[記事タイトル、または「新しい記事が必要」]**
ステータス：古い / 不足 / 古いUI参照
影響を受ける機能：[チケットから]
変更内容：[1文 — 現在対ドキュメントの記述]
提案される更新：[可能な場合は更新した段落をドラフト]
### ステップ 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として接続してより豊富な読み取りアクセスを実現します。