Mitchell Hashimoto（ミッチェル・ハシモト） — HashiCorp の共同創業者で、Terraform・Vagrant・Vault などを生み出した人物。現在は高速ターミナルエミュレータ Ghostty を開発しています。元々は AI に懐疑的だったエンジニアであり、その視点からの実践は説得力があります。
Mitchell Hashimoto 氏は、ハイプに踊らされない「元・AI懐疑派」の立場から、AIエージェントとの付き合い方を語ります。鍵は「チャットボットではなくエージェント」「リサーチから始める」「ハーネスエンジニアリング」、そして人間が専門家・レビュアーであり続けること。本記事では具体例とともに紹介します。
本記事は、Mitchell Hashimoto 氏のブログ（mitchellh.com、一次情報）と、それを報じた The Pragmatic Engineer（二次情報）を当社が調査したものです。X（旧Twitter）からの引用は文言の最終確認を推奨します。出典は記事末尾に記載しています。
1. 「チャットボット」ではなく「エージェント」を使う
氏がまず強調するのは、価値が出るのはエージェントであってチャットボットではない、という点です。エージェントとは「チャットでき、ループの中で外部の振る舞いを起動できる LLM」で、最低限ファイルを読み、プログラムを実行し、HTTP リクエストを送れるものを指します。氏自身、当初は Claude Code に「あまり感心しなかった」と正直に書きつつ、ツール採用には必ず3つの段階があるとします。
(1) a period of inefficiency (2) a period of adequacy, then finally (3) a period of workflow and life-altering discovery.
— My AI Adoption Journey (2026-02-05)
2. まず「リサーチ」を委譲する
氏が AI 懐疑派に勧める入口は、コード生成ではなくリサーチの委譲です。これが最もリスクが低く、見返りが大きいといいます。
There's a lot of people like, "I don't want it to write code for me." But just delegate some of the research part.
— The Pragmatic Engineer（二次情報・本人発言の引用）
具体的には、自身のブログで次のような使い方を挙げています。
- ディープリサーチ：「特定の言語で、特定のライセンス種別を持つライブラリをすべて洗い出す」ような調査を任せ、各候補の長所/短所/活動状況/評判を数ページにまとめさせる
- 並列エージェント：「やってみたいが手をつける時間がなかった曖昧なアイデア」を複数のエージェントに同時に試させる
3. 具体例：Ghostty での実践
抽象論ではなく、自身の大規模 OSS プロジェクト Ghostty での実例を公開している点が氏の特徴です。
The command palette that ships for macOS in Ghostty today is only very lightly modified from what Gemini produced for me in seconds.
— My AI Adoption Journey (2026-02-05)
さらに、macOS 版の「控えめな自動アップデート通知」機能を作った過程を "Vibing a Non-Trivial Ghostty Feature" として詳細に記録。具体的な数字まで開示しています。
注目すべきは、あるバグを直すのに約4回失敗して戦略を変えたと書いている点です。エージェントを放任して回したのではなく、人間が介入し、アプローチを切り替えた——ここに氏の流儀が表れています。
4. 「ハーネスエンジニアリング」
氏の中核概念がハーネスエンジニアリング（harness engineering）です。定義はこうです。
Anytime you find an agent makes a mistake, you take the time to engineer a solution such that the agent never makes that mistake again.
— My AI Adoption Journey (2026-02-05)
つまり「エージェントがミスをするたび、そのミスを二度と犯さないよう解決策を作り込む」。手段は2種類あるとします。
- 暗黙のプロンプト改善（AGENTS.md） — 実際に Ghostty のリポジトリには
src/inspector/AGENTS.mdという実ファイルがあります - 実際にプログラムしたツール — スクリーンショットを撮るスクリプトや、絞り込んだテストを走らせるスクリプトなど
検証についても、Boris Cherny 氏や Simon Willison 氏と響き合う言葉を残しています。
If you give an agent a way to verify its work, it more often [than] not fixes its own mistakes and prevents regressions.
— My AI Adoption Journey (2026-02-05)
5. 「エージェント精神病」という戒め
そして氏の最も鋭い警告がこれです。レンダラーを最適化させたエージェントが、フレーム時間を 88ms → 2ms、アロケーションを 約15万 → 500 に削減した、という「すごい成果」を出しました。しかし——
Sounds good, right? Wrong. This is exactly why agent psychosis is a big fucking problem.
— Mitchell Hashimoto 氏の X 投稿（一次情報・文言は要確認）
実は氏が手で書き直した版は約 0.02ms（エージェント版の約75倍速）、アロケーションはゼロでした。「もっともらしく見える結果」を鵜呑みにする危うさ——氏はこれを「エージェント精神病（agent psychosis）」と呼び、最大の戒めとしています。
シリーズ：著名エンジニアに学ぶ Claude Code の使い方
参考元記事
- Mitchell Hashimoto「My AI Adoption Journey」(2026年2月5日／一次情報) — https://mitchellh.com/writing/my-ai-adoption-journey
- Mitchell Hashimoto「Vibing a Non-Trivial Ghostty Feature」(一次情報) — https://mitchellh.com/writing/non-trivial-vibing
- Gergely Orosz / The Pragmatic Engineer「Mitchell Hashimoto's new way of writing code」(2026年2月25日／二次情報) — https://newsletter.pragmaticengineer.com/p/mitchell-hashimoto
- Mitchell Hashimoto 氏の X（@mitchellh）投稿（一次情報・各文言は live で要確認） — https://x.com/mitchellh
よくある質問（FAQ）
Mitchell Hashimoto が AI懐疑派に最初に勧める使い方は何ですか？
コード生成ではなく「リサーチの委譲」です。これが最もリスクが低く見返りが大きいとし、たとえば特定言語・特定ライセンスのライブラリをすべて洗い出し、各候補の長所・短所・活動状況・評判を数ページにまとめさせる、といった使い方を挙げています。
Mitchell Hashimoto の「ハーネスエンジニアリング」とは何ですか？
エージェントがミスをするたびに、そのミスを二度と犯さないよう解決策を作り込むことです。手段は2種類あり、AGENTS.md による暗黙のプロンプト改善（Ghostty には src/inspector/AGENTS.md が実在）と、スクリーンショットを撮るスクリプトや絞り込んだテストを走らせるスクリプトなど実際にプログラムしたツールです。
Mitchell Hashimoto の言う「エージェント精神病」とは何ですか？
もっともらしく見えるエージェントの成果を鵜呑みにする危うさを指す戒めです。氏はエージェントがフレーム時間を88ms→2msに削減した成果に感心しかけたものの、手で書き直すと約0.02ms（約75倍速）でアロケーションもゼロだった例を挙げ、良さそうに見える結果ほど自分で考え分析し検証すべきだと説いています。