Bun が 53 万行を 11 日で Rust に書き換えた方法：並列 Claude Code における知識共有の課題とアーキテクチャ
Hiroba による自動要約
Bun のプロジェクトは 64 並列の Claude Code エージェントを使い、言語に依存しない 6 万個以上のテストを「神託」として品質を保証した。しかし実行中に個々のエージェントが発見したバグや仕様は人間が手作業で仕様書に反映していたため、同じ罠に複数エージェントが何度もハマり API コスト増大を招いていた。本記事は、エージェントの「発見」を構造化ログで共有し、システム的に仕様書に昇格させるアーキテクチャを提案する。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3848 件あります。
関連する記事
同じタグの記事
初めてのハーネス設計に挑戦：Claude → Codex → MiniMax M3 の試行錯誤
ZenniOS アプリ開発の自動化に向けて planner → generator → evaluator の3エージェント構成ハーネスを構築した際、コード生成担当の generator に最適なモデル選択で複数回の検証を経験。Claude Sonnet・Codex・MiniMax M3 を試したが、利用制限の問題により Claude Code Max プランが最適という結論に到達した試行錯誤の記録。
AIエージェントに「記憶」を持たせるべきか。文脈が累積するかで決まる
ZennClaude Code などのエージェントが過去のやり取りを自動で思い出す「記憶」機能は、文脈の連続性に大きく依存する。単一のサービスコードベースなど累積型の文脈では有効だが、複数プロジェクトが混在する環境では逆効果になり、精度を損なう可能性がある。機能導入前に、自分の用途で文脈が積み上がるか入れ替わるかを見極める必要がある。
Agents Workbook: Claude Code と Codex のエージェント推論をリアルタイム監視するローカルプロキシ
HNClaude Code / Codex の動作中に、エージェントの思考プロセスをリアルタイムで監視・記録するローカルプロキシツール。ブラウザダッシュボード上に各ステップの推論内容（検討事項、却下した選択肢、理由）を表示し、エージェントの声明上の計画と実際の行動が一致しているか検証できる。
AIエージェント10体で仮想QAチームを組んだ話
Zenn品質戦略を1人で担当する課題から、Claude Code のカスタムエージェント機能で10体の専門化されたAIエージェントを構築。司令塔エージェント・設計・分析・データ・アウトプット・独立型の5レイヤー構成で、テスト設計・品質分析・Qase運用・ダッシュボード設計などの業務を分担。ツール権限やモデルの使い分けにより、汎用AIの失敗（APIパラメータの誤りで21万件のデータ破損など）を防止。