Claude Code Subagents: Setup, Config, and When to Use Them
ノイズの多い作業は委譲し、コンテキストをクリーンに保ちましょう。
ほとんどの Claude Code セッションが遅くなり、混乱に陥るのは同じ理由によります。探索的な grep、ログのダンプ、そして「もう1つのファイルを確認してみよう」といった動作が、メインの会話に永遠に残り続けるからです。
ノイズの多い作業は委譲し、コンテキストをクリーンに保ちましょう。
ほとんどの Claude Code セッションが遅くなり、混乱に陥るのは同じ理由によります。探索的な grep、ログのダンプ、そして「もう1つのファイルを確認してみよう」といった動作が、メインの会話に永遠に残り続けるからです。
AIエージェントが仕様、テスト、コードから逸脱するのを防ぎましょう。
AIコーディングエージェントは機能を迅速に提供しますが、仕様書、テスト、コードは静かに乖離していきます。このガイドでは、トレーサビリティモデル、仕様からテストおよびコードへのマッピング、そしてマージ前に乖離を検知するCIチェックについて解説します。
プロセスの深さとポータビリティを比較し、最適なツールではありません。
2026年にSpec-Driven Development(SDD)のセットアップを比較する開発者は、どのモデルが最も賢いかを問うことは通常ありません。彼らが問うのは、AIエージェントを整合的に保ちつつ、過度な儀式(ceremony)に埋もれさせないワークフローは何かということです。
インテントから検証済みコードへ、5つのフェーズ
仕様駆動型開発(SDD)は、仕様がプロジェクト開始後に棚に並べるための文書ではなく、ワークフローそのものとして機能する場合に効果的です。ここで重要なのは、大規模な製品要件定義書を作成することではありません。
長期実行されるA2Aタスクは、チャットセッションの終了後も継続して実行されます。
ほとんどのAIエージェントのデモは、追加のステップを伴うチャット補完のように振る舞います。プロンプトを送信し、数秒待ってから、1つのレスポンスとして回答を受け取ります。
質の低下なしでLLM推論を高速化する方法 — 実践ガイド
70Bパラメータのモデルは1回のフォワードパスで1つのトークンを生成し、各パスではVRAMから重みを読み込み、コンテキスト全体でアテンションを計算し、メモリを同期します。トークンの間では、逐次依存関係が解決されるのを待つ間、GPUはアイドル状態になります。
マルチエージェントパイロットの40%が失敗に終わる。適切なオーケストレーションパターンを選択し、破綻するパターンを回避する方法を紹介する。
2025年、単一エージェントのAIシステムは最盛期を迎えました。一つのLLMにプロンプト、いくつかのツール、そして目標を与えるだけで、限定されたタスクではそれなりの成果を上げることができました。
仕様書は副次的なドキュメントではなく、真実の唯一の情報源であるべきです。
仕様駆動型開発(Spec-Driven Development)は、ソフトウェアエンジニアが以前から追求してきたものの、努力に見合う成果が得られなくなると手放してきたアイデアの一つです。
仕様書を真実の基準とするか、それとも遅い儀式とするか
2026年、仕様駆動型開発(Spec-Driven Development)は、バイブコーディング(Vibe Coding)の漂流に対抗する真面目な開発者の解決策として登場しました。
意図をコードの近くに保つ。
意思決定記録は、AI支援ソフトウェア開発における欠けていたメモリ層です。これらは何が開発されたかだけでなく、なぜそうされたかを捉えます。AIツールがコードを書き始める際、この区別は極めて重要になります。
A2Aは死んでいません。単に普遍的ではないだけです。
GoogleのAgent2Agentプロトコル、一般的にA2Aと略されるこの規格は、最初の1年間で奇妙な展開をみせました。
AIエージェントのための信頼性の高いポーリングパターン
ポーリングエージェントは、AIアシスタントのアーキテクチャの中で最も華やかではない部分の一つですが、同時に最も有用な部分の一つでもあります。
MCPはエージェントにツールを提供し、A2Aはエージェントにピア(対等なパートナー)を提供します。
AIエージェントアーキテクチャは、2つのレイヤーに分割されつつあります。
「A2Aはエージェントをネットワークピアに変換します。」
Agent2Agentプロトコルの略称であるA2Aプロトコルは、独立したAIエージェントシステム間の通信のためのオープン標準です。
本格的なアシスタントは実際にどのように構築されているのか
本番環境向けのAIアシスタントは「プロンプト付きのLLM」ではありません。それは意図を受け取り、状態を保持し、いつ取得したり実行したりするかを決定し、障害のデバッグに必要なランタイムの詳細を公開するシステムです。
「雰囲気」に頼る解析をやめ、契約を検証せよ。
ほとんどのLLM「構造化出力」チュートリアルは、本気度にかけるものです。 それらは、JSONを丁寧な口調でリクエストし、モデルが適切に動作することを祈る方法を教えます。 それでは検証ではありません。 それは単に括弧で囲まれた楽観主義にすぎません。