mcpField
R
reclaude

reclaude

github.com/brianlovinエージェントワークフロー3792.8k 回インストール31 週間前に更新
リポジトリ

reclaude について

CLAUDE.md を再構成し、重要な指針を簡潔に保ちながら詳細なルールを分離するスキルです。長さ、ワークフローや検証方法、矛盾、再利用可能なスキル候補、移動・削除すべき内容を確認します。

主な機能

  1. 01CLAUDE.md の長さを確認
  2. 02ルールファイルに指針を整理
  3. 03ワークフローと検証方法を追加
  4. 04矛盾する指示を特定
  5. 05再利用可能なスキル候補を抽出
  6. 06削除対象の内容を指摘

活用シーン

  1. 01長大な CLAUDE.md の再構成
  2. 02不足している検証コマンドの追加
  3. 03プロジェクトルールのトピック別整理
  4. 04指示間の矛盾の確認

インストール

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

$npx skills add https://github.com/brianlovin/agent-config --skill reclaude

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

詳細

reclaude

段階的開示の原則に従って、CLAUDE.md ファイルをリファクタリングします。

プロンプト

段階的開示の原則に従って、CLAUDE.md ファイルをリファクタリングしてください。

次の手順に従ってください。

1. 長さを確認する

現在の行数を報告します。次の基準で問題を指摘してください。

  • 理想：50 行未満
  • 許容範囲：50～100 行
  • リファクタリングが必要：100 行超（内容を .claude/rules/ ファイルに移動）
2. ワークフローのオーケストレーションを取り入れる

~/.claude/skills/workflow/SKILL.md にあるワークフローのスキルを読み、その原則を CLAUDE.md または .claude/rules/workflow.md ファイルに取り入れます。プロジェクトに合うよう内容を調整し、原文をそのままコピーしないでください。ただし、次の重要な動作を必ず反映してください。

  • 重要なタスクではプランモードを使う
  • サブエージェントの戦略
  • tasks/lessons.md を使った自己改善ループ
  • タスク完了とする前に検証する
  • 重要な変更ではエレガンスを確認する
  • バグを自律的に修正する

短い CLAUDE.md には、簡潔なワークフローのセクションを追加します。長い場合は .claude/rules/workflow.md を作成して、リンクを追加します。

3. 検証セクションがあることを確認する

Claude が変更後に実行できるコマンドを記載した ## Verification セクションがあるか確認します。ない場合は、次の場所を確認してください。

  • package.json のテスト／lint／型チェック／ビルドのスクリプト
  • Makefile、justfile、その他のタスクランナー

確認できたコマンドを記載した ## Verification セクションを追加します。

これは非常に重要です。作業を検証できる場合、Claude のパフォーマンスは大幅に向上します。

4. 矛盾を見つける

互いに矛盾する指示を特定します。矛盾ごとに、どちらを残すか私に確認してください。

5. グローバルスキルとして切り出せる候補を確認する

~/.claude/skills/ にある再利用可能なグローバルスキルにできる内容を探します。

  • プロジェクト固有ではなく、ツール／フレームワークに関する内容
  • 同じ指示が 2 つ以上のプロジェクトに現れる（または当てはまる）
  • 十分な量がある（20 行超）

候補が見つかった場合は、スキル名と説明を添えて、グローバルスキルの作成を提案してください。

6. ルート CLAUDE.md に必要な内容を特定する

ルート CLAUDE.md に含める内容だけを抜き出します。

  • プロジェクトの説明（1 行）
  • パッケージマネージャー（npm 以外の場合）
  • 一般的なものを除く、推測しにくいコマンド（標準的な npm test、npm run build などは省略）
  • 簡単な説明を添えた .claude/rules/ ファイルへのリンク
  • 検証セクション（必須）
7. 残りの内容を分類する

残りの指示をカテゴリ別に .claude/rules/ ファイルへ整理します（例：TypeScript の規約、テストのパターン、API 設計、Git のワークフロー）。

8. 削除する内容を指摘する

完全に削除すべき内容を特定します。

  • API ドキュメント — 代わりに外部ドキュメントへのリンクを記載
  • コード例 — Claude はソースファイルを読んで内容を把握できます
  • インターフェース／型定義 — コード内にすでに存在します
  • 一般的なアドバイス — 「クリーンなコードを書く」、「ベストプラクティスに従う」
  • 明白な指示 — 「.ts ファイルには TypeScript を使う」
  • 重複する情報 — Claude がすでに把握している内容
  • 曖昧すぎる内容 — 実行可能な指示になっていないもの

テンプレート

# Project Name

One-line description.

## Commands
- `command` - what it does (only non-obvious ones)

## Rules
- [Topic](/.claude/rules/topic.md) — brief description

## Verification
After making changes:
- `npm test` - Run tests
- `npm run lint` - Check linting

残す内容と削除する内容

CLAUDE.md に残す内容：

  • package.json から推測できないコマンド
  • このプロジェクト固有の、標準的ではないパターン
  • プロジェクト固有の注意点や落とし穴
  • 詳細なルールファイルへのリンク

.claude/rules/ に移動する内容：

  • 詳細な規約（1 つのトピックにつき 10 行超）
  • スタイルガイド
  • アーキテクチャ上の決定事項
  • ワークフローのドキュメント

完全に削除する内容：

  • コードベースを読めば Claude が推測できる内容
  • 言語／フレームワークの標準的な慣行
  • 他の場所にあるドキュメント（代わりにリンクを記載）

コメント

Markdown 対応