菜单
対象の変更がドキュメントに与える影響を判断し、必要な更新だけを行うスキル。呼び出し元から対象ファイル集合が渡されればそれを使い、無ければ staged change、さらに無ければ git diff HEAD と未追跡ファイルにフォールバックする。commit-push スキルから呼び出された場合、またはユーザーが /doc-updater と明示的に指示した場合にのみ実行し、自律的には起動しない。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
安全なステージング、作業テーマ単位のコミット分割、ドキュメント更新、Conventional Commits メッセージ生成、必要に応じた push までを行うスキル。`コミットして`、`commit`、`コミットプッシュして` など commit を求められたときに使う。push は明示された場合だけ実行し、commit-only では push せず止まる。`pushして`、`プッシュして` など push だけの指示では使わない。
ソフトウェア開発の複数ステップ作業について、実装前に具体的な計画書を書くスキル。機能実装、バグ修正、リファクタ、移行、テスト追加、運用変更、ドキュメント改修などで、ユーザーが「計画して」「実装方針を作って」「planを書いて」「作業を分解して」「実装前に整理して」と言ったら使う。コードに触る前、またはサブエージェントや別セッションへ委譲する前には積極的に使う。
対象ブランドのサイトURL、VI PDF、リポジトリの既存コードを入力として、awesome-design-md 準拠の9セクション構成で自己完結型の DESIGN.md を生成するスキル。DESIGN.md を新規作成したいとき、既存の DESIGN.md を更新・改善したいとき、サイトやPDFからデザイントークンを抽出して整理したいとき、AIエージェント向けのデザイン参照ファイルが必要なとき、ブランドガイドラインや VI（ビジュアルアイデンティティ）をコード実装に橋渡ししたいときに使う。
モバイルアプリUIの設計・改善・レビューを行うスキル。iOS、Android、Flutter、React Native を問わず、情報設計、UIパターン選定、タイポグラフィ、色、ブランド世界観、状態設計、プラットフォーム適応を伴う実装判断で使う。設定画面、一覧、フォーム、オンボーディング、空状態、エラー状態、詳細画面などの画面設計や、スクリーンショット・実装コードのレビュー、UI改善提案が必要なときに使う。
Design, inspect, and troubleshoot Pencil .pen files with MCP tools. Use this skill when an AI coding agent needs one selected mode per request: (1) Design-only editing in Pencil, (2) Design to Code implementation from Pencil files, (3) Code to Design synchronization into Pencil, or (4) Pencil MCP troubleshooting.
Hermes Agent（Nous Research の AI CLI / TUI / Desktop エージェント）をセットアップ・設定・運用・トラブルシュートするためのスキル。 ユーザーが hermes / hermes agent / ハーメス / Hermes Desktop を使うとき、config.yaml / .env / SOUL.md / MEMORY.md を編集するとき、gateway / doctor / config / model / tools / profile / cron / plugins / acp / dashboard / mcp / curator / kanban / proxy / send / audit / portal について質問したときに使う。 MCP サーバー追加、hermes skills、curator、Kanban swarm、`/goal` `/subgoal` `/undo`、ボイスモード、TTS / STT、cron、メッセージング連携、LLM プロバイダー切替、OAuth、プラグイン開発、Shell hook、プロファイル管理、Bitwarden Secrets Manager に関する作業でも使う。 MCP や gateway が Hermes Agent 以外の文脈で使われているときや、関係ない話題のときは使わない。
| name | doc-updater |
| description | 対象の変更がドキュメントに与える影響を判断し、必要な更新だけを行うスキル。呼び出し元から対象ファイル集合が渡されればそれを使い、無ければ staged change、さらに無ければ git diff HEAD と未追跡ファイルにフォールバックする。commit-push スキルから呼び出された場合、またはユーザーが /doc-updater と明示的に指示した場合にのみ実行し、自律的には起動しない。 |
ドキュメントの品質基準は agents-md-creator スキルに集約されている。このスキルは対象差分を分析し、更新の要否とスコープを判断した上で、agents-md-creator の基準に従って増分更新を行う。
git add しない。stage の判断は呼び出し元の責務対象ファイル集合は次の優先順で決める。
git diff --cached に出力があれば staged changegit diff HEAD と未追跡ファイル（git status で ?? のもの）その上で以下を収集する。
ルート直下のエージェント指示ファイル（AGENTS.md, CLAUDE.md, GEMINI.md）のうち、シンボリックリンクでない実ファイルを特定する。symlink の場合はリンク先の実ファイルだけを編集対象にする。
分割ドキュメント構造（docs/agents/*.md など）がある場合はそれも確認する。
README.md などの人間向けドキュメントと、エージェント向け指示ファイルは役割が違う。片方が対象差分に含まれていることは、もう一方を確認済みとする根拠にならない。特にコマンド、検証手順、ファイル構成、重要パス、設定、CLI workflow の変更では両方を確認する。
以下は更新する。
以下は更新不要。
迷ったら更新する側に倒す。古い手順や重要パスを残して次回の作業を誤らせるリスクの方が、余分な更新より大きい。
すべて更新不要なら、その旨だけを返して終了する。
agents-md-creator スキルの SKILL.md と references/best-practices.md を読み、その品質基準・レビュー観点・修正優先順位に従って更新する。
ただし以下は doc-updater 固有の振る舞いとしてオーバーライドする。
警告: <file> が 300 行を超えています を報告し、agents-md-creator による全体整理を提案する更新したファイルのパスを呼び出し元に伝える。判定根拠・変更概要・行数は書かない。