任务1· CRM 合约
在集成代码之前对业务状态进行建模。
定义一个稳定的 monday.com 合约，将操作员命令、生命周期状态、工件、AI 审查、错误和审计参考分开。
构建顺序
- 创建显式的 Zoom Action 和 Zoom Status 字段；永远不要让命令和状态的一种人类可编辑状态过载。
- 映射 Zoom 链接、录制链接、成绩单、AI 分数、分数推理、会议摘要、下一步操作、处理错误和上次事件 ID。
- 使用稳定的列标识符和状态标签 ID 或 API 支持的索引。
- 将文件列上传行为与普通 JSON 列更新分开记录。
- 在任何提供者调用之前写入允许的状态转换表并拒绝不支持的转换。
所需证明
- 净化后的架构导出或屏幕截图。
- 字段到合约的映射和状态转换表。
- 一个被拒绝的转换示例，具有明显的操作员错误。
参考文件和来源
官方供应商文档
评估门
经过
通过：每个字段都有一个目的，记录稳定的标识符，无效的转换是确定性的。
修订
修改：模式有效，但以产生歧义的方式混合了命令、状态、工件或错误。
硬失败
硬失败：提交真实的客户数据、访问令牌、董事会机密或无法验证的屏幕截图。
人工审核的提交