mcpField
S
sc-readme

sc-readme

github.com/tony363開発2093 回インストール30 週間前に更新
リポジトリ

sc-readme について

sc-readmeは、Gitの変更に基づいてプロジェクトドキュメントを更新するスキルです。変更ファイルと関連ドキュメントを対応付け、相互参照を検証して古い記述を報告し、プレビューまたは更新を行えます。

主な機能

  1. 01git diffまたはgit logで変更を検出
  2. 02コード変更を関連ドキュメントに対応付け
  3. 03複数ドキュメント間の整合性を確認
  4. 04ドキュメントの古さをレポート
  5. 05プレビューとレポートのみのモード
  6. 06PAL MCPによる更新レビュー

活用シーン

  1. 01ブランチの変更後にREADMEを更新
  2. 02最近のコミットをもとに複数文書を確認
  3. 03編集せずに古いドキュメントを特定
  4. 04ルートや設定への文書参照を検証

MCP 対応

PAL MCPを使ってドキュメントをレビューし、API更新などの変更では複数モデルによる合意を求められます。READMEには、ほかのMCP連携について記載されていません。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/tony363/superclaude --skill sc-readme

インストール後、Claude Code で/sc-readmeを入力して読み込まれたか確認します。

詳細

ドキュメント自動更新スキル

Git の変更に基づいてドキュメントをインテリジェントに保守します。相互参照の検証、古さの報告、重要な更新に対する複数モデルのコンセンサスに対応しています。

クイックスタート

# Update README based on current branch changes
/sc:readme

# Multi-document review and update (all project docs)
/sc:readme --scope all

# Target specific documentation
/sc:readme --scope api-docs

# Preview changes without writing
/sc:readme --preview

# Analyze N recent commits instead of branch diff
/sc:readme --commits 20

# Force PAL consensus for all updates
/sc:readme --consensus

# Compare against different base branch
/sc:readme --base develop

# Staleness report only (no changes)
/sc:readme --report-only

動作の流れ

  1. DISCOVER - git diff または git log を実行して変更されたファイルを特定します
  2. ANALYZE - 変更されたファイルを読み込み、種類(API、設定、依存関係、機能)ごとに分類します
  3. MAP - 信頼できる情報源のマッピングを使い、変更されたファイルと影響を受けるドキュメントを対応付けます
  4. VALIDATE - すべてのドキュメントにわたって相互参照の一貫性を確認します
  5. PLAN - 更新が必要なセクションを特定し、古さのレポートを生成します
  6. GENERATE - Edit ツールを使ってドキュメントのセクションを更新します
  7. VERIFY - PAL codereview で最終的なドキュメントを確認します

フラグ

フラグ型デフォルト説明
--basestringmain比較対象のベースブランチ
--previewboolfalse書き込まずに変更をプレビューします
--consensusboolfalseすべての更新で PAL のコンセンサスを強制します
--scopestringreadme対象:readme、all、または任意のドキュメントパス
--commitsint-ブランチ差分の代わりに、直近の N 件のコミットを分析します
--report-onlyboolfalse変更を加えずに古さのレポートを生成します
--cross-refbooltrue相互参照の検証を有効にします

使用する Git コマンド

# Branch diff mode (default)
git diff main...HEAD --name-status
git diff main...HEAD
git log main...HEAD --oneline

# Commit mode (--commits N)
git log --oneline -N --name-only --pretty=format: | sort -u | grep -v '^$'
git log --oneline -N

変更カテゴリ

カテゴリファイルパターン影響を受けるドキュメント
API*.py、*.ts、*.js(新しいエクスポートを含む)README、API ドキュメント
依存関係package.json、requirements.txt、pyproject.tomlREADME、インストール
設定.env*、*.config.*、settings.*README、設定ドキュメント
機能新しいモジュール、重要な追加README、機能ドキュメント
データベースmodels/、migrations/データベースドキュメント、README
フロントエンドsrc/components/、src/pages/フロントエンドドキュメント、README
インフラストラクチャdocker-compose*、Dockerfile、CI 設定DevOps ドキュメント、README

複数ドキュメントモード(--scope all)

--scope all を使用すると、プロジェクト内のすべてのドキュメントファイルを検出して検証します。

ドキュメントの検出

ドキュメントファイルを自動検出します。

# Find all markdown docs (excluding node_modules, .venv, etc.)
find . -name "*.md" -not -path "*/node_modules/*" -not -path "*/.venv/*" -not -path "*/dist/*"

一般的なドキュメントのパターン:

ドキュメントファイル用途
README.mdプロジェクトの主要ドキュメント
CLAUDE.mdClaude Code の指示
CONTRIBUTING.md貢献ガイドライン
docs/*.md詳細なドキュメント
frontend/README.mdフロントエンド固有のドキュメント
api/README.mdAPI ドキュメント
信頼できる情報源のマッピング

コードの変更を、影響を受けるドキュメントに対応付けます。

コードパターン影響を受けるドキュメント
src/api/**、app/routers/**README、API ドキュメント
src/models/**、app/models/**README、データベースドキュメント
src/components/**、frontend/src/**README、フロントエンドドキュメント
migrations/**データベースドキュメント
.env.exampleREADME、環境変数への参照があるすべてのドキュメント
tests/**README(テスト構成のセクション)
相互参照の検証

--cross-ref が有効な場合(デフォルト)、ドキュメント間の一貫性を確認します。

  • README に記載された API ルートが、実際のルートハンドラーと一致している
  • 環境変数がすべてのドキュメントと .env.example で一致している
  • ドキュメント内で参照されているファイルパスが実際に存在する(Glob 経由)
  • コンポーネント名がすべてのドキュメントで一貫している
  • ドキュメントに記載されたコマンドの構文が正しい
古さのレポート
## Documentation Staleness Report

**Commits Analyzed**: 20 | **Docs Scanned**: 6 | **Issues Found**: 3

### README.md
**Status**: STALE
**Affected by**: src/api/users.py, src/models/user.py

- [ ] API Routes table missing new `/users/bulk` endpoint
- [ ] Environment variables section missing `BULK_IMPORT_LIMIT`

### docs/DATABASE.md
**Status**: UP-TO-DATE
No changes needed.

### frontend/README.md
**Status**: STALE
**Affected by**: src/components/UserProfile.tsx

- [ ] Component list missing UserProfile
更新順序

依存関係に従ってドキュメントを処理します。

  1. まず README.md(主要な参照元)
  2. 次に CLAUDE.md(README との一貫性を保つ必要があります)
  3. その後、その他のドキュメント(信頼できる情報源として README を参照)

MCP 統合

PAL MCP
# Consensus for API/breaking changes
mcp__pal__consensus(
    models=[{"model": "gpt-5.2", "stance": "for"}, {"model": "gemini-3-pro", "stance": "against"}],
    step="Evaluate: Does this documentation update accurately reflect the code changes?",
    relevant_files=["/README.md", "/src/changed_file.py"]
)

# Review final documentation
mcp__pal__codereview(
    review_type="quick",
    step="Review documentation accuracy and cross-reference consistency",
    relevant_files=["/README.md", "/docs/API.md"]
)

ツールの連携

  • Bash - Git コマンド(git diff、git log)
  • Read - ドキュメントファイル、変更されたソースファイル
  • Edit - ドキュメントのセクションをその場で更新
  • Glob - ファイルパスの検証、ドキュメントの検索
  • Grep - 相互参照の確認、パターンの検証

例

README を1つ更新
/sc:readme
# 1. git diff main...HEAD --name-status
# 2. Read README.md + changed files
# 3. Identify sections needing updates
# 4. PAL consensus if API changes detected
# 5. Update README.md
複数のドキュメントをレビュー
/sc:readme --scope all --commits 20
# 1. git log --oneline -20 for change context
# 2. Discover all .md documentation files
# 3. Map changes to affected docs
# 4. Cross-reference validation
# 5. Generate staleness report
# 6. Update all affected docs
古さのレポートのみ
/sc:readme --report-only --scope all
# Generates report without making changes
プレビューモード
/sc:readme --preview
# Same analysis, but output proposed changes instead of writing

ガードレール

  1. 変更前にドキュメントをバックアップしてください
  2. ユーザーの確認なしにセクションを削除しないでください
  3. 互換性を損なう変更には合意が必要です
  4. コード変更に関係のないカスタムコンテンツを保持してください
  5. 順番に処理してください。まず README、その後に関連ドキュメントを処理します
  6. ドキュメントで定められた範囲内の .md ファイルのみを変更してください
  7. git checkout を使った Git によるロールバックを常に利用できます

関連スキル

  • /sc:git - Git 操作
  • /sc:document - 一般的なドキュメント生成
  • /sc:pr-check - PR 前の検証

コメント