“Linear”
AIに、PDCA、回させる
まだハーネスもちゃんとできてないからな……とはいえあんたほどの人がそう言うのなら感はある
まあ定常業務はAIにやらせた方が良い. ただそこにはイベント的に発生する仕事(新規サービス開発等)は含まれない. いや, AI前提なら, 将来的には新規サービス開発も定常業務になるのかもしれない
これは…プロジェクトマネジメントだ
"Harness は Loop の前提なので、Loop が Harness を置き換えるという話ではないです" 前の3世代全部そうでしょ
Difyユーザーが2年前から取り組んでた事
AIエージェントが勝手に購読するイベントを設定して勝手に起きて仕事してくれるドン！！！！！！！！！！
これ、地味に効きます。で脱落してしまった。なんでAIに書かすんだろう
記事はいいんだけど、ループについてはHow Claude Code worksという公式ドキュメントの一番最初に、基本はAgenti Loopですよと書かれているので何を今さら感が→Claudeの人。さらにトークン使わせようとする宣伝かな？
やはり業務の流れを分かってる人が効率化すると強そう
“ようは、自分がエージェントを叩く側を辞めて、エージェントを叩く役を機械にやらせる、ということ。 1つの Loop の中身は、こう書けます。 あなたが目的を定義する ↓ AIが完了まで反復する ↓ 次のラ
エージェントに勝手に仕事をさせたいというのは誰でも当たり前に考えることで、むしろニュースバリューは「Anthropic社内の知的降伏度合いが高まって上層部ですらLLMの出力を読む事を嫌がり始めていること」だろ
元記事は富豪的なトークンの使い方しか書いて無いので流石にはぁ？ってなった。でそこの解説かと思ったけどコレもAI製っぽくて何もわからん。書いてることには変わらん。
ラルフループの進化版？
AI無限ループって怖くね？
井戸の掘り方を教えず突然蛇口作られても困る人に蛇口つけるみたいな仕事をしてるAIコンサルと金を出すバカな経営者が好きそうな話。
“ここがじわじわ効いてくる構成”
サービス開発の仕事してた身としては、自動で作られるissueってバグfixくらいで、他の機能追加はビジネスの方向性を組んでから落とし込むと思うんだけど、その辺のジャンルはまだハーネスエンジニアリングの範疇なのか
Boris のいうことあんま当てにならんくて、この前もドキュメントは MD ではなく HTML です。もみんなに華麗にスルーされていた。そんなにいうなら CLAUDE.md も CLAUDE.html にしろよという。
この記事と似たことを一ヶ月前くらいにやった。今のテーマは人間の入力を一段上（目標→目的）に押し上げ、その段差を埋める作業をAIに委譲すること
「ざっくり3行で言うと」まで読んだ
AIパラダイムの遷移が参考になった。AIに対して以下に具体的に指示や文脈を与えて、期待通りの成果物を出すフェーズから、以下に人が介入しないで、品質の良い成果物を出すフェーズに移ってきてるのは目から鱗。
Mythosもしくはそれ以上のモデルが使い放題のAnthropic社の中の人が言ってるのはかなり前提条件が違うと思った方がいい。
「俺、もうプロンプトをチマチマ書いてないもんね」Fable5に丸投げしてる人間には、Opus4.8が曲解迷走してイライラさせられてる人間の苦労は分からないわな……
“エージェントに馬具（ハーネス）を着ける” 何この無意味な文章
ここまでやれないので、簡易的なフローとして、毎日claudeとリポジトリについて語り合って、その中から必要なものをissueにしてもらうスキルとか作ってもいいかもな。ネタがないときのネタ出しもclaudeにやらせる
元ネタのブログをAIに要約させた方が読みやすい件
「Loop Engineering」どんどんマネージメントに近づいていく。この先はどうなるのだろう。
ハーネスで安定化出来たのでユーザーのプロンプト起点で手動で動かすのではなく、イベントをトリガーにバックグラウンドで自動起動させて回し続けられるようになったという話
そう言うアイディアは割とあると思う。問題は精度が悪いこと。精度が悪いと汚染は増大する。収束させる仕組みが必要だが、AI判断でそれできると現状まだ思えない。使ってるモデル違うのでは？生みの親は。
もうなんもわからん
そう、Fableならね。
いい記事だけど、端折ってるところも多い(評価のとことか)から原文も読んだほうがいい。原文は端折っていい部分が1つもない濃密な記事／AI駆動の強化なりハーネスエンジニアリングを頑張る方向性の程度問題。
AI代が死ぬほど掛かりそう
定量化出来てない部分が多くて自動化出来ていない。やっぱり向いていない範囲って事なのかな……
1ヶ月後には「もうループを書くな」と言われてそう
PromptをやめLoop Engineeringを解説。Automations/Worktrees/Skills/MCPと検証可能な5ステップ、停止条件まで示す。
トークン消費激しそうだけど大丈夫なのかしら？
日中は人間がクリエイティブな開発や意思決定に集中し、人間が作業を終えた瞬間からAI（エージェント）の「夜勤」する ってことか
でもアメリカ以外Mythos使えないじゃないですか
『Boris Cherny が言っているのは〜という話ではないと思います』というのは、『書くな』という話でもなさそうな感じですが。（略）エンジニアであるというのは、こういう界隈作りをするということなのかしらね。
鳩山ルーピーエンジニアリング株式会社
要するに human-in-the-loop をプロジェクト全体で構築するということよね
“Loop Engineering”
[Loop Engineering]
AIが書いたとわかると評価を下げるの間違ってると思うな。技術系の文章なんだから内容そのもので判断すればいいのに。ファックスを使い続けないとダメと同レベルの指摘に感じるよ。
いくらかかんねん
“自分で書いていないコードが日々増えていって、ある日デバッガを開いたときに「これ、誰が書いたんだっけ……自分か」となる瞬間がある。技術的負債とはちょっと違う、新しい種類の負債だと思います。”
#生成AI #VibeCoding #LoopEngineering ←New!!「各エージェントが独立したgitブランチ~知らないバグ~知らないチケット~回せば偉い、ではない~ロールバック手段を用意~目標と範囲~完了基準~契約を書く」PDCAとかOODAとか勝手に回る噂。
同じことを言葉を変えて新発表。バイブコーダーが注目を集めるときの手口。半端なもので過大に評価されてしまったせいで、国から活動を制限されてしまった。バイブコーダーを体現する企業。
すごいスピードでAIに支配される未来近づいてる
今の速さは1パラダイム1～3ヶ月といったところですね。今後さらに加速するのでしょう。
自分がエージェントを叩く側を辞めて、エージェントを叩く役を機械にやらせる／あなたが目的を定義する↓AIが完了まで反復する↓次のラウンドが自動的に始まる／Loop Engineering の重点は「停止条件」
もうプロンプトを書くな──「Loop Engineering」という新しいパラダイムの正体
“Linear”
AIに、PDCA、回させる
まだハーネスもちゃんとできてないからな……とはいえあんたほどの人がそう言うのなら感はある
まあ定常業務はAIにやらせた方が良い. ただそこにはイベント的に発生する仕事(新規サービス開発等)は含まれない. いや, AI前提なら, 将来的には新規サービス開発も定常業務になるのかもしれない
これは…プロジェクトマネジメントだ
"Harness は Loop の前提なので、Loop が Harness を置き換えるという話ではないです" 前の3世代全部そうでしょ
Difyユーザーが2年前から取り組んでた事
AIエージェントが勝手に購読するイベントを設定して勝手に起きて仕事してくれるドン！！！！！！！！！！
これ、地味に効きます。で脱落してしまった。なんでAIに書かすんだろう
記事はいいんだけど、ループについてはHow Claude Code worksという公式ドキュメントの一番最初に、基本はAgenti Loopですよと書かれているので何を今さら感が→Claudeの人。さらにトークン使わせようとする宣伝かな？
やはり業務の流れを分かってる人が効率化すると強そう
“ようは、自分がエージェントを叩く側を辞めて、エージェントを叩く役を機械にやらせる、ということ。 1つの Loop の中身は、こう書けます。 あなたが目的を定義する ↓ AIが完了まで反復する ↓ 次のラ
エージェントに勝手に仕事をさせたいというのは誰でも当たり前に考えることで、むしろニュースバリューは「Anthropic社内の知的降伏度合いが高まって上層部ですらLLMの出力を読む事を嫌がり始めていること」だろ
元記事は富豪的なトークンの使い方しか書いて無いので流石にはぁ？ってなった。でそこの解説かと思ったけどコレもAI製っぽくて何もわからん。書いてることには変わらん。
ラルフループの進化版？
AI無限ループって怖くね？
井戸の掘り方を教えず突然蛇口作られても困る人に蛇口つけるみたいな仕事をしてるAIコンサルと金を出すバカな経営者が好きそうな話。
“ここがじわじわ効いてくる構成”
サービス開発の仕事してた身としては、自動で作られるissueってバグfixくらいで、他の機能追加はビジネスの方向性を組んでから落とし込むと思うんだけど、その辺のジャンルはまだハーネスエンジニアリングの範疇なのか
Boris のいうことあんま当てにならんくて、この前もドキュメントは MD ではなく HTML です。もみんなに華麗にスルーされていた。そんなにいうなら CLAUDE.md も CLAUDE.html にしろよという。
この記事と似たことを一ヶ月前くらいにやった。今のテーマは人間の入力を一段上（目標→目的）に押し上げ、その段差を埋める作業をAIに委譲すること
「ざっくり3行で言うと」まで読んだ
AIパラダイムの遷移が参考になった。AIに対して以下に具体的に指示や文脈を与えて、期待通りの成果物を出すフェーズから、以下に人が介入しないで、品質の良い成果物を出すフェーズに移ってきてるのは目から鱗。
Mythosもしくはそれ以上のモデルが使い放題のAnthropic社の中の人が言ってるのはかなり前提条件が違うと思った方がいい。
「俺、もうプロンプトをチマチマ書いてないもんね」Fable5に丸投げしてる人間には、Opus4.8が曲解迷走してイライラさせられてる人間の苦労は分からないわな……
“エージェントに馬具（ハーネス）を着ける” 何この無意味な文章
ここまでやれないので、簡易的なフローとして、毎日claudeとリポジトリについて語り合って、その中から必要なものをissueにしてもらうスキルとか作ってもいいかもな。ネタがないときのネタ出しもclaudeにやらせる
元ネタのブログをAIに要約させた方が読みやすい件
「Loop Engineering」どんどんマネージメントに近づいていく。この先はどうなるのだろう。
ハーネスで安定化出来たのでユーザーのプロンプト起点で手動で動かすのではなく、イベントをトリガーにバックグラウンドで自動起動させて回し続けられるようになったという話
そう言うアイディアは割とあると思う。問題は精度が悪いこと。精度が悪いと汚染は増大する。収束させる仕組みが必要だが、AI判断でそれできると現状まだ思えない。使ってるモデル違うのでは？生みの親は。
もうなんもわからん
そう、Fableならね。
いい記事だけど、端折ってるところも多い(評価のとことか)から原文も読んだほうがいい。原文は端折っていい部分が1つもない濃密な記事／AI駆動の強化なりハーネスエンジニアリングを頑張る方向性の程度問題。
AI代が死ぬほど掛かりそう
定量化出来てない部分が多くて自動化出来ていない。やっぱり向いていない範囲って事なのかな……
1ヶ月後には「もうループを書くな」と言われてそう
PromptをやめLoop Engineeringを解説。Automations/Worktrees/Skills/MCPと検証可能な5ステップ、停止条件まで示す。
トークン消費激しそうだけど大丈夫なのかしら？
日中は人間がクリエイティブな開発や意思決定に集中し、人間が作業を終えた瞬間からAI（エージェント）の「夜勤」する ってことか
でもアメリカ以外Mythos使えないじゃないですか
『Boris Cherny が言っているのは〜という話ではないと思います』というのは、『書くな』という話でもなさそうな感じですが。（略）エンジニアであるというのは、こういう界隈作りをするということなのかしらね。
鳩山ルーピーエンジニアリング株式会社
要するに human-in-the-loop をプロジェクト全体で構築するということよね
“Loop Engineering”
[Loop Engineering]
AIが書いたとわかると評価を下げるの間違ってると思うな。技術系の文章なんだから内容そのもので判断すればいいのに。ファックスを使い続けないとダメと同レベルの指摘に感じるよ。
いくらかかんねん
“自分で書いていないコードが日々増えていって、ある日デバッガを開いたときに「これ、誰が書いたんだっけ……自分か」となる瞬間がある。技術的負債とはちょっと違う、新しい種類の負債だと思います。”
#生成AI #VibeCoding #LoopEngineering ←New!!「各エージェントが独立したgitブランチ~知らないバグ~知らないチケット~回せば偉い、ではない~ロールバック手段を用意~目標と範囲~完了基準~契約を書く」PDCAとかOODAとか勝手に回る噂。
同じことを言葉を変えて新発表。バイブコーダーが注目を集めるときの手口。半端なもので過大に評価されてしまったせいで、国から活動を制限されてしまった。バイブコーダーを体現する企業。
すごいスピードでAIに支配される未来近づいてる
今の速さは1パラダイム1～3ヶ月といったところですね。今後さらに加速するのでしょう。
自分がエージェントを叩く側を辞めて、エージェントを叩く役を機械にやらせる／あなたが目的を定義する↓AIが完了まで反復する↓次のラウンドが自動的に始まる／Loop Engineering の重点は「停止条件」