@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 编程普及导致吧

ESP 和 RxRPC ， 一个是 VPN 用的，一个是分布式文件系统的。没那么害怕

@PeterTanJJ 27b 的速度,参数和 post 结构影响很大. 我经历过 11 秒到 1 秒的提速

文档写得好认真, 感觉丢给 AI 可以开始写出来了. Kwcode 最难的可能是定位了, CC 的定位其实挺完善的, 非常难竞争. CC 很开放,它可以对接第三方大模型,对接本地模型也足够写汇总规划,引流方面这已经是极致了吧,对比其他大厂推出的 coding 工具,都是适配自家模型; 虽然禁止国内访问, 但这也是最契合它的商业定位.毕竟中国是超级流量,但是总体消费水平还不够高,大量的多人共享账号,哪怕实名制也够呛能控制. 应该算是把开放性和成本控制都做到了最佳实现.再偏袒用户一点,估计就是允许多路由了,选不同模型切换不同的供应商, 这个又被 OpenCode 实现了, 但也验证了开了这个口子,收入大减,OpenCode 的兼容适配速度这么慢就知道缺少资源投入.