ハーネスエンジニアリング、それGit Workflowをbashで書き直してるだけでは

ARANK

! Fowler、arXiv論文、Zennの解説記事が大量に出た。全部読んだ。で、気づいたことがある。これ、Git Workflowをbashで書き直してるだけじゃないか？🗺️ まず、誰が何を言っているのかMitchell Hashimoto（HashiCorp共同創業者）— 名付け親2026年2月、ブログ記事 "My AI Adoption Journey" でこの言葉を作った人。エージェントがミスを犯すたびに、二度とそのミスが起こらないような仕組みを作ることいい定義だと思う。問題は、この「仕組み」が何を指すのかを全員が都合よく解釈し始めたことだ。Anthropic公式 — 長時間エージェントのコンテキスト消失問題 — 3人で100万行、手動コーディング0 7原則の体系化、はてブ672users Code vs Codexの比較表もある。LangChain — モデルそのままでスコア14%アップモデルを一切変えず、ハーネスの改良だけでTerminal Bench 2.0のスコアが52.8%→66.5%に上がった。これは「ハーネスが大事」の証拠として引用されまくってるけど、言い換えれば**「開発環境の設定を最適化したらスコアが上がった」**だ。そりゃそうだろう。arXiv論文 — scaffolding vs harness唯一、新しい概念を持ち込んでたのがarXiv論文。scaffolding（エージ…