moot-court · 自动模拟庭审

将现有材料组织成一次有来源、有回应、可复盘的模拟庭审。默认由主 Agent 兼任调度员与书记员，分派独立的法官和双方角色 Agent。无需 Subagent 相互发消息：主 Agent 收稿、入卷，再派发下一发言。文件不自行唤醒 Agent，主会话结束后不会自动继续。

1. 接收材料并确定演练范围

当前先跑通通用民事闭环：原告、被告、法官三个论辩／主持角色，主 Agent 作为书记员负责调度、记录和信息传递。普通民事输入默认走完整的训练闭环，只有用户限定争点或预算不足时缩为专项并说明。证人、鉴定人等扩展暂缓，不作为闭环或跨 Runtime 应用的前置条件；案型已明确为刑事时仍用既有刑事流程。跨 Runtime 采用同一验证任务。

先按 程序方案 区分证据审理式预演、法官问答式论辩和指定赛事；默认服务真实案卷的核心争点预演。研究依据见 中外方法与取舍，竞赛简化规则不能自动移植到真实案件。当前工具只有三角色，缺少证人、鉴定人或被告人独立参与时列明省略环节，不声称完整复现庭审。

先读取 材料准备。从已有上下文提取案件类型、法域、审级、我方身份、请求或指控、材料范围与时间预算；只追问会改变角色配置或演练范围的缺口。已有信息不重复确认。

• 民事默认 judge / plaintiff / defendant；刑事默认 judge / prosecution / defense。分别读取 民事流程 或 刑事流程。其他程序先明确适配方案，不能只改角色名称便声称支持。
• 默认自动演练；用户明确要求亲自参加时，轮到该角色才停等，不预写用户答案。
• 只有单方材料也可演练，明确材料局限；缺少案卷时先索取材料或给准备清单，不虚构真实案件。
• 建立请求／指控—争点—事实—材料映射，方法见 证据核对。自查服务于庭审准备，不代替多角色攻防。
• 核验本次引用的法律依据与适用版本，保留官方来源；无法核验时标记“待核验”，仅推进有材料支持的事实、证据讨论，不用记忆补法条。

2. 建立书记员记录与角色材料包