開発者が、Claude AIが50回を超えるルールを無視する問題に対する解決策を共有

Claude Code、Cursor、Codexで共有ルールセットを使用している開発者が特定の制限に直面しました。ルール数が約50を超えると、フロントエンド中心のタスク中にClaudeがルールを黙って無視し始めたのです。この問題は、関連性の低いコンテキストが多すぎてシステムが圧倒されることに起因しているようでした。
試みられた3つの解決策
開発者はこの問題に対処するためにいくつかのアプローチを試みました:
- 各タスク前に手動でルールを切り替える — 効果的だが日常使用には面倒すぎる
- ルールを「常時有効」と「オプション」のフォルダに分割する — 依然として多くのルールが読み込まれる結果に
- 各プロンプトを読み取り、キーワードマッチングに基づいて2〜3の関連ルールのみを選択するカスタムフックを構築 — このアプローチが実際に機能した
機能する解決策:スマートルールローダー
このフックは、ユーザープロンプトをスキャンし、キーワードベースのマッチング(API不要)を使用してルール説明と照合することで動作します。その後、Claudeが処理する前にアクティブフォルダと非アクティブフォルダ間でファイルを交換し、関連するルールのみがコンテキストウィンドウに入るようにします。
システムの動作例:
- 「Reactコンポーネントを書いて」 → react.mdとtypescript.mdを読み込む
- 「コミットメッセージを修正して」 → commit.mdとgit.mdを読み込む
- essential.mdやsecurity.mdなどの必須ルールは常にアクティブのまま
開発者は完全なセットアップをGitHubでオープンソース化し、他の人が使用または検証できるようにしました:https://github.com/JSK9999/ai-nexus
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

MCP対応エージェントネイティブホスティング:ocl-nexusでAIエージェント経由のアプリデプロイ
ocl-nexusがMCPサーバー設定を導入し、AIコーディングエージェントがAPIキーのみでアプリをSSO保護されたライブ環境に直接デプロイできるようになりました。

クロードコードのプラン懐疑的サブエージェントが生成されたプランのセキュリティギャップを特定
ある開発者がClaude Codeのプラン懐疑的サブエージェントを発見しました。このエージェントはAIが生成した開発計画のギャップや問題点を特定し、特に最初は明らかでなかったセキュリティ上の懸念を捉えます。このエージェントは、以前から知られていたセキュリティ監視サブエージェントと連携して計画の品質を向上させます。
Android版OpenClaw:拇指大小的私有AI计算机在虚拟机中运行OpenClaw
TrustkernelのPlugClawは、親指サイズのUSBスティックで、専用VM上でAndroidとOpenClawを実行し、あらゆるスマートフォンやラップトップでAndroidアプリと対話するGUIエージェントを追加します。

SlackClaw: Slack統合のためのマネージドOpenClawインスタンス
SlackClawは、Slack専用に設計されたOpenClawのマネージドインスタンスです。ワンクリックインストール、OAuthツール接続、ワークスペースごとの専用サーバー、永続メモリを提供します。