そのとおりです ｗｗ

車とマラソンを比較しているようなものだと思うけど..

www 「そんな機能があれ」

まったく同感です！

wwwww

幻覚主導開発…と言えばいいのでしょうか;;

> リードを任せるのにちょうどよさそうだったが、そのような追加の役割は断った。
> 筆者が成長のための新しい挑戦を提案すると ...

技術者の立場からすると、得意なことをもっと上手くやることも成長ではないでしょうか？

温かいお言葉、ありがとうございます！！

責任や業務は増えているのに、それに見合って給与水準や待遇が成長していないことを考えていたのではないかと思いますね

そういう面が強いです
もちろん、優れたリーダーなら親身に話を聞き
正確に問題を解決してくれるでしょう

どの本や文章を見ても、
3番についてはいつもああ書かれているけれど、
実際には
なぜこんなことを聞くのだろう
なぜ今になって言い出すのだろう
こんなことまで聞くのか
という三段コンボで、質の低いパートナーだと思われる可能性がある

私も現在 UseDesktop

https://youtu.be/aBkbsvMxP_A?si=uaugxKQEu4ZEz7jq

usedesktop.com

という Computer-use Agent を作っていますが、ほとんど同意です。

この記事では実践的なコツというより大きな overview だけを扱っているので、LLM based agentic/agent を開発するときのコツをいくつか補足すると、結局 LLM はトランスフォーマー（i.e probabilistic based 推論、現在のトークン/state をもとに次のトークンを文脈的/semantic に理解して次の単語を吐き出すというより、確率的に output する）ベースなので、どれだけ sys prompt をうまく書いても、しばしば欲しい回答を返さないことが多いです（e.g JSON output で答えてほしいのに、たまに } を忘れる、など）。なので、常に regex ベースの複数の fallback fn を追加するのは必須です。

そして structured output を与える sys prompt を書くなら、通常は non reasoning model を使い、context が長くなればなるほど hallucination が頻繁に発生するので、むしろ sys prompt を複数作って chaining するほうが良いです。

サービスを開発する場合はさまざまなエラーが発生しうるため、モジュール化し、fault tolerant にサービス構造を設計することが重要です（e.g supervisor agent は async にし、残りの agent は sync にする）。特に unexpected output が頻繁に発生する agentic / agent ではなおさらです。 だから最初からできるだけコードを書くときに SRP を守りつつ declarative に書くのがよく、関数型でアプローチするのが良いと言いたいです（= side effect がなく、フローが直感的）。

また、LLM を API 経由で使うのか、それとも直接モデルサービングをするのかによっても違いますが、もし直接 SLM や LLM をサービングするなら、バックエンドをホスティングしているのと同じサーバーで Model serving をせず、IO bound task と CPU bound tasks（i.e GPU が必要で、行列積のような処理が必要な task）を別サーバーに分けて置くほうが fault tolerant で良いです（e.g runpod に cpu bound task をホスティング）。

このほかにも開発のコツはいろいろありますが、長くなりすぎそうなのでここまでにしておきます。

誰かの役に立てばうれしいです。

Private リモートサーバーにインストールする形のサービスはどうでしょうか？

韓国語翻訳にひどい自動翻訳を汚らしく突っ込んでいたのに、さらに進化したんですね。自動翻訳も止められなかったのだから、ひどいAIを汚らしくねじ込むのも全部味わうことになるでしょう！

cgiはさておき、jspに対する反応が意外ですね（笑）
jspはもうそのくらいの古代の遺物になってしまったのでしょうか。

AI機能、特にバックグラウンドで待機しながら手伝ってくれるというサービスが本当に嫌いです。
リモートで実行されるなら自分の情報が提供される問題があり、ローカルで実行されるなら自分のコンピューターのリソース（CPU、メモリ、バッテリー、...）を消費する問題があるからです。

良い参考になりそうですね

ロシア出身の開発者で、YandexからRiotに移り、現在はJPMorganChaseに転職したようですね

wwwwwwwwww とても面白いです

名前だけが変わっている感じが強いですね。