obra

コードレビューの指摘を実際のコードや対応環境と照らし合わせ、妥当性を確認します。不明点の整理、根拠を示した返答、修正ごとのテストまで進めるスキルです。

• 曖昧なレビュー指摘を整理したいとき
• 提案された変更の互換性確認
• 追加機能が使われているか調べたいとき

新しい機能や企画を作り始める前に、対話で目的や希望、制約を整理します。必要に応じて図や試作品で認識を確かめ、作業の規模に合った設計をまとめるスキルです。

• 新機能の目的を明確にしたいとき
• 講演や事業のアイデア整理
• 画面や部屋の配置を見比べたいとき

superpowersの作業記録を読み、作業の重複や計画逸脱、時間・トークン消費などを調べます。ファイルの行番号を根拠に、経緯を報告書へまとめるスキルです。

• 作業の重複や計画逸脱を調べたいとき
• セッションの時間や消費量の確認
• スキルが使われたか確認したいとき

作業完了や不具合修正を報告する前に、テストやビルドを実行して結果を確認します。コミットやPR作成の前にも、実際の出力を根拠に状況を伝えるスキルです。

• 完了報告の前に結果を確認したいとき
• 不具合の修正を確かめたいとき
• コミットやPR前の検証

実装完了後に全テストを確認し、ローカルでのマージ、Pull Request作成、現状維持を選んで進めます。選択と作業環境に応じてブランチや作業領域を整理します。

• 完成した機能をローカルでマージする
• ブランチをpushしてPRを作る
• 完成した変更を後で統合したいとき

実装計画をタスクごとに別のエージェントへ任せ、仕様への適合とコード品質を確認しながら進めるスキル。進捗をファイルに記録し、最後に変更全体もレビューします。

• 独立したタスクの実装計画を進めたいとき
• タスクごとに仕様への適合を確認したいとき
• 進捗記録から作業を再開したいとき

機能開発を別の作業領域で進めるために、既存の分離状態を確認し、環境標準の機能かgit worktreeで領域を用意。依存関係の準備と開始前のテストも行います。

• 機能開発を別の作業領域で始める
• 実装計画の開始前に環境を整える
• 作業領域が分離済みか確認する

会話の開始時に使えるスキルを確認し、応答や作業の前に読み込む手順を定めます。作業方法を決めるスキルを優先し、実行環境ごとの案内につなぎます。

• 会話開始時にスキルを確認したいとき
• 機能開発前にスキルを選びたいとき
• 不具合調査前にスキルを選びたいとき

新機能や不具合修正で、先に期待する動作のテストを書き、失敗を確認してから実装します。最小限のコードで成功させ、全体のテストを保ちながら整理するスキルです。

• 新機能をテストから実装したいとき
• 不具合をテストで再現して直したいとき
• テストを保ちながらコードを整理

機能の実装後やマージ前に、別のエージェントへコードレビューを依頼します。変更内容と要件、対象のコミットを渡し、指摘の重要度に応じて修正を進めるスキルです。

• 大きな機能を実装した後のレビュー
• マージ前に変更を確認したいとき
• 複雑な不具合修正への第三者確認

バグやテスト失敗、予期しない動作の原因を、再現手順やログ、直近の変更から調べます。仮説の検証から修正後のテストまで、根拠に沿って進めるスキルです。

• 失敗するテストの原因を調べたいとき
• 本番の不具合を追跡したいとき
• ビルドや連携の失敗箇所の調査

作成済みの実装計画を、同じセッションでタスクごとに実行します。テストの失敗と成功、進捗や判断を記録し、最後にブランチ全体をレビューするスキルです。

• 作成済みの開発計画を実装したいとき
• 実装用の別エージェントなしで進めたいとき
• 進捗記録から作業を再開したいとき

AIエージェント向けスキルの新規作成・改訂・公開前検証を、テストから進めるスキル。導入前後の振る舞いを比較し、指示の抜けや誤解を修正します。

• 再利用できるスキルを作りたいとき
• 誤解される指示を改訂したいとき
• 公開前にスキルを検証したいとき

仕様や要件を、変更するファイル・関数の定義・テスト・確認手順が分かる実装計画にまとめるスキル。コードを書く前に作業を分け、担当者へ引き継げる形に整えます。

• コードを書く前に機能実装を計画したいとき
• 要件をテスト可能なタスクに分けたいとき
• 別の担当者やエージェントに引き継ぎたいとき

互いに依存しない不具合やテスト失敗を別々のエージェントに割り当て、並行して調査・修正するスキル。担当範囲を明確にし、結果の確認と変更の統合まで案内します。

• 原因の異なるテスト失敗を調べたいとき
• 別々の機能の不具合を修正したいとき
• 複数エージェントの担当を整理したいとき

Four-phase debugging framework that ensures root cause investigation before attempting fixes. Never jump to solutions.

日本語の概要は準備中です。原文の説明を表示しています。

Maintain skills wiki health - check links, naming, cross-references, and coverage

日本語の概要は準備中です。原文の説明を表示しています。

TDD for process documentation - test with subagents before writing, iterate until bulletproof

日本語の概要は準備中です。原文の説明を表示しています。

Create detailed implementation plans with bite-sized tasks for engineers with zero codebase context

日本語の概要は準備中です。原文の説明を表示しています。

Force unrelated concepts together to discover emergent properties - "What if we treated X like Y?"

日本語の概要は準備中です。原文の説明を表示しています。

Flip core assumptions to reveal hidden constraints and alternative approaches - "what if the opposite were true?"

日本語の概要は準備中です。原文の説明を表示しています。

Find one insight that eliminates multiple components - "if this is true, we don't need X, Y, or Z"

日本語の概要は準備中です。原文の説明を表示しています。

Systematically trace bugs backward through call stack to find original trigger

日本語の概要は準備中です。原文の説明を表示しています。

Receive and act on code review feedback with technical rigor, not performative agreement or blind implementation

日本語の概要は準備中です。原文の説明を表示しています。