MINARA分析 Playbook 与流程编排
技能、机构 Playbook、Roundtable 流程与方法论如何划分职责
Minara 已于 2026 年 5 月退役独立的 Scenario Registry。请求路由、分析指引与学习所得的投资规则现在由不同系统负责。每一层都可以独立演进，不再受制于一个不断膨胀的全局场景目录。
当前模型
| 关注点 | 负责系统 | 事实来源 |
|---|---|---|
| 识别用户需求并提供相关能力 | 技能路由 | apps/agent/src/skills/builtin/*/SKILL.md |
| 为机构角色提供可复用的分析框架 | 机构 Playbook | apps/agent/src/tools/institution/playbooks/index.ts |
| 将 Agent 编排为上下文、并行、辩论、综合和最终阶段 | Roundtable 流程 | @minara/types 定义与 Institution Builder Store |
| 指导长篇研究报告 | 深度研究技能参考 | deep-research/SKILL.md 与 references/scenarios.md |
| 复用并评价投资规则 | 方法论系统 | apps/agent/src/learning/ |
技能负责请求路由
技能描述自己能做什么、何时出现，以及可以暴露哪些工具。注册表加载直接子目录中的 SKILL.md 包，过滤缺失的环境依赖，并向路由器提供精简能力目录。当前 SkillSession 决定哪些指引和工具进入本轮对话。
普通请求的路由因此与能力本身保持在一起。新增一类用户请求时，通常只需要改进技能描述、参考文件或工具，不需要再创建中央场景定义。
机构 Playbook 负责分析内容
机构 Playbook 是具有稳定名称的研究指引。一个角色可以针对股票、加密数字资产、指数、大宗商品或其他资产类别加载不同 Playbook。roles.ts 将内置角色映射到 Playbook ID，测试负责验证每个引用。
Playbook 说明需要收集哪些证据、如何权衡分歧，以及实时数据不完整时如何继续。可复用阈值通过 {{methodology:...|default:...}} 占位符从方法论系统读取。通用安全和引用规则保留在共享系统提示中。
Roundtable 流程负责协作
Roundtable Builder 使用五种阶段组合分析过程：
context明确约束和历史决策。parallel让独立专家在不相互锚定的情况下收集证据。debate进行多轮明确辩论。synthesis由一位管理者综合全部记录。final形成最终判断与后续监控计划。
流程保存阶段顺序、Agent、提示词、技能、循环限制和预算。验证器要求 ID 唯一、辩论至少包含两个 Agent、综合与最终阶段各有一位管理者，并确保整条流程只有一个位于末尾的最终阶段。每次运行都会保存流程快照，后续编辑不会改写历史。
用户可以在不修改仓库的情况下创建和保存自己的 Roundtable。内置 Agent、阶段和 Roundtable 模板位于 builder-templates.ts，提供经过审查的起点。
深度研究保留独立报告契约
深度研究使用固定的六步外层流程完成理解、规划、收集、分析、可视化和写作。主题特有的指引位于 references/scenarios.md。这些参考文件影响来源选择和综合方法，技能本身则保证进度反馈与最终产物保持一致。
方法论保持独立
方法论是一条独立投资规则，拥有证据、适用范围、排除条件和可审计生命周期。Playbook 可以通过占位符或 methodology_lookup 使用已晋级方法论，但不负责规则的置信度与结果历史。
这种分离让有效规则不再被困在单一流程中，也避免尚未通过晋级门槛的学习规则提前进入机构提示词。