DeepSeek Harness 官方上线了一个叫「创造模式」的新功能。机制一句话能说完：用户提一句需求，Agent 自己写代码造出插件，然后装进自己的界面。

使用方法也简单：新建会话，选创造模式，粘贴提示词。

官方给的 7 套示例

覆盖范围比预想的杂：

• 3D 建筑展示
• Transformer 交互式 3D 游戏
• 视频剪辑与海报工作台
• 论文阅读器
• 像素风换肤
• Token 计费板
• 以及一套多轮需求拆解示例

官方也补了一句实话：部分演示经过多轮修改，单条 Prompt 未必能完全复现。这句话该被认真对待——它把功能从「许愿机」拉回到「协作工具」的位置。

为什么这件事不只是花活

「Agent 给自己造插件」听起来像 demo 语言，但它触到了一个真问题：通用 agent 的界面，一直是通用工具界面的复刻，而不是任务界面的定制。

今天的 agent 长什么样？一个输入框、一段对话流、几个固定按钮。无论你在写代码、剪视频还是读论文，看到的都是同一张脸。用户被迫在脑子里做一层翻译：我知道我要什么 → 我把它描述成 prompt → agent 产出结果 → 我再用另一个工具处理结果。

创造模式砍掉的是这一层。当你需要剪视频，界面变成时间轴和素材库；当你需要读论文，界面变成目录、引用和笔记侧栏。界面不再预置，而是按任务生成。

这在架构上对应一个清晰的分工：

和 MCP、Skills 的关系

这套东西不替代 MCP 或 Skills，而是站在它们上面：

• MCP 解决 agent 能碰到什么（外部系统接入）；
• Skills 解决 agent 怎么想（工作流约束、方法论）；
• 创造模式 解决 agent 长什么样（任务专用的界面与工具组合）。

三者叠起来，才是完整的 harness 形态。也正因为如此，「创造模式」的价值上限取决于底座：如果 agent 只能调用有限的本地能力和有限的 MCP 连接器，那生成的插件再漂亮也只是前端演示。

该有的警惕

第一，代码是 Agent 写的，跑在你机器上。 一个能自写代码并自动装进自己界面的功能，本质是把「安装未知来源插件」这个动作交给了模型。企业环境里这条路径需要沙箱、需要审计、需要人工确认落盘，不能默认开启。

第二，可维护性。 自动生成的插件没有版本、没有测试、没有文档。用一个下午造出来、用了两周、然后没人记得它为什么这么写——这是所有低代码工具的共同结局，agent 生成的插件只会更快。

第三，harness 自举的边界在哪。 如果 agent 能给自己造界面，它能不能给自己造工具、改自己的循环、调自己的护栏？每往前一步，可控性就下降一档。创造模式目前停在「界面层」，是个相对安全的切口——但这条线会持续被推。

值得关注的原因

DeepSeek 这一年反复在 harness 这条线上出牌：先是公开 Super-agent 架构并 MIT 开源原型（Router/Worker 双层、事件驱动两级过滤、投机执行），现在是把 harness 的可扩展性开放给终端用户。

这个方向对行业的含义是：agent 产品的竞争点，正在从「模型多强」转向「harness 多能长」。 模型差距可以被 API 抹平，harness 的形态差异抹不平。一个允许用户用一句话长出新界面的 agent，和一个界面写死的 agent，半年后的功能广度不会是一个量级。

对做 agent 产品的团队，这是一个该抄的思路：不必自己穷举所有场景，把「造场景」的能力交给用户，你只需要保证底座够稳、生成够快、装回去够安全。