Cursor 统计数据说 1%的顶级程序员是中位水平的 46 倍效率。这数据还是使用 AI 编程的人群吧。90 年代“下岗潮”没经历过，但是并不代表未来不会再有。

@tohearts cli 用的什么？验证我的结果，claude 会自动不断重试(非常好)，但是 opencode ，codex 等都很傻，要么倒计时 1 小时重连，要么等你敲继续。

目前纯本地部署一定不划算，哪怕硬件够便宜了，每天更新模型的人力成本也不省心。最佳组合是本地+云服务。

@tanrenye 你可以参考 Java 技术栈的故事：开源社区 Hibernate ORM 先造轮子，业界验证好用 → Java 官方把通用、成熟能力收进标准，JPA 每个大版本都会吸纳 Hibernate 已经普及的扩展功能。这笔充分利用开源社区的经济账，很容易划算。而且从架构上看，有很多行业专属的 skill 并不适合内置，有些东西会持续进化，甚至不可能完成收敛的。

如果只是体验，可以调用 API 方式，开账号，申请个 API key ，充值就可以。网址不同 https://open.bigmodel.cn/api/paas/v4 ，接口要用 OpenAI 兼容模式。

有可能 claude 继续使用了 codex 生成的上下文，现在的模型评测也都没有说明他们的测试环境是否干净，在 claude 下面，我甚至删除了~/.claude/projects 目录里项目目录，重启再次切换模型供应商，还是发现了残留记忆，说明还有全局记忆库存在，简单的切换模型不能证明什么

@tanrenye 你理解的 skill 有点不一样，其实文档读写也是 skill ，初代版本就内置了十大 skill ，可以理解为每个命令就是一个 skill ，而且内置的 skill 还在不断增加。

还有个可能是通过代理调用，结果代理给的是假冒的，代理是可以随意修改模型名称的。

@w568w 你用的 opencode 吗？如果是 cc ，默认不会读 AGENTS.md,需要指明给它

@canyue7897 别最后发现是网络问题，：-D

有时候确实需要啰嗦很多它才会改方向，比如：
UI 调试：`playwright-cli open http://127.0.0.1:8069/ --headed`, 注意有-cli 后缀, 不是 playwright.在 Playwright 官方的最新的架构中，playwright-cli 和旧版的含义完全不同，它和 playwright/mcp 正好构成了 AI 浏览器的两大演进方向.这里的 playwright-cli 并不是我们以前理解的“用来跑 npx playwright test 的那个终端命令”，而是一个全新的全局 NPM 包（@playwright/cli ）。它是微软专门为了解决 AI 智能体（如 Claude Code 、GitHub Copilot Workspace 、Aider 等）在进行浏览器自动化时极其消耗 Token 的痛点而重新设计的.

试试主动唤醒 skill ，先规划后执行呢？比如：
/superpowers:brainstorming <跟上你的 md 文件名和说明>
或者 mattpocock-skills 的 /diagnose ， /tdd

Anthropic 内部披露，没有 Skills ，Claude 在内部评测里的准确率不超过 21%；加上 Skills 之后，稳定冲到 95%以上，部分领域接近 99%。而且 95%的 Skills 还需要一直升级，否则甚至会掉到 65%。就凭这些信息，你还懒得折腾 skill ？

你理解错了，必须要加 skills 。

也可能是用得到国外模型的，看别人不能用出来得瑟

向国产海光 DCU 过度应该挺方便吧,投资未来 5 年

@zsj1029 本地 qwen3.6 27b 慢吗?玩过阅读代码出总结,速度比在线的 GLM 快多了. 你是用 ollama 跑还是 vllm? vllm+上 mpt 优化速度才能起来哦

@passion336699 下滑最快的三个里面就有 go ，你的体感有问题啊。

js ts go 下降，java 平，其他都在上涨。趋势就是难的语言都在上涨，应该是因为 AI 编程普及导致吧