日本語: エージェント対応コードベース:否定ルール、正確な命名、ディレクトリのREADME

r/ClaudeAIの開発者が、Claude Codeが新しい機能をモノリシックなUserManagerクラス(認証、セッション、プロフィール、分析)に何度も詰め込んだ後、どのようにAndroidコードベースを適応させたかを詳述しました。重要な洞察:エージェントは毎回冷えた状態で現れ、まるで初日を迎えた新入社員のように、アーキテクチャ上の決定を覚えていません。その解決策は、リポジトリルートにCLAUDE.mdで明示的なルールを設定することでした。
最大の効果を発揮した3つのパターン
1. 否定ルールは肯定ルールより効果的
「良い設計に従う」の代わりに、開発者は次のような指示を書きます:
BaseActivityには触らないでください – 12の機能で共有されており、静かに壊れます。
エージェントはデフォルトで楽観的であり、最も抵抗の少ない道を選びます。危険な経路を明示的に遮断することで、漠然としたガイダンスよりも効果的に悪い決定を防げます。
2. 名前は思っている以上に重要
UserSessionExpiryHandlerという名前のクラスは契約です。単にHandlerと名付けるのはノイズです。エージェントは名前に強くパターンマッチします;良い名前は、ファイル読み込みの必要性を減らします。開発者は汎用的な接尾辞を避け、名前に目的を明示することを推奨しています。
3. 各ディレクトリには、そこに属さないものをリストしたREADMEを置く
「このフォルダはUI用です」の代わりに、READMEは次のように言います:
presentation/にビジネスロジックを置かないでください
この否定的な枠組みはエージェントに「より強く響く」ようで、肯定的なガイダンスよりも悪い配置を防ぎます。
CLAUDE.mdの実践的なルール
- ファイルは小さく保つ。1クラス1役割。
- 古いファイルを拡張するのではなく、新しいファイルを作成する。
- モノリスを作らない – 早期に責務を分割する。
開発者によると、これらのルールを適用した後、エージェントが600行のファイルを1セッションで3回読み直すパターンはほぼ消えました。トークンコストが大幅に削減されたと考えられるが、適切に計測はしていないとのことです。
対象読者
AIコーディングエージェント(Claude Code、Copilotなど)を使用していて、トークンの無駄を減らし、エージェントによる悪いアーキテクチャ上の決定を防ぎたい開発者向け。
📖 Read the full source: r/ClaudeAI
👀 See Also

AIエージェントワークフローで見落とされがちな3つのボトルネック:取り込み、コンテキスト管理、モデルルーティング
AIエージェントを最適化する際にしばしば見落とされる3つのレイヤー(クリーンな入力取り込み、ステップ間のコンテキストウィンドウ管理、タスクに適したモデルルーティング)を深掘りします。実用的な修正には、構造化パース、要約されたステップ出力、型付きスキーマ、タスク複雑度に応じたモデル選択が含まれます。

実践から得たOpenClawの実用的な使用法の洞察
RedditユーザーがOpenClawの使用から得た7つの具体的な教訓を共有しています。セットアップの課題、VMデプロイ、Skills対MCP統合、コンテキスト整理、認証情報のセキュリティ、複数エージェント、モデル選択戦略についてカバーしています。

クロードからより良い結果を得るための5つのパターン(非技術ユーザー向け)
実用的な足場、例示ベースのプロンプト、否定指示、永続的なコンテキスト、ソースの根拠——6ヶ月の現場経験に基づく、Claudeの出力品質を一貫して向上させる5つのパターン。

協調的AIプロンプトと指示的AIプロンプトは異なる結果をもたらす
Redditでの議論によると、AI支援開発において、AIと「私たち」という共同言語を使うユーザーと、「これをして」という指示的なコマンドを与えるユーザーとの間には、測定可能な成果の違いが見られます。共同的なアプローチは、共有された文脈を通じて行き詰まりを明らかにし、前提を問い直します。