核心用法
Xodo Sign（原 eversign）技能通过 OOMOL 平台的 oo CLI 工具与 Xodo Sign 电子签名服务深度集成。用户无需直接处理 API Token，OOMOL 服务端自动注入凭证，安全便捷地完成各类电子合同操作。
该技能支持九大核心操作：
- 文档管理：从公开 URL 或现有文件 ID 创建签署文档，或基于模板快速生成合同
- 模板应用：利用预置模板配合角色分配和合并字段批量生成标准化文档
- 流程控制：重新分配签署人、发送签署提醒，灵活调整签署流程
- 信息查询：获取文档详情、审计日志、企业列表、文档列表及模板库
使用时遵循标准两步流程：首先通过 oo connector schema 获取目标操作的实时输入/输出结构定义，然后使用 oo connector run 执行具体操作并传入 JSON 格式参数。
显著优点
1. 零凭证暴露：OOMOL 服务端托管 API Key，用户侧完全无需接触原始令牌，大幅降低密钥泄露风险
2. 官方生态整合：直接对接 Xodo Sign（eversign.com）成熟平台，享受其法律效力保障与全球合规认证
3. 细粒度权限标记：读写操作明确标注 [write] 或 [destructive] 标签，配合安全提示形成双重保护
4. 标准化 CLI 体验：统一的 oo 命令行接口，与其他 OOMOL 连接器保持一致的开发和运维体验
5. 审计追踪完整：原生支持审计日志查询，满足企业合规与风控要求
潜在缺点与局限性
- 平台锁定效应：深度绑定 OOMOL 生态，迁移至其他平台需重新适配认证和调用方式
- 网络依赖性强：所有操作均通过 OOMOL 服务端转发，离线环境无法使用，且受 OOMOL 服务可用性影响
- 成本不透明：OOMOL 采用 Token 计费模式（HTTP 402 时提示
OOMOL_INSUFFICIENT_CREDIT），高频调用可能产生不可预期的费用 - 调试链路较长：问题排查需穿透 OOMOL 中间层，无法直接对接 Xodo Sign 原始 API 响应进行诊断
- 功能覆盖边界：仅封装 Xodo Sign 核心能力，部分高级功能（如自定义品牌、白标部署）可能未完全暴露
适合的目标群体
- 中小企业法务/运营团队：需要快速搭建电子合同流程，但缺乏专职开发和运维资源
- SaaS 产品经理：希望在现有产品中集成电子签名能力，追求低代码/无代码接入方案
- 合规驱动型组织：对审计日志、签署追踪有强需求，需满足 GDPR、eIDAS 等法规要求
- OOMOL 生态现有用户：已使用 OOMOL 其他连接器，追求工具栈统一性的团队
常规使用风险
- 性能瓶颈：经 OOMOL 中转可能引入额外延迟，大规模批量操作需评估响应时间
- Token 耗尽风险：未设置用量预警时，关键业务可能因
OOMOL_INSUFFICIENT_CREDIT中断 - 连接状态漂移：API Key 过期或权限变更（
credential_expired、scope_missing）会导致调用失败，需建立连接健康检查机制 - 数据跨境顾虑：合同文件流经 OOMOL 基础设施，敏感行业需确认数据 residency 合规性