幼儿园保育一日生活管理的业务依据查询:上下文与 token

围绕幼儿园保育一日生活管理的业务依据查询,说明上下文与 token的配置前提与核对动作,结合一日生活安排表、晨午检记录确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向幼儿园保育一日生活管理,材料包括一日生活安排表、晨午检记录、幼儿健康观察记录。一日生活安排表按周或月更新,字段含时段、活动名称、责任人;晨午检记录按日填写,字段含幼儿姓名、体温、咽部与手部观察、日期、教师签字;幼儿健康观察记录按需或按日填写,字段含观察时间、症状描述、处理方式、家长回执。这些材料进入查询功能时,安排表提供时段与责任人依据,晨午检记录提供当日健康与出勤依据,观察记录提供个体连续观察依据。材料版本以本园现行盖章或签字版为准,更新节奏与园所作息调整、季节变化、幼儿个体情况同步。查询时需把问题拆到材料字段,才能回指原文条目。

配置怎么定

这一环由应用设置(回复上限等)执行,输出单次回答长度与可容纳的上下文范围。「可回指原文的依据条目」由模型接着完成。回复上限用滑块控制单次回答的长度,设置过低回答会被截断,设置过高会增加消耗。

对象判断核验动作
一日生活安排表时段、活动名称、责任人字段与现行版本日期能对上原文在应用设置里核对回复上限滑块位置,提一个需要长回答的问题看结尾是否完整
晨午检记录幼儿姓名、体温、日期、教师签字字段与观察记录名称数量一致对比两次运行用量,确认单次回答长度与 maxResponse 匹配
幼儿健康观察记录观察时间、症状描述、处理方式、家长回执字段能回指原文检查引用文本的 tokens 与数组条数,quoteMaxToken 是引用内容预算,数组条数单独记录
上下文范围可容纳的上下文范围覆盖跨材料问题所需材料核对 maxContext 与 quoteMaxToken 设置,确认跨材料条目能被完整引用

容易做错的三处

  • 现象:同一幼儿姓名在晨午检记录与健康观察记录里数量对不上。原因:两份材料填写时间不同步,或转班、请假未在两处同时更新。
  • 现象:一日生活安排表时段与现行版本日期对不上。原因:作息调整后旧版未撤下,或新表未签字确认就进入查询。
  • 现象:观察记录缺家长回执或教师签字。原因:回执未及时收回,或签字栏空置,导致依据条目无法回指原文。

怎么确认配好了

本功能验收:提一个需要长回答的问题,看结尾是否完整,确认回复上限与页面要求的回答长度匹配。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处,并核对 maxResponse、maxContext、quoteMaxToken 三个标识符对应的设置。

  • 在应用设置里核对回复上限开关与滑块位置,确认与页面要求的回答长度匹配。
  • 对比两次运行的用量,确认上限调整后单次用量变化,并检查回答结尾是否完整。