本文说明面向个人股票决策的多 Agent Skill：如何分层、如何按问题轻重调度、如何记录状态与现金约束，以及各角色职责与输出形式。版式与站内其他项目设计文档（左侧目录 + 正文层级 + 卡片化摘要条）保持一致，便于对照阅读。
本文说明面向个人股票决策的多 Agent Skill：如何分层、如何按问题轻重调度、如何记录状态与现金约束，以及各角色职责与输出形式。版式与站内其他项目设计文档（左侧目录 + 正文层级 + 卡片化摘要条）保持一致，便于对照阅读。
本架构用于构建一个面向个人投资决策的多 Agent Skill，服务于以下目标：
该系统适用于：
系统不限制 Agent 的内部分析路径。系统只限制：
也就是说，Agent 可以自由思考，但不能越权，不能混乱输出。
系统必须是可伸缩调用的，而不是每次用户问一句话都触发全体 Agent 分析。
系统必须先判断：
然后再决定调用哪些 Agent。
Agent 不允许自己改变核心交易原则，例如：
允许变化的只有：
系统应该优先记住的是：
系统不应该强记：
因为市场状态变化很快，旧观点会污染新分析。
整个 Skill 分为三大层（与设计系统中的「数字条 / 卡片摘要」对应，便于一眼扫结构）：
它们之间关系如下：
这一层是用户真正接触到的 Skill 表面层。
这一层不负责真正分析市场，而负责：
类型一：简单查询 — 不需要开完整团队会议。
- 「SNDK 今天有什么新闻？」
- 「AMD 今天为什么涨？」
- 「COIN 最近是不是很弱？」
- 「PLTR 现在逻辑还在吗？」
类型二：专题分析 — 需要多一点分析，但通常不需要完整委员会。
- 「AMD 和 SNDK 现在哪个更值得关注？」
- 「美伊谈判破裂对 COIN 和 PLTR 有什么影响？」
- 「TSLA 现在应该减仓吗？」
- 「我该不该把 HOOD 换成 COIN？」
类型三：完整决策 — 需要完整调度。
- 「根据我当前持仓给我完整操作建议」
- 「我该不该把 TSLA 换成 SNDK 作为主仓」
- 「给我今天的组合调整方案」
- 「结合新闻、风险、现金状态给我决策卡」
这是整个 Skill 的入口调度器。
职责
不做的事
| 模式 | 典型场景 | Agent 与输出 |
|---|---|---|
| Quick Answer | 单股、单新闻、单原因、单逻辑 | 只调最必要 Agent；输出简洁直接；无完整决策卡 |
| Focused Review | 1–2 票比较、局部持仓、一条新闻影响多票 | 少量相关 Agent；专题结论；可用简化结构 |
| Full Committee | 组合决策、主仓轮换、仓位配置、正式建议 | 完整团队；输出完整决策卡 |
内部团队是 Skill 的核心分析引擎。四个子层：
这是系统中的最终裁决者。
职责
它不是
它必须具备
动态调权示例
输出：在完整模式下，Chief Strategist 必须输出决策卡，而不是一句简单结论。
职责
输入
输出
职责
输出
风格：严格、保守、少情绪，不负责找机会，负责防止团队过度乐观。
职责
规则
输出
这一层是最复杂、最核心的部分。分成两个部分：8.1 Portfolio Research Lead（研究主管）、8.2 Ticker-Specific Analysts（单票分析员）。
这是投研层的协调者，不是最终决策者。
职责一：任务分发 — 根据当前请求，把任务分配给相关单票分析员。
职责二：本轮 Focus 指令 — 研究主管每一轮都可以指定：这轮哪只票更应该重点看什么；哪个关键位最重要；哪条新闻是重点；哪个维度上次分析不够，这次要补。
例如：
职责三：横向比较 — 研究主管负责比较：机会成本；A 和 B 谁更值得主攻；为什么要从原持仓切到新方向；原方向逻辑是否真的削弱。
职责四：评估分析质量 — 研究主管可以对单票分析员做轻量评估，例如：是否漏了风险；是否只看新闻没看结构；是否过度乐观；是否忽略了大盘关系。这不是让员工自我进化，而是让主管每轮提醒重点。
记忆要求 — 研究主管需要轻量状态记忆，但不应该保存太多旧观点。
它需要记住：
它不需要强记：
每只重点股票对应一个独立分析员。
初始建议包括：
后续可以扩展。
单票分析员的统一职责 — 每次收到任务时，必须至少回答以下问题：
单票分析员的特性
单票分析员是否可以调用新闻资源 — 可以，而且应该可以。但必须遵守：
单票分析员的风格差异 — 每只票可以有不同人格：
这是把分析转成动作的关键角色。
职责
它不是
它负责
特别约束：cash T+1 — Position Manager 必须同时处理：
所以它不是简单「仓位经理」，而是仓位与资金执行经理。
这是一个状态模块，不一定需要拟人化人格。
职责 — 维护真实账户执行上下文，包括：
为什么重要 — 因为系统必须区分：理论上最优方案；今天真实能执行的方案。没有这层，系统就会给出「卖了再立刻全买」的不现实建议。
供哪些角色使用：Chief Strategist、Research Lead、Position Manager、Risk Officer（必要时）。
各模式下的触发条件与调用关系如下表（正文细节不变，仅版式对齐设计文档中的「表格对照」习惯）。
| 模式 | 触发场景 | 默认调用 | 可选附加 | 不调用 / 备注 |
|---|---|---|---|---|
| Quick | 单票新闻；单票走势；单票逻辑；简单「为什么」 | 对应单票分析员 | News Agent；Market Strategist | Chief、Position Manager、Research Lead（默认不需要） |
| Focused | 两票比较；局部持仓；一条新闻影响多票；是否继续持有 | 相关 1–2 个单票分析员 | News；Risk；Market；Research Lead（若比较）；Position Manager（若执行） | 一般不调用 Chief，除非用户要正式建议 |
| Full | 整体持仓；主仓轮换；仓位分配；资金部署；正式方案或决策卡 | 见下方完整调用链（顺序执行） | — | |
Portfolio State Tracker → Market Strategist → News Agent → Risk Officer → Portfolio Research Lead → 相关 Ticker Analysts → Position Manager → Chief Strategist
这一部分描述团队内部是如何「开会」的。
用于完整决策。必须包含字段：
| 字段 | 说明 |
|---|---|
| 最终动作 | 本轮建议的仓位或计划结论 |
| 当前主导因素 | 市场 / 新闻 / 结构等何者驱动结论 |
| 核心理由 | 可复述的逻辑链 |
| 原逻辑是否改变 | 相对既有持仓主线的修正说明 |
| 风险 | 主要下行与失效条件 |
| 预期空间 | 定性或区间式表述 |
| 重新评估条件 | 触发复盘的价格、时间或事件 |
| 执行方案 | 分阶段、分日动作 |
| 现金结算约束 | 与 T+1 / unsettled 相关的可执行性 |
| 置信度 | 对结论不确定度的显式标注 |
你已经决定不做员工自我提升，这是对的。因此改进方式不是 self-modifying，而是：
每轮由 Research Lead 指出：
如果用户说：
系统应允许这些输入进入本轮 focus，而不是强行按旧模式分析。
你的底层策略是：
这套架构的意义就在于：
它不是替你预测市场，而是替你建立一套：比较机会成本、管理仓位、控制风险、结合新闻、避免情绪操作的纪律化投资团队。
你不需要第一天就把所有 Agent 全做满。建议第一版先实现：
入口与核心层
初始单票分析员
之后再加：SNDK、MU、NVDA、HOOD。
这样第一版就已经非常能用了。
你的 Skill 最终应该是一个：对用户灵活、对团队分层、对执行严格的多 Agent 投资团队系统。
它有三个层面：