菜单
CLAUDE.mdを分割ルールファイル(.claude/rules/)で管理するスキル。学習トライアドの書き込み先を分割ファイルにリダイレクトし、自動マージでCLAUDE.mdを生成。/rules-init, /rules-merge, /rules-add, /rules-status コマンドを提供。CLAUDE.mdが肥大化している場合や、学習トライアドの蓄積を分割管理したい場合に使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | rules-split-manager |
| description | CLAUDE.mdを分割ルールファイル(.claude/rules/)で管理するスキル。学習トライアドの書き込み先を分割ファイルにリダイレクトし、自動マージでCLAUDE.mdを生成。/rules-init, /rules-merge, /rules-add, /rules-status コマンドを提供。CLAUDE.mdが肥大化している場合や、学習トライアドの蓄積を分割管理したい場合に使用。 |
CLAUDE.mdを分割ルールファイル（.claude/rules/）で管理するスキル。学習トライアドの書き込み先を分割ファイルにリダイレクトし、自動マージでCLAUDE.mdを生成する。
CLAUDE.mdが学習トライアド（/lessons, /review-learn, /ci-learn）の蓄積により肥大化する問題を解決する:
/rules-init — 既存CLAUDE.mdを分割ファイルに移行/rules-merge — 分割ファイルからCLAUDE.mdを再生成/rules-add [topic] — 新規ルールファイルを作成（01-89番台）/rules-status — 分割ファイルの一覧・行数・健全性を表示ベーストライアド（/lessons, /review-learn, /ci-learn）と同時にロードされる条件付き振る舞いモディファイア。ベーストライアドのSystem Instructionsは変更しない。
.claude/rules/ ディレクトリが存在する場合:
/lessons → .claude/rules/90-lessons-learned.md に書き込み
/review-learn → .claude/rules/91-review-learnings.md に書き込み
/ci-learn → .claude/rules/92-ci-learnings.md に書き込み
書き込み後 → 自動マージで CLAUDE.md 再生成（01-89番台のみ連結）
.claude/rules/ ディレクトリが存在しない場合:
従来通り CLAUDE.md に直接書き込み（介入なし）
重複チェックはCLAUDE.mdと対象の分割ファイル（90番台）の両方を読む。CLAUDE.mdには01-89番台のみ含まれるため、90番台の重複チェックには該当する分割ファイルを直接参照する。
トライアドスキルがCLAUDE.mdに書き込もうとする場面（各スキルの「CLAUDE.mdへの書き込み」ステップ）で、以下の手順に従う:
.claude/rules/ ディレクトリが存在するか確認## Lessons Learned セクション → .claude/rules/90-lessons-learned.md## Review Learnings セクション → .claude/rules/91-review-learnings.md## CI Learnings セクション → .claude/rules/92-ci-learnings.md01-89: 手書きルール（人間管理）
90: /lessons → lessons-learned
91: /review-learn → review-learnings
92: /ci-learn → ci-learnings
93-99: 将来の学習スキル用に予約
CLAUDE.md を読み込むCLAUDE.md が見つかりません。先に CLAUDE.md を作成してください。
## ヘッダーでセクション分割する## Lessons Learned → 90-lessons-learned.md## Review Learnings → 91-review-learnings.md## CI Learnings → 92-ci-learnings.mdユーザーに分割案を提示し、確認を求める:
分割案:
01-overview.md: プロジェクト概要 + アーキテクチャ概要
02-commands.md: 必須コマンド
03-coding-rules.md: 開発ガイドライン
04-session-rules.md: Session Rules
90-lessons-learned.md: Lessons Learned（自動蓄積）
91-review-learnings.md: Review Learnings（自動蓄積）
92-ci-learnings.md: CI Learnings（自動蓄積）
この分割案で進めますか？（修正があれば指示してください）
.claude/rules/ ディレクトリを作成する実行前のCLAUDE.md:
# CLAUDE.md
## Project Overview
dmenu-newsはAndroidアプリです。
## 必須コマンド
- `./gradlew assembleDebug`
## Session Rules
- セッション終了前に `/lessons` の実行を提案すること
## Lessons Learned
### テスト
- `@JvmInline value class` はMockKでモック不可
## Review Learnings
### 命名規則
- Repository層のメソッドは `getXxx` を使う
実行後のディレクトリ構造:
.claude/rules/
├── 01-overview.md # Project Overview
├── 02-commands.md # 必須コマンド
├── 03-session-rules.md # Session Rules
├── 90-lessons-learned.md # Lessons Learned（自動蓄積）
└── 91-review-learnings.md # Review Learnings（自動蓄積）
再生成されたCLAUDE.md（01-89番台のみ連結、90番台は含まない）:
<!-- このファイルは .claude/rules/ から自動生成されています。直接編集しないでください。 -->
<!-- /rules-merge または学習トライアド実行で自動更新されます。 -->
## Project Overview
dmenu-newsはAndroidアプリです。
## 必須コマンド
- `./gradlew assembleDebug`
## Session Rules
- セッション終了前に `/lessons` の実行を提案すること
<!-- 以下のファイルは .claude/rules/ から自動ロードされるため、CLAUDE.md には含まれません -->
<!-- 90-lessons-learned.md / 91-review-learnings.md -->
.claude/rules/ ディレクトリが存在するか確認.claude/rules/ ディレクトリが見つかりません。
先に /rules-init で分割ファイルを作成してください。
.claude/rules/*.md をファイル名でソートする.claude/rules/ に置くだけでClaude Codeが自動ロードするため、CLAUDE.mdに含めるとコンテキストが重複する<!-- このファイルは .claude/rules/ から自動生成されています。直接編集しないでください。 -->
<!-- /rules-merge または学習トライアド実行で自動更新されます。 -->
<!-- 以下のファイルは .claude/rules/ から自動ロードされるため、CLAUDE.md には含まれません -->
<!-- 90-lessons-learned.md / 91-review-learnings.md / 92-ci-learnings.md -->
出力例:
マージ完了:
マージ対象: 5個（01-89番台）
スキップ: 2個（90番台 — 自動ロード）
CLAUDE.md: 110行
変更サマリー:
03-architecture.md: +3行（新規ルール1件）
他4ファイル: 変更なし
.claude/rules/ ディレクトリが存在するか確認.claude/rules/ ディレクトリが見つかりません。
先に /rules-init で分割ファイルを作成してください。
.claude/rules/ 内の既存ファイルをスキャンする/rules-add testing → 05-testing.md（既存が01-04の場合）新規ルールファイルを作成します:
.claude/rules/05-testing.md
よろしいですか？
## {Topic名}
<!-- ルールをここに記述してください -->
.claude/rules/ ディレクトリが存在するか確認.claude/rules/ ディレクトリが見つかりません。
先に /rules-init で分割ファイルを作成してください。
.claude/rules/*.md をファイル名でソートして取得する以下のフォーマットでファイル一覧を表示する:
.claude/rules/ ステータス:
[マージ対象: 01-89番台]
01-overview.md 7行
02-commands.md 32行
03-architecture.md 27行
04-guidelines.md 35行
05-session-rules.md 3行
─────────────────────────
小計: 5ファイル / 104行
[自動ロード: 90番台]
90-lessons-learned.md 16行
91-review-learnings.md 28行
─────────────────────────
小計: 2ファイル / 44行
合計: 7ファイル / 148行
CLAUDE.md: 110行（01-89番台のみ）
以下の項目をチェックし、結果を表示する:
すべてOKの場合:
健全性: OK
問題がある場合は具体的な内容を表示する:
健全性: 要確認
⚠ 番号の重複: 03-architecture.md, 03-coding-rules.md
⚠ 空ファイル: 05-session-rules.md
| ケース | 対応 |
|---|---|
| CLAUDE.md がマージ後に手動編集された | 次回マージで上書き（ヘッダーコメントで警告済み） |
| 分割ファイルが全て空 | 空のCLAUDE.md + ユーザーに警告表示 |
| トライアドセクションがまだない | 空の90/91/92は作らない。初回書き込み時に自動作成 |
.claude/rules/ に .md 以外のファイルがある | 無視する（.md のみ対象） |
| ファイル番号が重複 | エラーを表示し、ユーザーに修正を促す |
/lessons, /review-learn, /ci-learn）を変更しない.claude/rules/ が存在するプロジェクトでのみ振る舞いを変更する条件付きモディファイア/rules-merge: 90番台以降をスキップし、01-89番台のみCLAUDE.mdに連結。末尾に90番台の参照注記を付与/rules-status: マージ対象（01-89番台）と自動ロード（90番台）を区別して表示/rules-status: 分割ファイルの一覧・行数・健全性チェック（番号重複、番号帯混在、空ファイル検出）/rules-merge: ステップ3に前回CLAUDE.mdとの差分サマリー表示を追加/rules-init: 既存CLAUDE.mdの分割移行/rules-merge: 分割ファイルからCLAUDE.mdの再生成/rules-add: 新規ルールファイル作成（01-89番台の自動採番）/lessons, /review-learn, /ci-learn の書き込み先リダイレクトFigma のワイヤーフレーム URL から仕様書一式を docs/ 配下に Markdown で抽出するスキル。ページ構成・ユースケース・アクター・データモデル・コンポーネントを 15 ステップで段階的に生成し、整合性／データモデル／コンポーネントの 3 レビューを作成する。**既存リポジトリの機能拡張モード** では既存モデル・ルーティング・ビューを再利用優先。**レビュー反復反映ステップ** では質問ループで方針を確定しドキュメントに反映する。Figma URL が提供されたとき、Figma デザインから実装用仕様書を作りたいとき、または既存仕様書の精度向上を求められたときに使用する。
Claude Codeセッションの効率を分析・スコアリングするWebツール。セッションログ（JSONL）を解析し、7観点100点満点で「無駄の有無」を評価。npx session-evaluatorで起動し、ブラウザUIでセッション選択→分析→改善提案まで実行可能。
PRの変更内容をトリアージし、変更カテゴリ分類・表層チェック・必要リファレンス判定を行います。結果を`.pr-triage.json`に出力し、後続のコードレビューフェーズで活用します。CI環境でのコスト最適化に使用してください。
PRやコード変更の汎用コードレビューを実施します。コードの品質、セキュリティ、設計を共通基準で評価し、approve/rejectを判断します。「このPRをレビュー」「コードレビューして」「マージ前チェック」などの依頼や、gh pr viewコマンドの実行時に使用してください。
テスト仕様書（Excel/Notion）からFlutter integration_testコードを自動生成するスキル。 Page Objectパターン + Key規約に基づき、仕様ステップとコードの対応を示すマッピングレポートも生成する。 「E2Eテストを生成」「テスト仕様からテストコードを作って」「integration_testを生成」などの発言で発動。
Firebase Crashlyticsのスタックトレースを解析し、トリアージ分類→根本原因分析→修正提案を出力するスキル。/crash-analyze コマンド、クラッシュ解析、スタックトレース分析、ANR分析、Crashlytics、クラッシュレポート、またはFirebase crashに関連するリクエストで使用される。クラッシュ対応のワークフローを標準化し、対応品質と速度を向上させる。ANR/Non-fatal/Fatal全タイプ対応。