Best Programmer

原則の要約と、エージェント作業への対応づけはスキル同梱の references/principles.md にある。

Procedures

Step 1: 作業の種類を判定する

1. 依頼を次のいずれかに分類する。
   • A: デバッグ（エラー、失敗するテスト、flakyな挙動、原因不明の不具合）
   • B: 実装・設計（機能追加、修正、ツールやライブラリの導入）
   • C: 点検（自分の成果物、または他人のコード・PR・手順のレビュー）
2. 複数に当たる場合は A → B → C の順で実施する。

Step 2: 一次資料を確定する（全種別で必須）

1. 作業に関わるツール・ライブラリ・仕様・プロトコルを列挙する。
2. 各対象について、公式リファレンス（公式ドキュメント、標準ライブラリのドキュメント、仕様書、ソースコード、--help/man）の所在を特定し、該当箇所を読む。
3. バージョンを固定する。ロックファイルやインストール済みバージョンを確認し、そのバージョンのドキュメントを読む。
4. Q&Aサイト、ブログ、LLMの記憶は一次資料の代わりにしない。一次資料で裏付けが取れない記述は「未確認」として扱う。
5. 不慣れなツールの場合、スキル同梱の references/principles.md の「道具を深く知る」の4観点（歴史・現在・限界・エコシステム）のうち、作業判断に影響する観点だけを調べる。