開発効率化

git のコミットを、ユーザーに伝わる更新履歴に書き換えます。新機能、改善、セキュリティ、修正に分類します。

プロジェクトの共通語彙を作ります。曖昧な用語に異議を唱え、境界ケースで試し、GLOSSARY.md と ADR に記録します。

Chrome DevTools MCP を通じて、動作中の Chrome を操作・検査します。移動、クリック、フォーム入力、スナップショットとスクリーンショット、コンソールとネットワークの確認、パフォーマンス計測ができます。

ローカル Web アプリを検査、テスト、デバッグするための Playwright 自動化を作成します。

TypeScript または Python で高品質な MCP サーバーを作るためのガイド：調査、設計、実装、テスト、評価。

Pull Request 本文のテンプレート。変更を説明する最小の図、変更前後の証拠、マージの危険度の判定を書きます。

作業が受け入れ条件を満たしているかを確認し、そこで止まります。範囲を広げません。

1 つの設計上の問いに答えるための使い捨てプロトタイプを作ります。ロジックならクリックできる HTML モデル、見た目なら比較できる複数の UI 案です。

現在の会話を引き継ぎ文書にまとめ、新しいエージェントのセッションが作業を続けられるようにします。

難しいバグのための 6 段階のループ。そのバグだけで失敗する再現手段を作り、絞り込み、順位付けした仮説を検証し、回帰テスト付きで直します。

プルリクエストで失敗している GitHub Actions のチェックをデバッグします。失敗したチェックを見つけ、ログを取得し、原因を要約し、修正計画を作り、承認を得てからコードを変更します。

レビューの指摘を技術的に厳密に扱います。理解し、コードと照合し、誤りなら反論し、動く前に確認し、1 件ずつ実装します。

完成した作業を、新しい目を持つレビュアーに渡します。計画と正確な git の範囲を添えたレビュー用プロンプト、重大度つきの指摘、指摘への対応ルールを備えます。

先に失敗するテストを書き、失敗を確認し、通る最小のコードを書き、その後でリファクタリングします。厳格なルールとチェックリストつきの Red-Green-Refactor の手順です。

コードを書く前に、アイデアを承認済みの設計にします。タスクを分類し、1 つずつ質問し、案を比較し、各段階であなたの承認を得ます。

skill、CLAUDE.md、AGENTS.md など、エージェントが読む文書を、挙動が予測しやすくなるように書くための参考資料です。

エージェントが番号付きのラウンドであなたに質問し、各質問に推奨回答を添えて、計画のすべての決定事項が固まるまで続けます。

主張の前に証拠を。モデルは、同じやり取りの中で検証コマンドを実行して出力を読むまで、作業が完了した、修正した、テストが通ったと言ってはいけません。

セキュリティ研究者のようにコードベースを確認します。ユーザー入力から危険な箇所までを追跡し、インジェクション、アクセス制御、シークレットの問題を見つけ、自動では適用されない修正案を確認できます。

バグの責任を持つ最小の層だけを直し、回帰テストを足します。関係のない整理はしません。

仕様書を、他のエンジニアが順に進められる実装計画にします。正確なファイル、インターフェース、期待出力つきのテスト先行の手順、自己点検を備えます。

薄い 1 切れずつ進めるテスト先行の開発。失敗するテストを書き、通るようにし、合意した接点だけでテストします。

コードを変更する前に、バグの原因を突き止めて裏付けるようエージェントに求めます。