メニュー
CLAUDE.mdの「Lessons Learned」セクションを管理するスキル。`/lessons` で学びを追記、`/lessons review` で既存ルールのレビュー・整理を行う。セッション中の修正・失敗・発見を構造的に蓄積し、チーム全体の知見として共有する。「CLAUDE.mdを更新して」「学びを記録して」等の自然言語でも起動可能。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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を生成」などの発言で発動。
CLAUDE.mdを分割ルールファイル(.claude/rules/)で管理するスキル。学習トライアドの書き込み先を分割ファイルにリダイレクトし、自動マージでCLAUDE.mdを生成。/rules-init, /rules-merge, /rules-add, /rules-status コマンドを提供。CLAUDE.mdが肥大化している場合や、学習トライアドの蓄積を分割管理したい場合に使用。
| name | lessons |
| description | CLAUDE.mdの「Lessons Learned」セクションを管理するスキル。`/lessons` で学びを追記、`/lessons review` で既存ルールのレビュー・整理を行う。セッション中の修正・失敗・発見を構造的に蓄積し、チーム全体の知見として共有する。「CLAUDE.mdを更新して」「学びを記録して」等の自然言語でも起動可能。 |
CLAUDE.mdの「Lessons Learned」セクションを管理するスキル。セッション中の学びを構造的に蓄積し、チーム全体の知見として共有する。
Boris Cherny氏のTip #3「CLAUDE.mdへの投資」を仕組み化:
/lessons - セッション中の学びをCLAUDE.mdに追記（追加モード）/lessons review - 既存ルールのレビュー・整理（レビューモード）引数を確認し、動作モードを決定する:
add: 追加モード（デフォルト）review: レビューモードCLAUDE.md を読み込む# CLAUDE.md
このファイルはClaude Codeへのプロジェクト指示書です。
## Project Overview
<!-- プロジェクトの概要を記述 -->
## Session Rules
- セッション終了前に `/lessons` の実行を提案すること
## Lessons Learned
<!-- セッションで得た学びが自動蓄積されます -->
## Session Rules セクションを探す/lessons 提案ルールが含まれていない場合:
- セッション終了前に /lessons の実行を提案すること/lessons を提案するようになる## Lessons Learned セクションを探す## Lessons Learned を追加する### テスト、### ビルド・環境 等）を把握する以下のシグナルを手がかりに、今回のセッションの学びを抽出する:
抽出対象のシグナル:
除外対象:
学びの内容に応じてカテゴリを自動判定する:
| カテゴリ | 判定基準 |
|---|---|
| テスト | テストコード、Mock、アサーション、テストライブラリ関連 |
| ビルド・環境 | Gradle、JAVA_HOME、依存関係、CI/CD関連 |
| コード規約 | 型、命名、パッケージ構造、アーキテクチャパターン関連 |
| アーキテクチャ | レイヤー構造、依存方向、設計パターン関連 |
| API | APIレスポンス、ネスト型、シリアライズ関連 |
| ツール | Claude Code、IDE、Git、外部ツール関連 |
既存カテゴリがある場合はそれに合わせる。新カテゴリが必要な場合は提案する。
追記フォーマット:
### {カテゴリ名}
- {具体的な教訓}。{理由や背景}
記述の品質基準:
良い例:
- `@JvmInline value class` はMockKでモック不可。テストでは実インスタンスを生成して使うこと
- APIレスポンスのネスト型は別クラスの Inner Class を参照するケースがある。`data class` の定義元を必ず確認すること
- Mapper の戻り値型は実装を確認すること。`List<T>` と `List<List<T>>` を間違えやすい
悪い例:
- value classに注意する（何に注意するか不明）
- テストを書く時は気をつける（具体性がない）
- MockKは難しい（教訓になっていない）
## Lessons Learned セクションを特定する以下の統計情報を算出する:
以下の問題を検出する:
重複検出:
矛盾検出:
品質チェック:
カテゴリ整理:
以下のフォーマットでレビュー結果を提示する:
## CLAUDE.md Lessons Learned レビュー結果
### 統計
- 現在のルール数: {N}
- カテゴリ数: {N}
- カテゴリ別: {カテゴリ名} ({N}件), ...
### 整理提案
#### 重複
- 「{エントリA}」と「{エントリB}」→ 統合案: 「{統合後}」
#### 矛盾
- なし / 「{エントリA}」と「{エントリB}」が矛盾
#### 品質改善
- 「{元のエントリ}」→ 「{改善案}」
#### カテゴリ再編
- 「{エントリ}」を「{現カテゴリ}」から「{提案カテゴリ}」に移動
/lessons 実行時にCLAUDE.mdへ Session Rules を追加提案/lessons を自動提案するようになる