日本語: エージェント対応コードベース:否定ルール、正確な命名、ディレクトリの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

Codexで構築、OpenClawで実行:実用的な分割が機能する
ある開発者が、OpenClawのフラストレーションを突破した方法を共有。自動化ロジックはCodexで構築し、OpenClawは純粋に実行レイヤーとして使用。さらに、Apple MessagesをCarPlay経由で使うことで、まるでJarvisのようなアシスタントに近づいたと語る。

ディスパッチャーパターンを使用してClaude APIコストを95%削減
ある開発者が、重い作業を月額200ドルのMaxサブスクリプションのClaude Code CLIに委譲するディスパッチャーパターンを実装することで、Claude APIのコストを月額800〜2,000ドルから215ドルに削減しました。APIのオーバーヘッドコストは月額わずか5〜15ドルです。

Claudeを高価なオートコンプリートとして使うのをやめて — 役割定義、メモリファイル、洗練の儀式でSDRシステムを構築しよう
Redditの投稿によると、ほとんどの営業チームはClaudeを「チャットボット」としてではなく「システム」として使うべきだと主張しています。修正方法は、役割を定義し、ICP/トーン/学びを備えたメモリファイルを維持し、毎週の改善ルーティンを実行して出力品質を向上させることです。

多くの人がClaudeの能力を5%しか使っていない – 改善方法はこちら
Claude Opus 4.7で60時間以上プロンプトをテストしたユーザーが、5ステップのレシピを公開:役割の割り当て、具体的なコンテキストの読み込み、制約の設定、出力形式の定義、強制機能の追加。