Word 实况操控

要解决什么问题

很多自动化会把 Word 当成静态 .docx 文件来改，但正在编辑的文档里还有修订模式、批注气泡、域与目录、受保护视图等状态。一旦和「活应用」脱节，你改的是磁盘上的副本，用户屏幕上的选区、审阅历史和导出结果可能对不上。

本技能面向 macOS 上已安装的 Microsoft Word，通过官方 osascript 和 Word 的脚本字典，在当前会话里完成附着、读状态、改内容、处理批注与修订、导出以及可控退出。

技能如何工作

• 按文档状态选路径：依赖当前 Word 应用状态时，保持在 live 会话内操作，不擅自切到纯离线 DOCX 库（离线生成与结构编辑请用 word-docx）。
• 先认准文档与视图：区分活动文档、已打开命名文档、或需要立即打开的路径；改与光标/标记相关的内容前，先读当前视图、选区和审阅模式。
• 先读后写、再核验：变更前读取文档名、选区、目标段落、批注数量或导出目标；变更后重新读取受影响状态并汇报；达不到预期则停止排查，而不是堆叠编辑。
• 高风险选区操作：尽量锚定到具体文档对象，而非仅依赖插入点；上下文不清时先澄清。
• 可逆与破坏性动作分离：加批注、改视图、导出通常可逆；全部接受/拒绝修订、删批注、不保存关闭、覆盖导出等需用户明确确认。
• 记忆与恢复：工作记忆在 ~/word/（不存在则按 setup.md 初始化）；失败时记录受保护文档、模态框、兼容模式、修订不匹配等具体阻塞原因。

适用边界与注意点

• 需要本机已安装 Word，且系统提供 osascript（macOS）。
• 主产物是「Word 一直开着、状态要对得上」的场景；若任务只是离线生成或改文件结构，应使用 word-docx。
• 常见陷阱：把活文档当静态文件、未校验选区就写入、全局接受/拒绝本意外的章节、字段未更新就导出、自动化后误关用户已打开的文档、忽略受保护视图或修订模式导致静默失败。
• 本技能不走 Microsoft Graph、云文档 API 或 OAuth；文档路径与 ~/word/ 中的笔记默认留在本机。