Claude Agent SDKで音声アプリに並行処理する複数エージェントを実装、その後全員解雇した話
Hiroba による自動要約
Electronで作った音声対話アプリにClaude Agent SDKで複数のClaude Codeを常駐させ、Opus・Sonnet・Haikuが裏で並行処理する仕組みを実装した。初回起動の画面フリーズをutilityProcessで解決し、確認を音声通知する工夫も加えたが、約10日後にCLIセッション干渉などの理由から3,000行近いバックエンド処理コードを削除し、エージェント運用を終了した。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5134 件あります。
関連する記事
同じタグの記事
Claude Code の Explore が Haiku から本体と同じモデルに変更――費用は21〜35%増加
QiitaClaude Code の Explore サブエージェントは、かつて Haiku で動いていたが、最新版では本体と同じモデル（Opus が上限）で実行されるようになった。Opus 環境での検証で、Explore を Haiku に戻すと重い調べものは35%、軽い調べものは21%の費用削減が実現し、重い調べものは処理時間も変わらないことが確認された。戻すには `.claude/agents/Explore.md` にモデル指定を追加するか環境変数で制御できる。
Claude Code の WebFetch は10万字以上のページを黙って切り詰めていた—2.1.290で修正
QiitaClaude Code 2.1.289 の WebFetch は 100,000 文字を超えるページテキストを黙って破棄し、存在する内容も「書いていない」と回答していた。2.1.290 で修正され、切り詰めた旨を通知して offset パラメータで続きを読む仕様に変更。正確な回答には費用が約6倍、実行時間が約3.8倍必要になった。
仕様駆動開発で E2E テストを高速自動生成する
Zenn既存コードから仕様書を逆起こしし、Claude Sonnet 5 で仕様・シナリオを構造化してから GPT-6 Luna でPlaywright テストコードを生成するパイプラインを紹介。モデルの役割分担により品質を維持しながらコストを大幅削減できる手法。
Claude のジェイルブレイク報道を脆弱性管理として読む——導入企業の実装検査リスト
QiitaClaude Opus 4.6 の安全策突破報道に対して、導入企業が取るべきは「モデルの危険判定」ではなく「自社システム全体の脆弱性管理」である。モデル版・入力経路・出力制御・ツール権限・利用者制限・運用体制の 6 層で影響範囲を特定し、隔離環境で検証し、継続的にテストする必要がある。法規制（Colorado HB 26-1263 等）も踏まえ、API 提供経路ごとに責任と制御可否を棚卸しする。