技能介绍

它解决什么问题

直接让模型对着 Excel 干活，常见的翻车方式有几种：把删除当第一步做了，后面才发现还需要按筛选结果合并，数据已经没了；merge 和批量替换连着跑，结果 sharedStrings 索引错位，文件打开全是乱码；一个 50MB 的表格按行改值，在内存里反复 load/save，半小时不动地方。问题不在于模型不会写代码，而在于没有人先把任务拆开、排好顺序、确认风险。

它是怎么工作的

这个技能本身不操作 Excel，它是一个编排层，把任务拆给已有的 16 个子技能去执行。整个流程固定四步：拆分 → 报告 → 确认 → 执行。

拆分阶段遵循几条硬规则：

依赖关系：merge、filter 这类结构操作在前，replace、format 这类改值操作在后
文件来源优先：先把输入文件搞定（合并、拆分、定位列），再动内容
同类合并：多个 mapping-replace 或 regex-clean 合并成一次 XML 处理，减少读盘
大文件走 XML：超过 10MB 的行操作自动改用 XML 方案
不可逆操作靠后：删除类操作排在确认环节之后

报告阶段会把拆分结果、每步做什么、预计产出的文件路径列出来，用户确认后才进入执行。执行时每步之间自动传递文件路径，上一步输出就是下一步输入。

执行阶段有几个保护机制值得一提：

每个子任务执行前自动备份，按时间戳命名；全部成功后只保留最新 3 份
某一步失败就暂停，删除损坏产物并从备份恢复，然后询问是继续还是改方案
步骤完成后逐条报告状态，不会闷头跑完再甩给你一个坏文件

适用边界

它是元技能——环境里没有那 16 个子技能，它自己什么也干不了。适合结构化、可拆分、步骤有依赖关系的批量表格任务；如果你的需求只是"读一下这个文件看看里面有什么"，直接用 scout 更轻。另外，涉及 merge 加 mapping-replace 的组合时要注意 sharedStrings 转换问题，报告阶段会提示。