クロードコードサブエージェントはマルチエージェントシステムでスキルを読み込まない

Claude Codeにおけるマルチエージェントスキル読み込み問題
Claude Code v2.1.91でマルチエージェントシステムを構築している開発者が、重大な制限を発見しました:サブエージェントは.claude/skills/ディレクトリで定義されたスキルにアクセスできず、メインセッションではトリガーキーワード、コンテキスト内の完全なスキル内容、品質ゲートの遵守によりスキルが完璧に読み込まれます。
問題の詳細
subagent_typeを使用してAgentツール経由でサブエージェントを生成すると、そのエージェントはスキルにまったくアクセスできません。開発者は6つのアプローチをテストしました:
- エージェントフロントマターの
skills:- 「起動時に完全なスキル内容が注入される」と文書化されていますが効果なし tools:リスト内のSkill- 認識されず、Skillツールはサブエージェントで利用不可--agent myagentCLIフラグ - 同じ結果、スキルが読み込まれない- Agent Teams(TeamCreate) - 同じ結果
- 親セッションでネイティブにスキルを読み込んでからエージェントを生成 - エージェントは親のコンテキストを継承しない
- ネイティブのClaudeスキル(frontend-design、claude-api)もサブエージェントで利用不可
設定例
エージェントファイルの構造:
--- name: Sales description: "営業エージェント" model: opus skills: - outreach - validator tools: - Bash - Read - Write - WebSearch ---
スキルは.claude/skills/outreach/SKILL.mdに適切なフロントマターで存在し、メインセッションでは完璧に動作します。
影響
この制限により、開発者によればマルチエージェントアーキテクチャは「ドメイン知識を必要とするあらゆる用途で役に立たない」ものとなっています。エージェントはスキルファイルをReadする(システム指示ではなくチャットコンテンツとして読み込まれる)ことしかできないため、出力の品質が大幅に低下します。メインセッション(スキルがネイティブに読み込まれる)とサブエージェント(スキルがマークダウンとして読み込まれる)の品質の差は「非常に大きい」と表現されています。
開発者はmacOSでClaude Code 2.1.91を実行しており、カスタムエージェントのフロントマターでskills:を正常に使用した人がいるか、これが既知の制限、バグ、または設定エラーなのかを質問しています。
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

AnthropicはOpenClaw向けのClaude Code OAuthトークンを無効化し、個別の課金を必須としました。
Anthropicは、4月4日より、OpenClawなどのサードパーティーハーネスでのClaude Code CLIトークンまたは長期間有効なOAuthトークンの使用を廃止します。ユーザーは、サブスクリプションとは別に課金される追加使用量を有効にする必要があります。

グローバルAI導入強度に関するアンソロピック・レポート
Anthropicの最新データは、AIのグローバルな普及が不均一であることを明らかにしており、総ユーザー数ではなく使用の強度を測定しています。このレポートは、個人や企業におけるコーディング、研究、意思決定などのワークフローにAIがどのように組み込まれているかを示しています。

OpenClawのコンテキスト管理は、トークン消費が多く、アーキテクチャに欠陥があると批判されている。
Redditの投稿が、OpenClawの非効率なコンテキスト処理を批判し、それが過剰なトークン使用につながると指摘しています。このフレームワークはすべてのアクションをグローバル履歴に追加するため、膨れ上がったプロンプトが小さなモデルを圧倒し、Claude Opusのような高価な最先端モデルへの依存を強いることになります。

クロードオーパス4.7、ハンタウイルスワクチンに関する質問を安全リスクと判定しチャットを一時停止
Claude Opus 4.7にハンタウイルスワクチンの開発方法を尋ねると、安全フィルターが作動してチャットが一時停止され、Sonnet 4.6でも関連する予測モデリングがブロックされる。