登录社区云，与社区用户共同成长
邀请您加入社区
技能生成页面出现上架入口时，先确认准备提交的文件是否就是已经测试的那一份。会后行动助手同时保留平台生成包和本地四文件目录，两者都处理会议文字，具体规则却不同。
排查时，需要把原始输入、预期与实际输出放在一起，沿执行顺序寻找最早出现的差异。文字整理阶段比较分类、负责人和日期；接入工具后，再核对调用参数、HTTP 返回与数据库内容；保存到设备时，则继续比较笔记。先确认前一个环节提供了什么，才能判断后一个环节在哪里改变了内容，避免看到最终答复错误就同时修改规则和服务。
当前服务先保存提案，让用户在结果页核对并批准，再提交这份内容。创建提案时就返回操作标识，因此提交响应丢失后仍有对象可以查询。我们按缺少字段、补齐提案、批准、提交和结果核对的顺序操作，逐步判断何时能够继续。
用户在小艺对话中拿到行动清单以后，希望离开对话也能在手机备忘录里查阅。要完成这个请求，除了整理出正确的文字，还需要调用能够创建笔记的工具，并核对设备中的保存结果。对话里出现一份清单，只说明内容已经展示，设备中还没有因此自动新增备忘录。
我们先从只读查询接入工具，因为项目和完成状态能够明确限定读取范围，返回内容也可以与数据库页面逐项比较。查询不会改变任务，便于集中排查参数和结果。先在电脑上取得真实 HTTP 响应，再把同一组字段配置成云工具，后面就能分别检查服务收到的参数、返回的数据和助手给出的答复。
规则逐渐增多以后，维护会后行动助手也更费力了。触发描述、取消与日期规则、常见情形和输出结构都在同一份指令中，查找一条要求往往需要来回滚动。
首次生成的会后行动助手把教学日期设成默认值，原文依据采用数组，建议项的内容字段使用 content。读取程序需要的是另一套清单结构，因此修订要求必须明确指出这些差异。只要求整理得更准确，平台仍然不知道缺少日期时该保留什么值，也不知道建议项应该使用哪个字段。
会后行动助手接收用户主动提供的会议文字，返回行动事项、负责人、截止日期和原文依据。我们先只处理文字整理，因为这一阶段的每个结果都能直接与输入核对
