豆包这个“体验提升计划”，是不是有点？

不会是，把企业数据拿过去训练模型，吧？

拿的数据还蛮多的

为什么 256G 的 Macbook 更安全？

飞书是把前端或者测试裁掉了么……这个悬浮窗阴影、这个主题色切换，感觉是随便整整就发版了

讲真，WorkBuddy 这个定制 Buddy应用的能力还真不错。

可以配置常用场景、预设提示词、绑定指定 skills 和专家

企业要定制一套内部用的办公 Agent，会是个不错的选择

任务做了一半弹出要求充值会员，否则就得排队的行为，是真恶心啊……

飞书文档团队坚持了 3 年不在文档里加“AI”，这个伪需求在合并后的第二周，就上线了。

还是字节比较猛，不赛马，集中力量办大事

只是“豆包”这两年胡说八道的口碑会不会在进入办公场景遭到抵制？

不过应该没啥所谓。

按照过去几年的经验，大概在 11 月份会出现一个新的 AI 应用形态（比如叫“DeepCoffee”寓意喝了咖啡的牛马一样勇猛工作），采用一套全新的交互，好用的不行

三大厂惯性使然依然会在春节砸钱投放，春节过后会出现类似“豆包 Coffee”、“CoffeeBuddy”、“千问 Coffee”的缝合怪

崭新的 2027 年正式开始。

研究了一天 DeepSeek Harness，把它能自定义魔改的组件折腾一个遍。

结论是：这东西太“开发者”了，对普通产品经理极其不友好，导致不懂技术的产品经理很难把它产品化。而技术又没有那么多场景思维。

进一步的结论是：全栈，要玩这个“下一代 Agent 范式”请成为全栈。

我看完了这条评论下的评论，第一次见到这么执着但不能辩的人… //@寒流.: 不考虑司机侧用户吗

扒了一下 DeepSeek Harness 用的 Cordis 的源代码和论文，一些很有意思的 keypoint：

（如有理解错误请指正讨论）

1. DeepSeek 的 Harness = LLM 基础交互层 + Cordis
2. LLM 的基础交互层负责 Agent 循环、基础工具、WebUI ，以及跟 Cordis 交互，读取它提供的各种插件
3. 可以把 Cordis 简单理解为一套实时活跃、读取指定文件代码、把加载的结果实时塞进 LLM 的基础交互层
4. LLM 基础交互层是通过 TypeScript 实现的，包括前端渲染在内的所有逻辑，都可以被 Cordis“拦截、强插”改变
5. 这就意味着，你可以让 Agent 在当前轮次在指定路径下写一个代码，下一轮 Cordis 读取后就直接强插到 Agent 里，界面、工具甚至运行逻辑就变成全新的样子了。
6. Cordis 的插件之于MCP 的工具：前者是公司内部雇一个员工干活，后者是找一个外包。
7. Cordis “招聘”的员工也不算是正式员工，它会在一个隔离工位干活，需要公司的什么资源（文档、工具、其他员工的能力）得“声明”，HR（Cordis）会帮它拿。
8. 这个员工，可以随时被开除…开除的时候它的工位大概率会被清空，只有少量对整体工作有贡献的产出会被留下。
9.用 HR 来比喻 Cordis 不太准确，插件不一定是 HR 从人才市场招的，可以是你在开会的时候突然觉得需要某一个员工于是现场捏了一个，他立刻就进入会议室开会、干活了，干完活提离职…
10. 浅技术向：Cordis 的插件，跟谷歌浏览器的插件几乎一样，声明需要主 Agent的那些能力、自己需要哪些权限，工具类插件要写调用自己的 schema 是啥，UI 类插件要有自己的前端代码、注入位置、交互逻辑、回传什么数据到上下文。

欢迎纠偏&补充。