企业官网建设流程全解析

严格说这不是一篇教程，是我自己用 dsh 几周后的一份小结。

背景：我们部门有一批积压的文档要处理——几百个文件，格式不统一，有的是 Word，有的是 Excel，还有一批是老格式的表。原本是排了两天的人力去做，纯手工，枯燥且容易出错。

我趁着这个机会把 dsh 接进来试了试。

下面是完整的经过、结论，和我踩过的坑。如果你也在考虑要不要花时间上手，这篇应该能帮你判断。

一、先说结论

值得用，但只值得用在"重复且可验证"的活上。

• 处理那批文档，原本估计两天的活，实际一个下午收尾（含我调试的时间）
• 但它不适合一次性的、判断性的、需要人来拍板的活
• 上手成本大概半天（读懂它的配置体系和沙箱机制）
• 最容易踩的坑不是它犯错，是它"看起来很自信地"犯错

二、这个工具到底是什么

一句话：它是一个能直接在你电脑上动文件、跑命令的命令行程序。

不是网页版聊天框，不是 IDE 插件，是独立跑的进程。

它和聊天工具最本质的区别：

最后那一行是重点，后面会展开。

三、它在实际工作里能干什么

我这两周用到的，按实用度排序：

1. 批量处理文件（最实用）

几百个文件读一遍、提取内容、重新生成、转换格式。这类活人做效率最低、出错率最高，它做刚好。

2. 生成和修改 Office 文档

这是我没想到的。它能直接生成.docx、.xlsx，包括表格、样式、格式。我那份部门手册就是它直接从数据生成的 Word 文件，我打开看了一下排版是正常的。

3. 数据提取和核对

把散落在多个表里的数据汇总成一张表，或者做交叉核对——两个表对不对得上。

4. 跑脚本、跑测试

它能自己执行命令。而且会自己写测试脚本验证自己的结果——这一点后面单独说，是它最值钱的地方。

5. 长任务后台跑

处理大文件的时候不用盯着，丢后台，跑完通知你。

6. 定时任务

配合它的调度能力，可以让某些活定期跑。我还没深用，但这是它的方向。

四、转变我看法的一件事：它会自己验证

这是我最想讲的。

处理那批文档的时候，它做完之后没有直接跟我说"完成了"，而是自己写了一个校验脚本——把处理逻辑抽出来，造了一批测试输入，拿手算的预期结果去比对。

然后它发现了一个错误。是我自己没看出来的那种错。

它没有把错误藏起来或者含糊过去，而是明确说：这里算错了，原因是某个规则被重复应用了一次，然后修掉、重跑，最后给出一份"跑了多少个用例、全过"的报告。

这件事改变了我对这类工具的判断标准。

以前我判断一个工具好不好，看它写得多快。现在我更看它愿不愿意验证自己。

因为办公场景里最怕的不是慢，是错了但你没发现。一份几百行的表格，人眼很难逐行核对，等到下游用它做决策的时候才发现问题，代价就大了。

能自己写测试的工具，和只能给你结果的工具，完全是两个东西。

五、我总结的 3 条经验

经验 1：描述任务时，说"事实和标准"，别说"感觉"

这是我最大的体会。

对比一下我前后两次的描述：

第一次（效果很差）：

帮我整理一下这批文档，做一个汇总

结果它给了一份看起来挺整齐的汇总，但字段不是我想要的，很多内容被它自己概括掉了。

第二次（效果好）：

input/目录下有 200 多个文件，格式不统一（Word、Excel、老格式表）。 把每个文件的「文件名、日期、金额、对方单位」提取出来，汇总成一张 Excel，一行一个文件。 提取不到的字段留空，不要自己推测。 做完写个脚本核对一下总条数跟文件数对不对得上。

差别在哪：

• 我给了具体的输入位置
• 我给了明确的输出格式（Excel，一行一个文件）
• 我给了边界条件（提不到就留空，不要推测）
• 我给了验证标准（条数要对得上）

"不要自己推测"这句特别重要。办公数据里，AI 猜一个值填进去，比留空危险得多——因为留空你一眼能看到，猜错了你根本不知道。

经验 2：给它"可验证的完成标准"

"做好看点""整理得清楚一点"，这种没法验证。

改成能验证的：

• "单文件、双击能打开、不依赖网络"
• "总条数等于源文件数"
• "金额列的合计等于另一张表的合计"

凡是你能写成一个判断句的标准，它就能自己检查。

这也解释了为什么它在处理数据类的活上表现特别好——数据类的活天生可验证。

经验 3：重要目录，先确认它的操作边界

这条是安全经验，也是我踩过的坑。

我一开始是在桌面目录启动的，结果它在桌面上建了一堆中间文件，我清理了半天。

后来改成：固定在一个项目目录里启动，先cd过去再运行。

它默认的工作区根目录，就是你敲命令时所在的那个目录。所以：

• 别在桌面、文档根目录这种地方启动
• 处理重要数据前，先复制一份副本
• 如果它支持沙箱或权限限制，开起来——宁可麻烦一点

记住一句话：它是真的会改文件的。这不是"可能"，是"会"。

六、内部使用的边界（这条请务必看）

这个工具能力越强，越要想清楚什么能喂给它。

我的三条自我约束：

1. 客户信息、合同原文、个人信息这类内容，先脱敏再处理。结构化的字段提取（日期、金额、编号）通常不需要原始姓名和联系方式。
2. 别拿它当"数据出口"。处理完的中间文件及时清理，别留在公共盘或者同步目录里。
3. 涉及公司代码、内部系统的，先确认安全部门的口径。我这次处理的都是办公文档，没碰代码库。

另外：它的模型调用是要走网络的。如果你的数据不允许出内网，这条就是硬门槛，不用往下讨论了。

七、五个坑，按扎心程度排序

坑 1：它会"自信地给一个错的答案"

这是最需要注意的。它犯错的时候，语气和说对的时候一模一样。

所以我现在的原则：凡是结果要交给别人的，一定让它给出可核对的依据——条数、合计、抽样几行。没有依据的结果，我不敢发出去。

坑 2：任务太笼统，它会自己脑补

前面说过了。它不会说"你说得不清楚，我不做"，而是按自己的理解做一版。做完了你还得返工。

所以：宁可描述写得长一点，也别让它猜。

坑 3：配置改了不生效

它的配置是分层叠加的，有 Profile 层、用户层、命令行临时层。

我改完配置文件等了三分钟没反应，后来才发现没开热重载的话需要重启进程。

现在我改完配置的第一件事就是重启。

坑 4：权限/写入报错

我在受限环境下运行的时候，遇到过写文件被拒的报错，指向它自己的配置目录。

原因是它启动时要往配置目录写东西，如果当前进程没权限就会失败。

排查顺序：

1. 配置目录存在吗、可写吗
2. 当前账号有权限吗
3. 是不是被安全软件/沙箱拦了

小技巧：如果只是想看它的参数说明，别用会真的启动的方式——它是可能要写盘的。用只读的配置查看命令更安全。

坑 5：以为"跑得快 = 用得对"

这个坑是心理上的。

第一次看到它几分钟就处理完两百个文件，我特别兴奋，直接就把结果用了。后来抽查发现有几个字段提取偏了。

快是真的，但你省下来的时间，应该花在抽查上。我现在固定抽查 5%，比全程盯着划算。

八、我的投入产出账

我的结论：如果一个活是"重复 + 可验证"的，而且一年会做三次以上，就值得交给它。一次性、需要拍板的活，自己做完更快。

九、一句话总结

它不是一个更快的搜索框，是一个能干活但需要你把要求说清楚的同事。

• 你说得越具体，它干得越好
• 你能验证的，它就能自己验证
• 它的输出永远要抽查，尤其是要交给别人的时候

我们部门那批文档处理完之后，我把这个流程整理成了一份操作说明，方便其他人照着做——需求描述怎么写、处理前要准备什么、结果怎么抽查、哪些内容不能放进去。

因为里面有我们部门的具体文件类型和字段，不好直接发出来。需要的评论区留言或私信「心得」，我看到就发。

如果你也在内部推类似工具，欢迎在评论区聊聊——尤其是你们怎么解决"数据能不能给它"这个问题，这块我还在摸索。