vibe coding堆高后的维护性极低的屎山代码，就像生物进化在基因里面遗留的屎山。但是生物屎山健壮（撸棒）性比代码高得多，可能是由于自然环境就像一个永不停止的高强度ci测试，打叉的立即会被淘汰掉吧。
虽然官方明确说了不会支持其他模型，但利用lite-llm这个转换器（类似命令行版的new-api），再使用环境变量让cli连接转换出来的api。
~/.gemini/.env文件如下：
GOOGLE_GEMINI_BASE_URL=http://localhost:4002 GEMINI_API_KEY=sk-litellm-local
~/.gemini/settings.json配置如下：
{
"security": {
"auth": {
"selectedType": "gemini-api-key"
}
}
}
lite-llm.yaml配置如下，将openai格式调用转换成gemini格式给cli用：
.openai_shared: &openai_shared
api_base: 其他模型提供商url，例如"https://opencode.ai/zen/v1"，注意v1要加
api_key: 密钥
custom_llm_provider: openai
timeout: 60
model_list:
- model_name: qwen3.5-plus
litellm_params:
<<: *openai_shared
model: qwen3.5-plus
router_settings:
num_retries: 4
model_group_alias:
"gemini-3.1-pro-preview-customtools": "qwen3.5-plus"
"gemini-3-flash-preview-customtools": "qwen3.5-flash"
"gemini-3-flash-preview": "qwen3.5-flash"
"gemini-3.1-flash-lite-preview-customtools": "qwen3.5-flash"
"gemini-2.5-pro": "qwen3.5-plus"
"gemini-2.5-flash": "qwen3.5-flash"
"gemini-2.5-flash-lite": "qwen3.5-flash"
"gemini-3-pro-preview": "qwen3.5-plus"
"qwen3.5-plus-customtools": "qwen3.5-plus"
general_settings:
master_key: sk-litellm-local
将示例的qwen模型改成自己的，然后运行litellm --port 4002 -c xx.yaml
NIM只有每分钟频率限制，还很高，没有token和每月次数之类的非常良心（以前有积分后来取消了）。但是实际用起来卡的我生活不能自理（之前一直用里面最火的deepseek3.2），慢的时候估计能有5token/s，波动也非常大。今天突发奇想试了下千问3.5开源最大参数量的那个，居然非常快，而且稳定性比ds强。看来人多真的没好事，一坨人拼命在最有名的模型赛博挤公交车，很可能不同机器固定分配了特定模型。
好了一天又开始卡爆了，以上内容作废。
今天试了下AstrBot这个开源聊天机器人agent，比openclaw精致一点，没有那种vibe code堆砌起来能跑就行的感觉。
https://arxiv.org/html/2603.03823v1
论文开发了个双Agent的评估程序，给定一份历史版本代码（从开源软件修改历史里嫖的），架构师Agent运行完整的单元测试（对应最新版本代码），根据结果总结出bug、缺失的新功能给程序员Agent（以自然语言）。程序员AI老老实实埋头编码，看不见单元测试代码没法面向测试作弊。不断迭代之后最终根据测试通过率和回退率评分。
测试结果是claude最强，qwen和glm目前最强闭源版居中，deepseek因为太久没更新掉队了差一点，另外居然还测了豆包。垫底的水平很符合那个唐氏综合症一般的图标。
mcp是时候改进一下了。模仿agent skills的渐进式加载。mcp工具都加入名称和描述，初始状态只加载这些进入上下文，当llm决定使用工具时再动态获取方法和定义。
这样不仅使用更方便不用手动勾选工具，而且能达到skill一样的省token效果。
-
krrr 博主 : Claude Code已经有这功能了叫ToolSearch ，今天cherry studio刚加了我才知道。毕竟我不用cc
gemini 3.1 pro写前端经常能写出一些巧克力外壳的狗屎。乍一看像模像样，点开为什么没效果，我去html里硬编码的，ts里根本没实现逻辑。前台angular+typescript很多代码反正就一股异味，丢了觉得可惜，手改觉得恶心。
python后端倒是还好