菜单
ユーザーからの修正・指摘を受けた際の学習記録と自己改善ループ。ユーザーから「違う」「そうじゃない」「前にも言ったけど」といった修正を受けた時、同じミスを繰り返していると気づいた時、セッション開始時の教訓確認で使う。修正やフィードバックを受けたら必ずこのスキルを参照する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
サブエージェントを活用した並列実行・調査委譲・コンテキスト管理の戦略。複雑な問題への対処、調査・探索タスク、複数の選択肢の比較検討、大規模なリファクタリングなどでこのスキルを参照する。「調べて」「比較して」「並列で」「複数のアプローチを試して」といったリクエストや、メインのコンテキストが肥大化しそうな場面で使う。
This skill should be used when the user asks to "このIssueを実装して", "implement this issue", "fix this bug", "このタスクをやって", "Issue
This skill should be used when the user asks to "これらのIssueを全部実装して", "implement these issues autonomously", "Issue一覧を自動で片付けて", "これらのタスクを順番に実装してPRにして", or provides a list of GitHub Issue numbers/URLs for autonomous batch implementation. Fetches all specified Issues, resolves dependency order, then iterates through each — creating a worktree, implementing, and opening a PR — without user intervention.
This skill should be used when the user asks to "既存プロジェクトのタスクを整理して", "技術的負債をIssue化して", "このコードベースを改善するタスクを洗い出して", "GitHub Projectに健全化タスクを登録して", "break down what needs to be fixed in this project", "surface tech debt as issues", or "create a project board for cleanup work". Diagnoses pain points and codebase health of an existing project, then registers improvement tasks as GitHub Issues and a Project Board.
This skill should be used when the user asks to "最小再現環境を作って", "再現環境を構築して", "問題を切り分けたい", "パッケージの不具合か確認したい", "create a minimal reproduction", "isolate the issue", "build a repro environment", "reproduce this bug", "narrow down the cause", "is this a package bug or my code", "このPRの問題を再現して", "this commit broke something", or wants to determine whether a bug is caused by a package, the environment, or application code. Accepts PR URLs, commit hashes, or branch names as input.
This skill should be used when the user asks to "sandboxの互換性をチェックして", "sandbox設定を確認して", "このプロジェクトでsandboxが使えるか調べて", "sandboxでコマンドが失敗する", "check sandbox compatibility", "verify sandbox settings", "sandbox is blocking my commands", or wants to ensure their development workflow works within Claude Code's sandbox restrictions — either proactively before starting work or reactively after encountering sandbox-related failures.
| name | self-improvement |
| description | ユーザーからの修正・指摘を受けた際の学習記録と自己改善ループ。ユーザーから「違う」「そうじゃない」「前にも言ったけど」といった修正を受けた時、同じミスを繰り返していると気づいた時、セッション開始時の教訓確認で使う。修正やフィードバックを受けたら必ずこのスキルを参照する。 |
| allowed-tools | Read, Write, Edit |
以下のいずれかが発生したら、このスキルを実行する。
ユーザーから修正を受けたら、tasks/lessons.md にパターンを記録する。
## YYYY-MM-DD: [簡潔なタイトル]
- **状況**: 何が起きたか（具体的なコンテキスト）
- **原因**: なぜ間違えたか（推測ではなく分析）
- **ルール**: 今後どうするか（検証可能な行動指針）
## 2025-07-15: Cloudflare Workers で Node.js API を使った
- **状況**: fs モジュールを使うコードを Workers に書いた
- **原因**: Workers の実行環境が Node.js ではないことを忘れた
- **ルール**: Workers のコードでは Node.js 固有の API を使わない。ファイル操作には KV または R2 を使う
## 2025-07-15: ミスした
- **状況**: コードが動かなかった
- **原因**: よくわからない
- **ルール**: 気をつける
「気をつける」は行動指針ではない。具体的に何を確認し、何を避けるかを書く。
セッション開始時に tasks/lessons.md を確認し、現在のタスクに関連する教訓がないか確認する。関連する教訓があれば、それを意識して作業に取り組む。
教訓が蓄積されてきたら、パターンを見直す。