Tags

102 个页面

AI 灵感碰撞坊

低成本模型该接的活:重复、脏活和边界清楚的任务

最近把一些边角活往 MiniMax 和本地模型上迁,感受反而比一开始更清楚:很多任务不是非要最强模型才能做,而是不能把所有模型都放到同一个工位上比。

以前我容易问“这个模型强不强”。现在更愿意先问两件事:这件活错了以后代价有多大,重复跑一百次以后成本有多高。答案一变,低成本模型、本地模型和旗舰模型的位置也就变了。

复杂编码、长链路推理、模糊需求拆解,还是该给更强的模型;数据清洗、文档改写、资料初筛、固定格式转换,反而更适合交给便宜模型和本地模型。它们不一定聪明到能总包项目,但很适合把那些不值得人反复动手的活接住。

低价 API 中转站的终局:三月份的大模型体验与不可能三角

整个三月份,我都在不同的大模型 API 中转站之间来回试。

便宜,确实是便宜。一个月花不了多少钱,就能把 ChatGPT、Claude、Gemini 之类的国外模型都摸一遍,表面上看,像是找到了一个性价比极高的解法。但真正用下来以后,我越来越觉得,这条路从一开始就绕不开一个不可能三角:质量、稳定、划算,三者很难同时成立。

到了上周末,这件事基本也算彻底明牌了。2026-03-282026-03-29 这两天,ChatGPT 相关通道的风控体感明显收紧,Claude 这边也一样,很多原来还能凑合用的低价中转,突然就变得不稳定,甚至直接失效。对我来说,这基本宣告了低价 API 中转模式的阶段性终局。

unordered_map 查得到却取错值,一次静态 lambda 的内存事故

有一种 C++ 问题特别容易把人带偏:unordered_map::find 明明命中了,it->first 也对,可你再看 it->second 里面的字段,像是变成了另一个 key 的数据。

第一反应通常是怀疑 map 坏了,或者 hash 冲突把数据弄乱了。可 unordered_map 没那么玄。查找命中以后,key 和 value 对不上,更常见的原因不是容器失灵,而是你在更新 value 的时候已经写错了地方。

这篇记录的坑,就是函数内部的 static lambda 捕获了局部引用。第一轮看不出来,后面再调用时,lambda 还握着第一次调用留下的引用,问题就开始变得像“缓存串号”。

美国斩杀线

“牢A”是最近国内互联网(尤其是 B 站、抖音、小红书等平台)非常火的一个梗,主要指代一位网名为**“斯奎奇大王”**的海外博主,以及他所输出的关于美国社会的叙事体系。

从协议约束到智能释放:深度对比 MCP 与 Skill

在 AI Agent 领域,如何让大语言模型(LLM)更安全、更高效地与外部世界交互,一直是开发者关注的核心课题。近期,Anthropic 推出的 MCP (Model Context Protocol) 和 Gemini CLI 中的 Skill 机制成为了讨论的热点。

这两者虽然都旨在扩展模型的能力边界,但在设计哲学、信任边界以及约束机制上有着截然不同的路径。