去年からエージェントを作りながらずっと必要だと思っていた機能ですが、Slack と Discord がいつ対応するのか気になりますね

（認定）

教科書に載っている人が、また教科書にいろいろ付け加えているね……。

今でも訂正なさっている方……

AIモデルの進歩の速さを見ると、今のジュニア開発者がシニアになる頃には
シニアさえも代替されていそうですね。

LLMモデルではなく、これでテキスト埋め込みモデルを作れたらいいのですが。

ログ、メトリクス、アラートは、定期的にチューニングしていくプラクティスが必要ですよね。

プライベートなプロジェクトではセッションをエクスポートしてコミットし、パブリックなものは要約ファイルがどうしても必要だと判断した場合に限ってコミットしています。
やはり個人情報もありますし……ツールごとに違いますが、セッションごとに10MBを軽く超えるので……そのまま上げるのはちょっと気が引けるんですよね。

マイクロスロップ！

Chrome拡張機能の「Chrometana Pro」を使うと、Chromeを既定のブラウザとして使っている場合に、Bingが開くあらゆる場面をGoogleに切り替えてくれます。

サムスンがGalaxyの標準アプリに広告を入れて、顧客と意地の張り合いをしていた時代を見ているようです。

ある人がSaaSを開発していて、AI統合のためにCLIとMCPのどちらか一方を検討するなら、おそらく先にMCPを選ぶ気がします。CLIをサポートするのは管理ポイントが増えることですからね。両立はできても、なくなりはしないと思います。

ｗｗｗｗｗｗ

AIが出力したテキストですら読んでいれば、こんなことにはならない。
問題なのは単なるジュニアではなく、コピペしてクリックするだけのジュニア。

実際、AI以前からいましたよね。
Stack OverflowがAIになっただけです。

面白く読んでいただけたとのこと、ありがとうございます。

???: "何をしてはいけないかを慎重に考えて"

数日前に考えていたことですが、すぐに対応してくれて感謝するばかりです。

機敏な対応ですね。

最近は Claw たちが基本インターフェースとして Telegram を使っているので、これ以上ないほどタイムリーなアップデートになりそうです。

AI 時代にはストリーミング更新は基本のように思えますが、ほかのメッセンジャーも追随するのではないでしょうか？

アメリカの情報機関くらいなら直接開発していてもおかしくないのに……。むしろ学習用データの収集はもっと得意なはずだから

あのときもAPIを使えばよかったんですよね。実際、MCPを使っていた理由はlong contextの限界のためだったのですが、今ではその限界の大半を克服したので。