ハーネスエンジニアリング、全員が違うことを言っている — 5社の解釈を並べてみた
「ハーネスエンジニアリング」、定義がバラバラ問題 2026年2月、OpenAIが「Harness engineering: leveraging Codex in an agent-first world」を公開してから、ハーネスエンジニアリングという言葉が一気に広まりました。 Anthropicが2本のガイドを出し、LangChainが公式ブログで定義し、martinfowler.comにBirgitta Böckeler氏が解説を書き、arXivに論文が投稿された。 でも、全員が 微妙に違うこと を言っています。 5社の記事を並べて読んだら、同じ「ハーネス」という単語を使いながら、比喩が馬具だったりステアリングだったり車体だったりして、もはや乗り物図鑑の様相を呈していました。 この記事では、主要5プレイヤーの解釈を並べて「何が同じで、何が違うか」を整理します。 まず共通認識: ハーネス
GitHub - garrytan/gstack: Use Garry Tan's exact Claude Code setup: 15 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA
Hi, I'm Garry Tan. I'm President & CEO of Y Combinator, where I've worked with thousands of startups including Coinbase, Instacart, and Rippling when the founders were just one or two people in a garage — companies now worth tens of billions of dollars. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to
GitHub - changkun/wallfacer: 🧠 Kanban-based Multi-Clauding Orchestration
Kanban board — visual task management with Backlog, In Progress, Waiting, Done, and Cancelled columns Isolated sandbox execution — each task runs in an ephemeral Podman/Docker container; tasks can run in parallel without interfering Git worktree isolation — every task gets its own git branch and worktree so concurrent changes never conflict Branch switching — switch or create branches from the UI;
「1行もコードを書いてない」——3日後、150万APIキー漏洩。身に覚えがあった【前編】
「1行もコードを書いてない」 2026年1月、SNS「Moltbook」がローンチした。バズったのはサービスじゃなくて、創業者の一言 元ポスト — 「Moltbookのコードは1行も書いてない。技術アーキテクチャのビジョンだけ持って、AIがそれを現実にした」 Xでめちゃくちゃ回ってた。「コード書かなくてもここまで作れるのか」って 3日後、全部崩れた curlコマンドを1回叩いただけで、本来見えてはいけない150万件のAPIキーが丸見え。特別なハッキング技術は何もいらなかった 昔、GitHub の public リポジトリに API キーを置いてしまったことがある。Google からすごい請求が来た。英語が上手な同僚が Google とやりとりしてなんとかしてくれたけど、その日1日死んでた。あのときはAIなんてなかったけど、やらかしの中身は同じだった ローンチ3日目の夜 ローンチは1月28日
Claude Code の Agent Teams 機能を使って、自分の指揮で動く専門家チームを作ってみた | DevelopersIO
Claude Code の Agent Teams 機能を使って、自分の指揮で動く専門家チームを作ってみた はじめに クラスメソッドオペレーションズの Shimizu です。 Claude Code に最近実装された機能「Agent Teams（エージェントチーム）」が話題です。 複数の AI エージェントがチームとして動作する、と聞くとなんだか難しそうですが、Claude Code ライトユーザーの筆者でも比較的簡単に試すことができて、あたかも自分の指揮ひとつで動かせる専門家チームを手に入れたような体験ができました。 そこで今回はエージェントチームを実際に動かしてみた手順と、その所感をご紹介します！ Agent Teams って何？ 従来のサブエージェントとの違いは？ エージェントチームはあるタスクを指示すると、Claude Code 側で複数のエージェントを立ち上げてタスクを並列実行し
AIの見張り番をやめよう - AIチームを指揮するOSS「takt」を公開しました
告知 実際にオーケストレーションする様子をデモしたり、使い方をお話するイベントをすることにしました！ オンラインで行いますので是非お越しください！ はじめに 皆さんはAIエージェントと一緒に開発をしていて、こんな経験はないでしょうか。 「さっき言ったことをもう忘れてるの？」 AIエージェントを使った開発は本当に便利です。コードを書いてもらう、リファクタリングを任せる、テストを作ってもらう。素晴らしい時代になったなぁと思います。しかし、使えば使うほど、ある壁にぶつかります。 AIエージェントが、言うことを聞いてくれないのです。 与えた役割を忘れる。共有した知識が抜け落ちる。一度指摘したことを、しばらくしたらまたやらかす。皆さんにも身に覚えがあるのではないでしょうか。 私もまさにこの問題に悩まされてきました。そして、この問題を解決するために「takt」というツールを作りました。今回はその経緯と
野球を彫刻する｜朝日新聞社 メディア研究開発センター
はじめにCTO室の浦川です。昨年１０月に異動となり、今年の初めからニューヨーク支局に駐在しています。 昨年はみなさん、どんな一年だったでしょうか。 私にとっては、駐在の準備も含め、さまざまな出来事があった一年でした。なかでも、例年と違っていたのが、「野球に興味を持った」ということです。 ある週末、やることがなくなってしまって、初めて西武球場（ベルーナドーム）へ野球を観に行ったのがきっかけです。 ８月１１日の西武―楽天戦。私は生まれも育ちも埼玉県で、ここ数年は都内ではありますが、西武線沿線に住んできました。ですから（？）、埼玉西武ライオンズになんとなく勝ってほしいという気持ちで眺めていると、なんと延長１０回でサヨナラ勝ちします。 とても面白い体験でした。すぐにライオンズのファンクラブに入会して、パ・リーグTVで試合を追っては、北海道まで遠征に行くようになります。 野球の面白さ野球には「どうし
突撃！隣のClaude Code！！ - エムスリーテックブログ
AI・機械学習チームの髙橋です。 みなさま、コーディングライフいかがお過ごしでしょうか。 エムスリーでは、昨年初夏頃からエンジニアに対してClaude Codeの業務における無制限使用が解禁されています。 現在ではほぼすべてのエンジニアが普段からClaude Codeを利用し、AIレビューやチーム内でのプラグインによるSkill共有が進んでいます！ ということで今回は、以前の突撃！ 隣のキーボード M3 2024 - エムスリーテックブログのスピンオフとして、エムスリーのエンジニアメンバーが実際に利用している便利なClaude Codeのカスタマイズを募集し、紹介します！ 例のしゃもじ 前置き：Claude Codeのカスタマイズとは Claude Codeではエージェントに対してユーザ・プロジェクト固有の指示や制約を与えることができます。 昨今はSkillsが特に話題となっていますが、こ
Node.js作者の発言「人間がコードを書く時代は終わった」について思うこと | maguro.dev
日本語訳: これまで何千回も言われてきたことだけど、自分の声も加えさせてほしい――人間がコードを書く時代は終わった。ソフトウェアエンジニアを自認する我々にとっては穏やかでない話だが、それでも事実だ。ソフトウェアエンジニアの仕事がなくなるという意味ではなく、プログラムのシンタックスを直接書くことはソフトウェアエンジニアの仕事ではなくなった、ということだ。 正直、内心ぎょっとした。 Ryanは Deno Land Inc. を共同創業し、Node.jsに代わる新しいJavaScript/TypeScriptランタイムであるDenoを作っている。僕はその会社でソフトウェアエンジニアとして働いている。自分の会社のCEOが「人間がコードを書く時代は終わった」と言っている。 ソフトウェアエンジニアとして、これまで通りのやり方を続けていたら何が起きるかわからない——最悪のケース、つまりレイオフだってあり
コーディングエージェントにやさしい環境は、人間にも優しかった ghq × gwq × fzf のススメ
こんにちは @shunk031 です。業務や趣味に git clone 等でレポジトリが増えると、どこに clone したか・どこで作業しているかが分かりにくくなり、cd や補完に時間を取られがちですよね。さらに開発のためにブランチを切ったり、Pull Request のレビューのために別ブランチをチェックアウトしたりすると、切り替えや stash の手間がどんどん増えます。私はよくブランチの切り替えをミスってコンフリクトを起こしたり、変更を失いかけたりしています。 こうした問題は Claude Code や Codex のようなコーディングエージェントを使い始めると更に露呈します。複数タスクを並列に走らせるほど、作業ディレクトリが 1 つだと衝突しやすいからです。コーディングエージェントなんてなんぼでもしばきたいですよネ。 本記事では、以下の 3 つのツールを組み合わせて日々の開発をさら
なぜ誰も手を付けなかったのか？ ― Vibeコーディングが解いた15年の沈黙 | DevelopersIO
ベルリンのしがひです。DJやっています。 昨日、DJ用音源のラウドネス最適化ツール「headroom」を開発したことをZennで記事にしました。RekordboxからCDJにUSBエクスポートする際、Auto Gain機能が効かないために発生するトラック間の音量差を解消するためのツールです。 開発を進める中で、MP3ファイルのロスレスゲイン調整のためにmp3gainという古いツールへの依存が発生しました。そしてこのmp3gainを調べていくうちに、私はあることに気づきました。 このツールは15年以上メンテナンスされていない。それにもかかわらず、今でもSourceForgeで週1,000回以上ダウンロードされ続けている。 なんとかならんもんか。Claudeの力を借りて、このツールを現代に蘇生させることにしました。 mp3gainとは何か mp3gainは、MP3ファイルの音量をロスレスで調整
AIエージェント時代、正直しんどい話
AIエージェント時代、正直しんどい話 2025年12月31日 年末やし、今年AIと格闘してきた感想を正直に書いておこうと思う。 今日、Qiitaで「Agent OS」っていうClaude Codeの拡張ツールの記事を読んだ。仕様駆動開発をAIエージェントで回せますよ、サブエージェントに仕事振れますよ、みたいな話。 一見ええやんって思うやん？ でもな、冷静に考えたら、束になってかかってくるAIエージェント全員と対話せなあかんってことやねん。 人間の組織ってよくできてる 普通の会社やったら、部長は課長と話すだけでええねん。課長は部下の面倒見てくれる。リーダーがメンバー管理してくれる。 信頼があるから「任せる」ができる。見なくてええ範囲が生まれる。 でもAIエージェントは違う。 backend-specialistの成果物チェックして、test-engineerの成果物チェックして、fronte
2025年の趣味開発環境
main.md 2025年の趣味開発環境 2025年は趣味開発環境の変化が大きかったので備忘録として残しておく。 前提: 趣味開発はほぼ毎日している 開発するのはコマンドラインツールやライブラリが多い 言語はほぼRust 開発はほぼAndroid上 GUI 系ツールは基本使わない（GitHubをブラウザで見るくらい） 仕事の開発環境はまた別（このgistの対象外） ハイライト E Inkタブレットでの開発に移行 Emacsから自作エディタへの移行 2025/12/14時点での趣味開発環境 ハードウェア: Viwoods AI paper: Androidの10インチタブレット Voyager keyboard: 有線分割キーボード Androidアプリ: Termux: Linuxターミナルエミュレータ Unexpected Keyboard: プログラミング向けのソフトウェアキーボード
もうgit stashは卒業！git worktree + wtp で実現する、ストレスゼロの並行開発
株式会社FLINTERSでフロント&バックエンドエンジニアをやっている者です！ いい加減、git worktreeを身近においておこうと思い書き留めました。✏️🗒️ 本記事はFLINTERS BLOG Advent Calendar 2025の13日目の記事となります。 はじめに 開発者の皆さんなら、一度は「コンテキストスイッチ地獄」を経験したことがあるのではないでしょうか。新しい機能開発に没頭しているまさにその時、Slackに飛び込んでくる 「緊急バグ修正お願いします！」 の通知。 ここから始まる従来の手順は、思い出すだけでも気が滅入ります。 まず、中途半端な作業を git stash で退避。次に git switch でバグのあるブランチに移動し、修正作業に頭を切り替えます。 修正が終わったら、また元のブランチに戻り、git stash pop を実行。 しかし、複数の stash
AntigravityはどういうAIエディタなのか
AntigravityはどういうAIエディタなのか GoogleがGemini 3と同時にAntigravityという新たなAI コーディングエディタを発表しました。 内部技術としては、Google製のChromiumとV8エンジンを内蔵したエディタをGitHubが作った過程で生まれたElectronというフレームワークでマイクロソフトのWebエディタMonacoをデスクトップ化したVisual Studio CodeのOSS版ディストリであるCode-OSSをフォークしたWindsurfの取得時点のライセンスを使い再構築された[1]Googleの独自エディタアプリです（1周した！）。 [1]: 内部には Windsurf/Cascade 由来と思われるコード痕跡が見られる しサードパーティライセンス記述がある し開発チームにはKevin Houがいる ただし、表層の実装は魔改造Winds
なぜバイブコーディングをめぐる議論は噛み合わないのか
AI楽観派にとって、「動く」ことがすべての証明。 AI慎重派にとって、「なぜそう動くか」がすべての理由。 両者が同じコードを見ても、 前者は「成果物」を見ており、後者は「思考の痕跡」を見ている。 視点の深度が違うのだ。 5. 設計＝抽象、コード＝具象 コードを書くとき、頭の中には「構造」がある。 それは最初から完璧ではなく、書いて、動かして、違和感を覚えて、直していく。 命名、依存、責務、階層を少しずつ整える。 この「書きながら考える」行為こそが設計であり、 設計書よりもコードの構造そのものが本当の設計書になる。 AI楽観派の前提は、「設計と実装は分離できる」。 AI慎重派の前提は、「設計と実装は不可分」。 この一点が、AI時代の開発を分ける境界線だ。 6. バイブコーディングの議論が噛み合わない理由 バイブコーディングをめぐる議論は、 実は技術論ではなく認識論の衝突だ。 AI楽観派：AI
Codexを使うあなたへ。おすすめ設定&MCP集
2025年9月15日に出たCodex（GPT-5-Codex）めっちゃいいですよね。Claude Codeと併用を始める人も多いのではないでしょうか？ しかしいくら性能が良くても、日本国内ではClaude Codeの方がツールや知見が整っているのが現状です。 そこで、これさえ知ってればすぐに快適なCodexライフを始められる、最低限のおすすめ設定&リンク集をまとめました。 「Codex使うけど、おすすめの設定知りたい！」という方、ぜひご覧ください。 前置き そもそもCodexそんなにいいの？って方は、こちらの比較記事をどうぞ。 業務でも使ってますが、コード品質は確実にCodexの方が上です。 インストール、使い方 こちらの記事がわかりやすいと思います。 ChatGPTのサブスクで使えます。 MCP Context7系はよっぽどの理由がない限り導入必須です。 Serenaについてはお好みで導
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - affaan-m/everything-claude-code: Complete Claude Code configuration collection - agents, skills, hooks, commands, rules, MCPs. Battle-tested configs from an Anthropic hackathon winner.
Google Antigravity
Build software better, together
