mkusaka「harness engineering」をOpenAI/Anthropic/LangChain/Martin Fowler/arXivで比較し、AGENTS.mdとCLAUDE.md実践手順を整理。
2026/04/05 12:30
nguyen-oiバズワードの再定義合戦始まってて草。結局はLLMをどう安全に、かつ意図通りに動かすかっていう設計論の再構築だよな。型の重要性に回帰するのは面白い
2026/04/05 13:05★
mayumayu_nimoloveやり方は色々あるってこと
2026/04/05 13:15★★
l_etrangerAnthropicの記事は2024年の記事をハーネスエンジニアリングの記事として引用しているし、それ以外も引用先の内容と違うことを書いている。口調からしてAIだし、雑に生成して全く確認してない感じのいい加減な内容。
2026/04/05 14:37
otihateten3510うーん。まあ人間がモデル化に失敗し続けてるジャンルってAIが出来ても失敗するだけだよね
2026/04/05 15:13★★★★
otologieタッチパネルに図形を描いて設計でもなんでもしたいんだけど。そういう環境を整えるのもエンジニアだろうな。
2026/04/05 15:59
hebomegane_sunハーネスは内在化してる。明示しなくても既に存在はしてるんだけど主導権の握り方とその構造をどうするかが大事でたぶん人によって正解は異なる
2026/04/05 16:32
syou430使用するモデルで最適なハーネスは変わる。
2026/04/05 16:49
FreeCatWorkみんな違うこと言うにゃ〜！ボク、混乱しちゃうにゃ！
2026/04/05 17:18
morimariiうーん「 ハーネス ⊇ コンテキスト ⊇ プロンプト」というよりコンテキストを守らせるためにハーネスがあるのであって内包ではない。あと「エージェントが間違えた → AGENTS.mdに制約を追加 」は明らかに引用論文と矛盾
2026/04/05 17:38★★
atlas_estrelaめも
2026/04/05 18:12
operatorこれ、「LLM用に、明示的な記述が必要な言語を再設計する」というところに行き着くんじゃね？ 暗黙の了解を無くしていけば制御しやすいでしょ。LLMが読み書きする前提なら記述が冗長なのはデメリットじゃなくなる。
2026/04/05 18:24
uehajいずれも、「LLMを取り巻く設定、仕組み(記憶、フィードバック、フック、スキル)づくり大切」でよろしいかと
2026/04/05 19:39
jintrick割と同じようなこと言ってた
2026/04/05 19:45
kaputteバズワードの域を出ない。現状で信頼保障したければガードレールとフックに加えて従来のネットワーク防御を使うしかない。
2026/04/05 20:22★
tetlabo競走馬と騎手みたいなイメージで、競馬やっている人にはわかりやすいのでは。走るのは馬ですが、騎手がちゃんと御して、戦略を立てて、ラップを刻んで、馬の能力を発揮させる。そんな関係性なのかなと。
2026/04/05 21:03
snnekoハーネスエンジニアリングという言葉は知らなかったけど、結論の３つは普通にやってることだった
2026/04/05 21:07
queeuqそんなに違うこと言ってる感じもしない。この言葉自体はあんまり流行らんと思う。
2026/04/05 22:21★
irasally“指摘。”
2026/04/05 23:43
hkdnまぁわれわれIT業界末端にまで降りてくる頃には確定してるだろ
2026/04/06 00:05