一千多条命令，换掉一个图形界面
10 月 27 日，钉钉的 DingTalk Workspace CLI（DWS）完成鸿蒙 PC 适配并正式开源。它的做法有点反直觉：把钉钉的全链路产品能力封装成标准化命令行接口，用一千多条命令覆盖群聊、会议听记、待办、AI 表格、文档、日历、通讯录、审批等 25 项业务模块，交给智能体去调。
报道里给了一个典型场景：从会议听记里提炼要点、识别出待办，再去查成员的日历自动安排后续会议；或者读取客户数据，调用 AI 表格完成信息整理。原本需要在多个入口之间来回切换的一串操作，被智能体串成一条线。
安全边界是这套设计里被反复强调的部分：任何数据访问与关键操作执行之前，都需要用户授权确认。用报道的原话说，操作决定权始终在用户手里。
做入口，还是做执行底座
这里有个值得分辨的地方。目前市面上主流的做法是入口型：在自家客户端里装一个助理，用户留在厂商的界面里，能力边界由厂商定义。这条路的好处是体验可控，代价是换一个智能体就得换一套用法。
DWS 走的是另一条：把办公能力做成命令行底座开放出去，不绑定某一家模型或助理，千问办公、Qoder 以及企业自研的智能体都能接进来。权限与审批仍由平台侧强制。这条路的代价也很清楚——它多了一层抽象，一千多条命令的覆盖面与稳定性，直接决定了这套底座能用多深。
对开发者的实际意义在于，不用从零搭消息、文档、审批这些底层能力；对企业用户的意义在于，可以保留现有办公系统的同时换智能体。这两件事合起来，正是最近一年办公智能体竞争里最常被提到的「入口与执行分离」。
鸿蒙这层外壳带来什么
这次适配的另一个看点是平台侧。DWS 被描述为鸿蒙 PC 上完成鸿蒙化开发适配的开源 Office CLI，且已支持在鸿蒙 PC 终端本地部署运行。对一个刚起步的桌面生态来说，这类底座的存在与否，直接决定了第三方智能体愿不愿意为它做适配。
需要留白的是：开源的许可协议、命令集的完整文档、以及 25 项模块各自的权限模型，公开报道里都没有给出细节。企业要评估能不能用，还是要回到仓库与官方文档。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。
把这条放在更大的背景里看，办公智能体的竞争正在从「谁的助理更聪明」转向「谁的执行底座更开放」。前者拼模型，后者拼抽象层的完整度与权限模型的清晰度——后者通常更慢，但也更难被替代。
还有一个容易被忽略的前提：命令行这种形态，对智能体其实是友好的。自然语言规划之后落到一条确定的命令，比落到一串界面点击更容易校验、更容易重放，也更容易在审计日志里留下可查的痕迹。这也是为什么近一年来，把既有系统包一层 CLI 交给智能体的做法，在运维、数据处理与办公几条线上同时出现。
反过来讲，这也意味着界面的价值在重新分配：它不再是办事的必经之地，而更像是给人确认和兜底的那一层。谁能把「授权确认」这一下做得既不烦人又不形同虚设，谁才真正握住了入口。