LLM、まあ元々というか原理的には文章の続きを生成するものなのだけど(AIのべりすと然りあるいはNovelAIの"本業"然り)、最近はエージェント路線って感じなんだよな 振る舞いとして、「渡された文章からそれっぽい文章を生成する」というより「文中からタスクの指示っぽいものを探し出して、それをこなす」みたいな感じになっている もちろん俺のcustom instructionが原因の可能性はあるのだけど。なんというか「賢さ」が上がっていくにつれてマジレスマシーンになっている ベンチマークに適応してくとそうなるんかね
会話
関連する投稿
- author @BD1pt0ZCnY
5/6/2026, 10:25:15 PM LLM(なのかPCなのか)を使う時間が増えて俺まで記憶がステートレスになっている気がする
- author @BD1pt0ZCnY
4/26/2026, 7:50:17 PM LLMにちゃんとしたソースを検索させるために (site:go.jp OR site:ac.jp) とか入力していたあの頃
- author @BD1pt0ZCnY
4/17/2026, 5:41:25 PM トップクラスのLLMプロバイダがwindowsよりmacに優先的に対応していくのを見ると、appleエコシステムへの引力はこれまで以上に大きくなるのかね。 そもそもwindowsに留まるべき理由が薄まりつつある流れがある気もするんだよね。linuxでダメなの?ってのがLLMの登場で強まりつつある。難しいコマンドは打てない? じゃあLLMにやらせればいい、っていうね。GUIよりもCLI、CLIより本当の対話型インターフェース(なんと呼ぶべきかわからない。エージェンテイックインターフェース、AGI? もちろんジョークだよ。もっとよい呼び方があるだろう。)へと傾斜していくだろう。 「いやいやlinuxなんて普及しないよ」って問いにはじゃあMacならLLMプロバイダは対応するよ、ってなっていくと真面目にWindowsを使うべき理由がない。 じゃあそもそもなんでMacOSに優先的に対応してるのかは全くよくわからない。なにかOSレベルで都合の良い部分があるんじゃない? 知らんけど。
- author @BD1pt0ZCnY
4/13/2026, 3:51:16 PM LLMの速度について最近思っているのは、Token per secじゃなくて、Task per secか、Turn per secを問題にすべき時期だと思うんだよね。 パッパといろんなtoolや操作をしてもらいたいし、状況を見てすぐに判断させようとすると数秒ごとに判断させる必要がある。 もっと別の言い方をすれば、1ループの速さを測定して、それをもっと早くすべき
- author @BD1pt0ZCnY
4/12/2026, 8:32:51 PM Obsidianそのもののメリットというより、mdファイル群にメリットがあり、LLMに管理させるときに「どこどこのパスにmdファイル群があって〜」とか書くよりも「どこどこのパスにobsidian用の〜」とかいた方が意図の伝達ロスが少ないから採用する価値がある という理解 まあもちろん人間向けUIがあって嬉しい、という部分もあるわけだけど