迁移到DeepSeek Harness后,我发现开发团队可以裁掉了

2026年8月22日

27

300

迁移到DeepSeek Harness后,我发现开发团队可以裁掉了

最近,我们完成了桌面客户端到DeepSeek Harness的迁移工作。这本是一次普通的技术架构升级,但在迁移完成后,一个意想不到的发现让我陷入了深深的思考:我们的开发团队,似乎变得不那么必要了。

重新定义开发价值

这听起来有些危言耸听,但当你真正体验过DSH的能力后,就会理解我为什么会有这样的感慨。DeepSeek Harness提供了一套完善的Agent基础设施,用户可以自主开发插件,而这些插件可以在平台内自由流通。以往用AI Coding做出一个功能只是开始,后面还有账号、发布、部署、存储等一系列繁琐工作;而在DSH框架下,一个临时需求可以直接成长为可持续运行的插件,好用还能直接分享给他人。

用户自主开发的魔力

让我真正意识到问题严重性的,是同事们基于自己需求开发的那些插件。决策镜子,能根据用户过往数据在犹豫时给出判断建议;对话天气,将私聊群聊的互动情况转化为直观的天气效果呈现;还有人生剪影、数字蒸馏回复等创意功能。这些插件的质量远超预期,完全不逊色于专业团队的开发成果。当我看到这些成果时,原本计划分配给大家开发的官方应用需求,突然显得多余了。

当用户自己就能完成这件事以后,你还能做什么?

“行业思考”
🦞

JimoClaw — 桌面 AI Agent 工作台

让 AI 处理本地资料、操控浏览器,最终交付可直接使用的文档、表格与 PPT,而不只是一段回答。

下载桌面版

从被动执行到主动创造

这背后的转变逻辑值得深思。传统的开发模式下,需求是被动响应的——产品经理提需求,开发团队执行。这种模式的问题在于,执行者永远无法像需求者本人那样理解需求的本质。而现在有了DSH,用户瞬间转化成了真正的产品创造者。他们基于自己的想法自主开发,质量远超想象。更重要的是,当人们用自己的数据做出了让自己满意的功能后,他们也更愿意贡献更多个人数据——用产品不再是组织的要求,而成了个人需求的实现。

开发团队的何去何从

这不是我们一个创业公司面临的小问题,而是整个互联网行业都将面对的命题。AI Coding消灭的是开发团队里的专业分工,而DeepSeek Harness消灭的是“替别人实现需求”这个中间环节本身。如果说过去的软件开发是在做需求的翻译和落地,那么现在,用户自己就能完成这件事。当桌面端已经证明了这种交互模式的可行性,移动端的跟进只是时间问题。

🛡️

积墨 AI 安全隐患巡检系统

任务一键下达 · 隐患 AI 识别 · 整改全程留痕 · 报告一键生成。让安全巡检真正看得见、管得住、能闭环。

了解方案

如有侵权,请联系删除。

Related Articles

联系我们 试用咨询
小墨 AI