chukaofili/agent-plugins

PRステージや機能が完了し、PRを開く前に使用します。ファイル、パッケージ、ルート、コマンド、環境変数、API、規約が追加、リネーム、移動、削除された場合、または「ドキュメントを更新」「ドキュメントを同期」「README/AGENTS.mdを更新」と依頼された場合、または「ドキュメントが古い」と言われた場合に使用します。すべてのドキュメントをコードに対して監査し、ずれを修正し、生成されたドキュメントを再生成し、結果を現在のブランチにコミットします。

agent-plugins とは?

このスキルは、コードとドキュメントの同期を維持するために設計されています。特に、リファクタリングや新機能追加後、ドキュメントがコードの実際の状態から乖離する「ドリフト」を自動的に検出し修正します。対応プラットフォームはClaude CodeやCursorなどのAIエージェントで、`docs/DOCS.md`に定義されたドキュメント一覧を基に動作します。具体的には、ブランチの差分を分析して変更されたパス、パッケージ名、ルート、コマンド、環境変数、APIなどを特定し、各ドキュメントの主張をコードと照合。ずれがあれば修正し、OpenAPI仕様書のような自動生成ドキュメントは再生成します。さらに、変更を現在のブランチに直接コミット(プッシュも可能)する点が特徴的で、ユーザーの明示的な指示なしにドキュメント更新を完了させます。これにより、開発者はコード変更に集中でき、ドキュメントのメンテナンス負荷が軽減されます。

対応✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/chukaofili/agent-plugins/tree/HEAD/plugins/coding-protocol/skills/sync-docs

Installed? Explore more 生産性&コラボレーション skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ドキュメントの同期

ドキュメントは静かにずれていきます。READMEに記載されたファイル名が移動しても、何も失敗しません。このスキルは、スタックされたPRの各ステージ後や機能完了後、PRを開く前に実行してください。

このスキルにはコミットが含まれます。 許可なくコミットする場合があり、常に現在のブランチにコミットし、決してmainにはコミットしません。

スキップすべき場合

  • ドキュメントが参照するものに変更がない場合(純粋な内部ロジックの変更)。その場合でも、PRの「Testing」セクションに「ドキュメントをチェックしました。ずれはありません」と記載し、レビュアーに実行されたことを知らせてください。
  • ユーザーが明示的にまだドキュメントのコミットを望まない場合。

インベントリ: docs/DOCS.md

スコープ内のドキュメント一覧はAGENTS.mdではなくdocs/DOCS.mdにあります。これにより、常にオンになっているコンテキストが同期のたびに肥大化するのを防ぎます。

# ドキュメントインベントリ

| パス | 所有する内容 | 自動生成元 |
|---|---|---|
| README.md | 製品概要、セットアップ、環境変数、レイアウト | |
| AGENTS.md | エージェントルール + プロジェクトゲート | |
| packages/api/README.md | エンドポイント、スクリプト、環境変数 | |
| docs/api/openapi.json | APIリファレンス | `pnpm generate:openapi` |

## 凍結(同期による編集は決して行わない)
- docs/plans/

## ずれチェック
<!-- 実際に発生したミスごとに1つのgrepと、その理由を説明するコメント -->

初回実行時: インベントリを作成します。ルートおよび各パッケージのREADME.md / AGENTS.md / CLAUDE.md、コントリビューター向けドキュメント、APIドキュメント(OpenAPIの説明、llms.txt)、スキルとルールのディレクトリ、環境変数の参照(.env.example、設定スキーマ)をスキャンします。それぞれが何を所有するかを書き留めます。

毎回の実行時: インベントリに記載されていないドキュメントが見つかった場合は、同じコミットで追加します。

手順

  1. 監査. ブランチをベースと比較します(git diff <base>...HEAD --stat)。変更されたもので、ドキュメントが言及する可能性があるものをリストアップします: パス、パッケージ名、ルート、コマンドとスクリプト、環境変数、エクスポートされたAPI、動作、規約。
  2. 検証. インベントリ内の各ドキュメントについて、すべての具体的な主張をコードと照合します: 名前付きファイルがそのパスに存在するか、各コマンドがマニフェストに存在するか、各環境変数が実際に読み取られているか、各ルートとエクスポートが説明どおりに存在するか。コードを読みます。プローズを信頼してはいけません。自分が以前書いたプローズも含めて信頼してはいけません。
  3. 編集. ずれを修正します。コードが何をするかを説明し、ドキュメントを読みやすくするために動作をでっち上げてはいけません。コードとドキュメントが一致せず、どちらが間違っているか判断できない場合は、推測せずにフラグを立てます。
  4. 再生成. インベントリにリストされている各ジェネレーターコマンドを実行します。生成されたドキュメントは決して手動で編集してはいけません。
  5. ずれチェックを実行 docs/DOCS.mdにリストされているずれチェックを実行します。同期中に、再発しそうなミス(古いパス、リネームされたコマンド)が見つかった場合は、そのミスに対するgrepをコメント付きで追加します。
  6. コミット. ファイルをパスごとにステージします。git add -Aは使わないでください。1つのアトミックなコミットを作成し、メッセージはdocs(<スコープ>): <変更内容>と同期とし、現在のブランチにコミットします。
  7. プッシュ ブランチがすでにリモートを追跡している場合(最初にgit pull --rebaseを実行)。決してmainにはプッシュしません。

ルール

  • 凍結された履歴: docs/plans/内の設計、計画、引き継ぎ文書は、当時決定されたことのスナップショットです。これらはgrepにヒットすることがありますが、それは想定内であり、ずれではありません。同期中にこれらを編集してはいけません。
  • スパイクとプロトタイプは削除 その方向性が出荷されるか破棄された時点で削除され、参考として残されることはありません。スパイクの結論は、プロダクションがより良い知識を得た後では、リポジトリ内で最も信頼性の低いテキストです。まだ価値のあるものはすべて、出荷されたコードのドキュメントに移動します。
  • サイズ予算: ドキュメントの行数はPRの予算にカウントされます。同期によってステージが500行を超えた場合は、スタックの上にドキュメントのみのステージとしてランディングします(stacked-prsを参照)。
  • ポインタファイルは小さく保つ: AGENTS.mdを指すだけのCLAUDE.mdやGEMINI.mdは、そのままにしておきます。コンテンツをコピーしてはいけません。

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

chukaofili/agent-plugins

Use when starting a feature, refactor or bug fix; when asked to plan, spec, design or debug something; when writing a plan or handoff document; when choosing, adopting or upgrading a dependency, framework or external API; or when starting work that will become its own branch. Covers propose-before-building, scoping work to the PR size budget, debugging discipline, reading current docs instead of trusting memory, and when and how to use a git worktree.

chukaofili/agent-plugins

Use when a change is likely to exceed ~300 changed lines, when work spans several commits or stages, when opening a pull request, when receiving or responding to review feedback on any pull request, or when rebasing or landing a stack of dependent PRs. Covers the PR size budget and what counts toward it, how to split and stack PRs, sequential stage-by-stage review, and how to handle review findings by verifying each one, then fixing it or pushing back.

chukaofili/agent-plugins

Use when executing an approved plan end to end without a human watching. Typical cues are "here's the plan, go", "work on this overnight", "run autonomously", "I'll be back in a few hours", or a long session started before a meeting. Covers what the agent may decide alone, the four checkpoints it must never pass, keeping work durable (commit and push often), delegating to subagents, and how to leave blockers so the work is reviewable when the human returns.

chukaofili/agent-plugins

Use when a change touches anything a user sees, such as components, pages, views, screens, styles, templates, dialogs, forms or copy, and before opening a PR for it. Covers driving the change in a real browser through every state, running a review sweep against the repo's design and framework guidelines, and capturing screenshots for the PR, including what to do when no browser is available.

関連スキル