実はただのデブ猫です。
でも本当はこのくらいの規模なら SmallCode でやるべきらしい。タスクの分解がさらに優れているから。
OpenCode は1時間自動で動きっぱなしだったから感動した。良くここまで止まらずに動くなぁと。他の組み合わせではことごとく失敗してたから。
Parser エラーは Ollama でホントに多い。Rapid-MLX に変えてから激減した。
Tool Calling の破綻問題は使うハーネスが良くないとマジで解決しない。これは OpenCode とか、小規模 LLM 特化型の SmallCode を使うと解決しやすい。
ローカルLLMは適切な組み合わせじゃないと仕組みが破綻するよ。
Parser エラーTool Calling の破綻は大きな問題。
オレが使うと「これはやってもいい、これはやっちゃいけない」って考えてしまうので、決まったことしかやらせられていない。
OpenCode + Rapid-MLX + Qwen3.6-27B-4bit
これでも完璧に1台のMacで動くから維持費はかからない。
友人にMacの能力をVPN経由で貸し出してるけど、ヤツはIT業じゃないから柔軟に使ってくれてる。
これマジで完全無料なんだよね、少なくとも今のところは…。何が起こってるんだ…。
なんか無料の開発エージェントが必要なら、 Google Antigravity も無料でそこそこ使えるけど、 Oracle Cloud に OpenCode を乗っけて NVIDIA Build をバックエンドにするという方法がありそう…。
ジェットコースターが好きならOpenRCT2もあるよ。(私はもろこっち派)
https://openrct2.io/
Simutrans派、一定数いるんか。
OpenTTDもよろしくね。対戦できるよ。(対戦してどうする)
https://www.openttd.org/
@flatgururin おはよーおはよー🐑
また月曜がやってきましたね。ノルマに追われてます。
んー?
@ichigaya2016 おはごろー
起きる気がしない。まずい。
ねむいね。
VRおわり。
デジタルデトックスの日
Codex のコスパが悪化してることない?
そんなにいろいろつくるもんあるんか
いや電費むっちゃええやん。どうなってんだ。
思考の /dev/null