对中文指令遵循程度低，每次改都出乎意料，可控性很差。适合那种从 0 到 1 的雏形项目，但凡让他基于现成项目截图进行风格模拟，那生成的可谓是差了十万八千里。

pencil.dev 的开源版吗？

我能想到的自己不可替代的位置就是坐牢了，哪个大模型都干不了。

多数人还总是用过去经验来套当前的 AI 发展，这次技术革新和过往特性不同，它具备跨全领域通用性，内化的知识远非为了处理一类专业问题，在发展迭代过程中替代的岗位数量远大于依附于它产生的新岗位，只要产生的新兴岗位问题清晰、规则明确、法律风险低，那被 AI 替代也是迟早的事，我实在想象不到最终 AI 不能胜任的岗位对于人来说门槛得有多高。

三年前，Stable Diffusion 掀起文生图的热潮，当时大伙只是预料到会淘汰底层画师，目前看也确实如此，求职网站对于画师的需求极具减少，不少大厂开始用 AI 出插图，P 站/E 站上 AI 生成的内容占了半壁江山。

除了版权和政策这两座山，没啥能拦住时代的洪流了。

这几天使用 Qwen3-Max ，体感降智严重，目前随便问一个数学问题，已经不如 DeepSeek 了。

昨天和前天可能是服务器的问题，但今天一定不是，要求下单秒回复拒绝，要么是骑手不够用了，要么是限流防止资金池消耗太快。

@levelworm 是的，有很多大厂 25 年 Q3 就开始着手了；这个事情程序员和相关从业者心里门清，就是掘自己的墓，但技术人员在公司的话语权几乎为 0 ，工作方向完全由领导层掌控，AI 应用部忙起来，短期不会出现空窗；而被替代的那个产品线的服务单元已经在工位上看八股文了，很无力。

@levelworm 做这件事的是新成立的 AI 应用部，直接受高层领导掌控，资源倾斜后效率极高，迭代速度很快；其他服务单元和架构部门都认为一定会是个残废品，Claude Code 给我们生动的上了一课，有了优质提示词和工具组，上限有多高。

@msg7086 积压需求证明公司还在上升期或者业务增量阶段，这个时候领导不会不识趣的动人；但是一旦增长放缓，内部需求不足，公司就会考虑降低运营成本。

只能接受，我司去年年末通过 Claude Code + 自定义命令搞了内部智能体，自研知识库将小部分产品线需求文档重构拆分，把代码路线和数据库 SQL 都按照格式梳理出来，集成 CI/CD 暴露 MCP ，一开始大家都抱着看乐子的心态。

然而这个产品线经过 2 个月的迭代，架构、开发、测试（有现有自动化平台）、运维的事情全部被包了，目前已经上线 3 个中型项目；现在除了需要产品支持、AI 应用部调整知识和提示词，原来产品线的人员一个都不用参与。领导已经开始要求全产品线 26 年铺开使用。

上面几位太乐观了，目前还把 agent 作为开发辅助，或者是手下打工仔；自己做项目是 OK 的，但是公司领导绝对不会认同这个方式，一定会想尽办法把人踹了，高层的想法高度一致，花钱雇 AI 比人一定便宜，技术专家再牛以后也不如 LLM 牛。我已经麻了，这个公司不是什么高科技公司，就是做业务的，但现在已经这样了。。

微信已经不能复制 千问的分享码了，app 和桌面端都不行，商战就是如此的激烈，哈哈哈

我是在同意执行命令的时候卡死，后面排查是 CMD 后台启动的问题，默认换成 PowerShell 就解决了。

谁家产品要求 GitHub 活跃度啊

原来还写过 SDK ，跟着 Java 的代码一行行的转换，坑老多了，没想到原生支持了。

Cline 、Roo code 、kilo code ，这三一脉相承，听起来结合 OpenRouter 自定义配置很美好，但是实际上是耗 token 大户，agent 一旦跑起来，消耗量是 copilot 的两到三倍左右

很懒不想折腾则 Linux Mint ，简洁但能整点花样来 fedora ，不怕折腾万物最新上 arch

@frank42a 我的意思是 Java 实现的 MCP 服务发布到网上开源分享出去麻烦，stdio 需要把依赖下到本地，smithery.ai 上就没看到用 java 写的，不方便下载，uvx 和 npx 更容易下载清理。

用 Java 实现 MCP 服务端，只能 SSE 了，没可能让用户下 jar 包本地启一个常驻服务，stdio 方式连接的。现在写服务端工具都是拿 npx 或者 uvx 管理服务，java 没有类似的工具，上 docker 变更重了

北漂三年，每日就是工作、回家、刷手机，周末猛猛补觉，已经活成了无趣的 NPC ，每天耗时间等老；

只能说打工害人，不打工等死。