这个品类的数据长什么样
本页面向同行评议组织在授权访问与对外服务场景下的材料处理。品类材料包括审稿邀请、专家审稿意见、作者修改说明，来源为编辑部与评审系统导出的记录，更新节奏随稿件流转逐轮推进。审稿邀请含稿件名称、送审日期、专家姓名与邀请回执；专家审稿意见含意见正文、提交日期与签字；作者修改说明含修改条目、数量、日期与作者签字。材料进入多轮对话与提示词功能时，各自角色不同：审稿邀请用于确认送审范围与专家身份，专家审稿意见用于形成评审结论，作者修改说明用于核对修改是否逐条回应。三类材料在对话中作为历史消息被引用，访问入口与授权范围由发布服务与文件权限负责，模型据此作答。
配置怎么定
这一环由应用设置里的记忆轮数与提示词配置执行，输出参考的历史消息范围与回答约束。可对外的入口与授权范围由发布服务与文件权限决定，模型只处理过滤后的资料。成品由模型据此作答，对外入口与授权由发布服务与文件权限负责。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 稿件名称、送审日期、专家姓名与邀请回执是否与另一份材料一致 | 在应用设置里核对记忆轮数取值，并比对邀请与意见中的名称、日期与签字 |
| 专家审稿意见 | 意见正文、提交日期与签字是否与作者修改说明逐条对应 | 用两轮连续问句试跑，查看第二轮能否承接第一轮的指代，并记录messages条数 |
| 作者修改说明 | 修改条目、数量、日期与签字是否与审稿意见版本同步 | 对比两次运行的用量记录，核对chatId与variables是否随轮数调整变化 |
容易做错的三处
- 现象：同一记录在审稿邀请与专家意见里的稿件名称、送审日期对不上。原因：两份材料各自录入，版本未同步，缺回执或签字。
- 现象：作者修改说明的条目数量与审稿意见列出的问题数量不一致。原因：修改说明未逐条回应，日期与签字缺失，回执未归档。
- 现象：连续追问时第二问用指代却答非所问。原因：记忆轮数过小用不上前文，或过大带入无关内容并增加消耗。
怎么确认配好了
本功能验收：用两轮连续追问，看第二问是否承接第一问的指代；核对messages条数与chatId是否随轮数变化，variables是否按预期带入。
业务测试：用受限身份访问一次，看可见范围是否符合设定，越权不可见。
- 在应用设置里核对记忆轮数当前取值，与问题需要的前文范围匹配。
- 对比两次运行的用量记录，确认轮数调整后消耗随之变化。