这个品类的数据长什么样
幼儿园游戏活动组织场景下，进入问答受理与缺项补问功能的材料包括观察记录、区域活动计划、材料投放清单、活动目标卡与反思记录。观察记录与区域计划对应关系决定受理时能否判断活动目标达成；材料投放数量是缺项识别的高频触发点；反思转下周计划是追问后补齐的承接材料。材料来自班级日常保教过程，按周更新，字段特征为班级、区域、活动名称、目标条目、材料名称与数量、观察要点、反思结论。这些材料进入功能时，观察记录与计划作为受理依据，材料清单与目标卡作为缺项判定参照，反思记录作为补齐问项的来源。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 观察记录与区域计划对应材料 | 判断观察要点是否与区域计划中的活动目标条目逐条对应 | 在变量面板核对每个占位来源，确认计划条目与观察要点字段同时进入请求体 |
| 材料投放数量清单 | 判断材料名称与数量是否满足活动目标所需，缺项是否被识别为追问项 | 用一条样例请求比对返回字段，核对数量字段非空且追问项指向缺失材料 |
| 反思转下周计划记录 | 判断反思结论是否已转为下周计划条目，未更新时是否触发补问 | 核对请求头名称与取值来源，确认计划更新字段与反思字段均来自前方节点输出 |
| HTTP 请求返回体 | 判断状态码与返回字段是否与外部接口约定一致，responseData 是否可解析 | 在请求预览里看渲染后的完整地址，核对返回字段与样例结果 |
容易做错的三处
- 现象：材料投放数量不足却直接作答。原因：受理时未把材料清单与活动目标对照，缺项未被识别为追问项。
- 现象：活动目标与观察记录不符仍转承办人。原因：目标条目与观察要点未逐条比对，缺项判定跳过目标达成维度。
- 现象：反思记录未转为下周计划就进入受理。原因：计划未更新时未触发补问，反思字段与计划字段未同时进入请求体。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 responseData 可解析且 variables 占位均有来源。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认全局变量、系统变量与前方节点输出均可追溯。
- 核对请求头名称与取值来源，确认
Authorization按外部系统要求传入且请求体字段与接口约定一致。