1/ モデルはコードが上手になってきています!エージェントの使用方法も 10 倍の影響を与える可能性があります。 「詳細モード」でコーディングエージェントを内部的に使用しているのは誰ですか?このトピックに関する@conviction主催のディナー招待状のDM ベストプラクティスに関する@convictionのスタートアップチームとの会話からのメモ:

2/ フロントロードコンテキスト。プロジェクトの目的、アーキテクチャのガイダンス、ファイル構造、スタイルガイド、テストコマンドをリポジトリに保持して、エージェントが標準に書き込むようにします

3/ 作業を段階的に進めます。計画→実装→レビュー→改良 --->コミットします。エージェントに設計上の選択を説明してもらい、悪い仮定を早期に発見してもらいます

4/ ループ内で検証をビルド/使用し、コードベース全体で継続します。リンターからレビューまで、レビューはミッシングリンクであり、より優れた自動検証には大きな利点があります

5/ チェックポイントを作成する -- コードベースに対する自分の理解を上回ることができます。リスクは全員の「LGTM」であり、誰も完全に説明、デバッグ、または安全に変更できない機能を持っています

6/ エージェントにチームの記憶を与えます。共有プロンプトテンプレート+コマンド(/plan、/spec、/implement、/review、/revise、/commit)により、使用の一貫性と品質の複合が維持されます

7/ @CorridorSecureなどのツールと組み合わせ、トレース、スキャン、エラーを自動的にエージェントに送り返します

8/ベースラインを自動的に再設定します。大きな変更が発生した場合は、エージェントの「メンタルモデル」を最新の状態に保つために、更新と新しいコードベースのサマリーをスクリプト化します

9/9 は意図的に並列化します。テスト + コンテキストを使用して、スコープ付きの独立したチケットに作業を分割します。エージェントを並行して実行し、設計、統合、トリッキーな 2 回目のデバッグ、および重要なレビューに人間を任せます。エージェントが走るのを見ないでください!