谷歌文档连接器

痛点：打破手工排版的重复劳动

在处理技术文档、长篇报告或标准化协议时，频繁的复制粘贴和手动调整格式极其耗时。当团队需要批量生成结构一致的文档，或对现有内容进行程序化的重构（如批量替换特定术语、统一调整页眉页脚）时，纯手工操作不仅效率低下，还容易引入人为错误。

核心能力：基于 connector 的结构化操作

oo-googledocs 技能通过 oo CLI 调用 OOMOL 的 googledocs connector。OOMOL 在服务端注入凭证，因此你无需处理复杂的 OAuth 令牌或 API 密钥。

该技能暴露了 32 个细粒度的操作（action），涵盖了文档处理的完整生命周期：

• 结构化编辑：支持在特定索引位置插入文本、分页符、表格或内联图片。
• 格式控制：可以精确操作页眉（header）、页脚（footer）、脚注（footnote）以及命名范围（named range）。
• 批量更新：update_existing_document 支持通过 batchUpdate 批量应用结构化更改，而 replace_all_text 则支持基于正则表达式的全文替换。
• 状态管理：包含文档的创建、复制、搜索以及导出为 PDF 等操作。

关键工作流：

1. 检查契约：在构建请求体之前，建议先获取权威的输入/输出 schema，以确保参数符合要求。
2. 执行操作：使用匹配输入 schema 的 JSON payload 运行命令。响应包含 data 和 meta.executionId，便于追踪。

适用边界与安全须知

• 只读操作安全：get、list、search 等查询类操作可以直接运行，无需额外确认。
• 写操作需确认：任何 create、update、send 或 post 操作都会改变 Google Docs 的实际状态。在执行前，必须与用户确认确切的 payload 和预期效果。
• 破坏性操作审批：delete 或 remove 类操作具有破坏性。在运行前，务必明确目标并获得用户的显式批准。
• 仅限已连接账户：此技能依赖 OOMOL 注入的凭证，仅适用于已配置好 OOMOL 连接的账户环境。