DISPATCH №0613 / 2026-06-13 / MORNING EDITION / 05 ITEMS / BUILD 20260613.0723 / LIVE / CURATED BY 泉水亮介
VCB News & Post Headline
JST · 07:23 · FRI
MORNING DISPATCH · FRIDAY · JUNE 13, 2026

2026.06.13

GitHub · Anthropic · Claude · 深津貴之「理解できないコードを委託する」— 05 ITEMS · READ 4 min
開発者ツール / GITHUB BLOG / NEWS

GitHub Copilot CLI が「言語サーバ」で本物のコード知能を獲得+カスタムエージェント対応

GitHub Copilot CLI が「言語サーバ」で本物のコード知能を獲得+カスタムエージェント対応

GitHub が Copilot CLI を 2 本の更新で強化した。言語サーバ(LSP)連携により、ターミナル上のエージェントが「定義へジャンプ」「参照検索」「型情報」など IDE 並みのコード知能を使い、推測ではなく実際のシンボル解決に基づいて編集できる。さらにカスタムエージェント機能で、単発プロンプトの繰り返しを、役割や手順を定義した再利用可能なワークフローとして設計できるようになった。

キーポイント

  • 言語サーバ統合で go-to-definition / find-references / 型情報をエージェントが参照(推測編集を削減)
  • カスタムエージェントで「one-off prompts → workflows」へ。役割・手順を定義し再利用
  • いずれもターミナル常駐の Copilot CLI が対象(IDE を開かないエージェント運用を強化)
  • 同時期に Copilot code review の新設定(6/12)、GitHub Enterprise Server 3.21 GA(6/11) も公開
「ターミナルのエージェントは IDE のコード理解を持たない」という弱点を LSP 連携で解消。Claude Code / Codex と同じく、CLI エージェントが正確なシンボル情報で動く流れで、大規模リファクタを任せる際の編集精度に直結する。
エンジニアリング知見 / @SAIRAHUL1(RAHUL) / BOOKMARK

Anthropic も OpenAI も「ループを書け」— 2026 は loop engineering の時代へ

Anthropic も OpenAI も「ループを書け」— 2026 は loop engineering の時代へ

「Anthropic と OpenAI が揃ってエンジニアに『ループを書け』と言っている。プロンプトでもエージェントでもなく、ループだ」という問題提起が大きく拡散した。最重要の 2 ラボが独立に同じパターンへ収束したことを「注目すべきシグナル」とし、single call(入力→モデル→出力)思考から、出力が入力に戻りモデルが自己評価して正しくなるまで回す「サイクル思考」への転換を説く。

キーポイント

  • 主張: 2026 に勝つエンジニアは single call ではなく cycle(自己評価して反復)で考える
  • 設計の核: 出力→入力→自己評価→修正 を正しくなるまで回す
  • 1.49M views / 10,529 bookmarks と高関心。loop engineering を象徴
  • Anthropic の Dynamic Workflows・自前 harness と OpenAI のエージェント設計指針が同方向
VBC で繰り返し扱ってきた「エージェントにループを回させる」設計が業界の共通言語になりつつある。1 回の生成で終わらせず検証・自己修正を組み込む発想は受講者がすぐ取り入れられる実践。
AI開発ツール / @ENZO_GTE ほか(公式: ANTHROPIC.COM/NEWS/CLAUDE-FABLE-5-MYTHOS-5) / BOOKMARK

Claude Fable 5 の“正しい使い方” = 大量エージェント並列+レビュアー方式

Claude Fable 5 の“正しい使い方” = 大量エージェント並列+レビュアー方式

6/10 に一般提供が始まった Mythos 級モデル Claude Fable 5 について、徹夜検証したチームが「Opus と同じ感覚で使うと損をする」と指摘。Opus は『良いプロンプトで良い答えを引き出す』モデルだったが、Fable は『自分が答えを知らない難問』にこそ強い。最適解はリファクタや最適化などの難題を渡し、N 体のエージェントを別々の work tree で並列起動させ、別の Fable をレビュアーに置いて最良解を選ばせる方式だという。

キーポイント

  • Fable 5 は 6/10 一般提供開始(API / AWS / Google Cloud / Microsoft Foundry)
  • 性能: ほぼ全ベンチで SOTA、「長く走らせるほどリード拡大」(数日連続実行可)
  • 推奨運用: 難問→N体を別 work tree で並列→別エージェントがレビューし最良解→反復
  • 「50体のIQ150が同じ問題を解き、1体がブレイクスルーを出せば勝ち」という探索型の発想
  • Anthropic の /loop /goal が体系化しようとする型だが「説明が複雑」との批判も
1 発の精緻なプロンプトに頼る使い方から、多数の試行を生成して選別する「探索型」へ。Claude Code の Agent / work tree 機能と相性が良く、VBC受講者が Fable を“じっくり並列で走らせる”難題に当てるための実践指針になる。
組織・働き方 / @FLADDICT(深津貴之 / THE GUILD) / BOOKMARK

深津貴之「理解できないコードを委託する」— AIコードレビュー観の転換

深津貴之「理解できないコードを委託する」— AIコードレビュー観の転換

「AIコードは動くけど理解不能で自分で直せない」というエンジニアの不安に対し、深津貴之が「経営者は部下エンジニアのコードも同様に理解できないが委託できている」と指摘。医療・建築・金融・法律のように、専門的すぎて自力レビューできないが失敗が許されない仕事は、既に責任分界・監査・保険・標準化を伴う委託モデルで社会に組み込まれている、と論じた。

キーポイント

  • 論点: 「全コードを人間が理解する」前提は専門職への委託モデルでは既に崩れている
  • AIコードレビューも検収・責任分界・監査・保険・標準化を含む委託へ移行しうる
  • 重心が「コードを理解する」から「成果物とリスクをどう検収・運用するか」へ
  • 36万 view と高関心。AI Agent Creator 時代の組織設計議論として広く参照
Vibe Coding の「人間が全部読まなくていい」を、無責任ではなく『委託の作法』として捉え直す視点。受講者が顧客や経営に AI コードの品質保証を説明する際のフレームになる。
開発者ツール / @DHRUVTWT_(DHRUV) / BOOKMARK

AIエージェント・オーケストレーションツール 6 選 — ハーネス集約レイヤーの台頭

AIエージェント・オーケストレーションツール 6 選 — ハーネス集約レイヤーの台頭

複数の AI コーディングエージェントを束ねて実行・管理・比較する「オーケストレーション / Agentic Development Environment」系ツールとして、Superset・DP Code・Emdash・Letta・Conductor・Air の 6 つを紹介した投稿。個々のコーディングエージェントの上に載る『ハーネス集約』レイヤーへの関心の高まりを示す。

キーポイント

  • Superset (superset.sh) / DP Code (dpcode.cc) / Emdash (emdash.sh)
  • Letta (letta.com) / Conductor (conductor.build) / Air
  • 用途: 複数エージェントの並列実行・タスク振り分け・結果比較
  • 単体エージェント(Claude Code / Codex)の『上位レイヤー』を担う製品カテゴリが形成中
エージェントを 1 体ずつ手で回す段階から、複数を束ねて任せる段階へ。Fable 5 の並列+レビュアー方式とも通じ、『どのエージェントに何をやらせ、どう統合するか』を考える時の選択肢になる。
📄 PDFをダウンロード 🧵 X スレッドで読む