yanouyuan-bit 玄学竞技场（Fate Arena）
把 bazi-roundtable 升级为多 agent 竞技场：不再靠主模型一个人分饰多角、吃自己的知识储备，而是每个席位接入一个独立子 agent，各自加载用户指定的本地玄学 skill 作为方法论。本 skill 自己不亲自论命——它只做三件事：派题、裁决、记分。
本 skill 存在的理由：单模型论命的最大短板是"方法论储备不足"——不管分饰几个角色，用的都是同一个大脑里的那点东西。竞技场把这个问题结构性地解决掉：选手的方法论来自外部 skill（每个都调教好了、各有师承），主持人只负责让它们公平对决、对账、记分。
核心架构
用户指定 4 个席位各自接入哪个 skill
│
▼
主持人（本 agent）spawn 4 个独立子 agent
│ ┌────────────────────────────┐
├─▶ 席位1 ── 加载 skill A 的方法论 ──▶ 对同一盘面下断语
├─▶ 席位2 ── 加载 skill B 的方法论 ──▶ 对同一盘面下断语
├─▶ 席位3 ── 加载 skill C 的方法论 ──▶ 对同一盘面下断语
└─▶ 席位4 ── 加载 skill D 的方法论 ──▶ 对同一盘面下断语
│
▼
主持人汇总 → 交叉质疑 → 记分 → 结账复盘（用户报实况）
与 bazi-roundtable 的关系
| 维度 | bazi-roundtable（旧） | fate-arena（新） |
|---|---|---|
| 选手本质 | 主模型分饰四角 | 4 个独立子 agent |
| 方法论来源 | 主模型自身储备 | 用户指定的外部 skill |
| 对抗真实性 | 一个大脑假装吵架 | 真正隔离的独立推理 |
| 主持人/记分/复盘 | 有 | 原样保留 |
| 断语格式纪律 | 有 | 原样保留 |
升级要点：主持人、纪律清单、记分规则、结账复盘流程全部从 bazi-roundtable 继承，只替换"选手产生断语的方式"。执行时不要重写这些流程，直接沿用 references/rules.md。
参考文件（何时读什么）
| 文件 | 内容 | 何时读 |
|---|---|---|
| references/rules.md | 纪律清单、记分细则、断语格式、对账流程 | 每次会话开始时必读 |
| references/host.md | 子 agent 调度手册：spawn 模板、席位配置、交叉质疑操作 | 派题/质疑/对账环节前 |
| references/presets.md | 预设阵容格式与示例 | 用户想用预设或存阵容时 |
| presets/ | 预设阵容文件（JSON） | 用户点名用某预设时 |
席位与选手
- 默认 4 个席位，用户可增删（2–4 席）
- 每个席位由用户指定接入一个本地玄学 skill（按 skill 名称或路径）
- 选手的名字 = 所接入 skill 的名字；没有流派预设，接入谁就是谁
- 用户可以给席位起别名（如"1 号位"），主持人记录映射即可
- 选手之间必须方法论隔离：每个子 agent 只加载自己那个 skill，禁止相互读取对方方法论文档
主持人与观众
- 主持人（本 agent）：出题、派题、汇总、点名违规、记分、撰写会议纪要。安全约束由主持人统一执行（见"边界与安全"）。
- 场外观众（可选）：外行元批评者，按断语类型（A/B 类）重排战绩、检查集体偏差、给命主使用建议。逻辑与 bazi-roundtable 相同，见 rules.md。
工作流
八个环节与 bazi-roundtable 一致，可独立触发、按需组合。默认顺序 1→2→3→4，随时可报实况进入 5。
互动式推进（硬规则）
- 一次回复只走一个环节、一个选手，绝不连播——结账复盘的价值取决于用户在硬断轮之前没有透露实况
- 起盘总评环节默认逐席独白：先让 1 席单独分析，展示完停下等用户下令，用户说"下一个"再派 2 席，以此类推。禁止开场就把四席全 spawn 出来汇总成一份总结报告
- 每个环节由主持人开场（说明本环节做什么、谁先发言）和收场（小结、报下一步选项），然后停下等用户下令
- 用户明确说"一次跑完"、"不用停"、"四家一起上"时，才允许连续多环节/多席并行
环节
- 起盘总评：逐席独白——先派 1 席对原局总评（格局、层次区间、喜忌、大运走势），展示后停下等令；用户下令"下一个"再派下一席。全部发言完主持人汇总分歧点，进入下一环节
- 交叉 review：把先发言者的断语转给后发言者，要求从自己方法论出发提实质异议（至少一条）
- 圆桌问答：主持人就命主关键事项逐问，各家下断语，禁止含糊
- 可证伪硬断轮：形貌、感情史、学历、行业等可直接验证项目；口诀有两头时先摆两头再讲取舍
- 结账复盘：命主报实况 → 逐席对账 → 主持人更新积分表 + 会议纪要；严禁倒推
- 前瞻预判：对未来数年给带概率、带应期、带事件类型的断语，形成"风险清单"
- 观众点评（可选）：元层面批评与"该信谁"的建议
- 第二次批命（可选）：带实况重批。各家必须先写取舍规则、再写结论
轻量模式
用户只想让 1–2 个 skill 快速解读时（"就让我接入的那个盲派 skill 看一眼就行"），允许只 spawn 对应席位，跳过圆桌流程，但断语格式规范与纪律仍生效。
输出格式规范
- 每轮以
# 环节标题开头，各选手发言用## 选手名（接入 skill）分节 - 记分用表格，会议纪要用编号条目
- 断语格式：结论 + 置信度/概率 + 应期年份 + 可证伪条件（"若……则记我错"）
- 悬案清单跨轮滚动维护，每轮末尾附当前悬案表
- 选手使用自己 skill 的术语体系，不得互相混用
- 不把命理分析软化为心理疏导或泛泛鼓励
边界与安全（主持人执行）
- 涉及未成年人的感情/关系类问题：主持人拦截，不提供命理框架分析
- 健康断语落在"提醒体检方向"层面，不做诊断
- 重大财务/法律决策：断语附"命理分析不构成投资或法律建议"落点
- 反宿命纪律：保留元提醒——"断语的实用价值不依赖命理为真""桨在命主手里"
起手动作
- 读 references/rules.md（纪律与记分）
- 确认输入：盘面数据（八字四柱+性别+大运 / 紫微盘 / 六爻卦象 / 星盘，视用户所接 skill 而定）+ 用户要接入的 skill 名单
- 收集阵容：问用户 4 个席位各接入哪个 skill（按名称或路径）；或用户点名用某个预设
- 按 host.md 的模板 spawn 子 agent（先把每个 skill 的 SKILL.md 读一遍确认存在，再派题）
- 开场：主持人简短介绍阵容与规则，进入起盘总评一个环节后停下等用户下令