核心用法
JobTread via Pave Query API 是一个纯文档型技能，指导用户通过 OpenClaw 与 JobTread 施工管理平台进行交互。所有操作均通过向 https://api.jobtread.com/pave 发送 POST 请求完成，采用 GraphQL 风格的查询结构。用户需先在 JobTread 后台创建 grant 获取 grantKey，然后在每个请求的 query.$ 对象中嵌入该密钥完成认证。
该技能覆盖了完整的业务场景：创建和管理客户/供应商账户、工单全生命周期管理、文档生成与 PDF 下载、地理位置信息维护、自定义字段读写、以及 webhook 订阅实现实时通知。查询支持分页、排序、过滤（包括嵌套字段和自定义字段），并可通过聚合函数进行数据统计。
显著优点
架构清晰灵活：Pave API 的查询语法高度一致，学习成本低，同一套模式可复用于读、写、过滤、聚合等多种操作。字段按需返回的设计减少了网络传输开销。
功能覆盖全面：从基础的 CRUD 到高级场景如预签名 PDF 链接、webhook 事件订阅、自定义字段过滤等均有详细示例，满足施工管理业务的复杂需求。
安全实践指导完善：文档明确建议密钥存储路径（~/.config/jobtread/grant_key）、文件权限（600）、轮换周期（3 个月），并强调 HTTPS 强制加密。
自动化友好：提供了可直接复用的 YAML/JSON 查询模板，以及夜间汇总、批量导入、文档监控等实际自动化场景思路，降低落地门槛。
潜在缺点与局限性
认证管理负担重：Grant key 3 个月过期机制要求用户建立主动维护流程，对于无人值守的长期自动化任务存在中断风险。
无 SDK 封装：纯 HTTP 接口调用，开发者需自行处理错误重试、速率限制、分页逻辑等基础设施，生产环境需要额外封装层。
查询复杂度随业务增长：深层嵌套过滤、多条件组合查询的 YAML 结构会变得冗长，可读性下降，调试成本增加。
平台锁定：深度绑定 JobTread 的数据模型和 Pave 查询语法，迁移至其他施工管理平台需完全重写集成逻辑。
适合的目标群体
- 施工管理、装修工程行业的技术负责人，需要将 JobTread 数据与内部系统打通
- 小型开发团队为客户定制 JobTread 自动化工作流
- 已使用 OpenClaw 生态、希望统一 AI 助手操作界面的效率用户
- 具备基础 API 调用能力、能独立管理密钥生命周期的技术人员
使用风险
密钥泄露风险：虽然文档建议了安全存储方式，但实际执行依赖用户自律。一旦 grantKey 泄露，攻击者可访问该组织全部 JobTread 数据。
速率限制与稳定性：生产自动化需自行实现退避重试机制，高频查询可能触发平台限流导致任务失败。
数据一致性：Webhook 投递存在延迟或丢失可能，关键业务逻辑不应仅依赖事件驱动，需配合定期轮询校验。
长期维护成本：JobTread API 版本迭代可能导致查询语法变更，需持续关注官方文档更新。