Zhiyuan Song
← 返回首页
架构 v3.0 架构 v2.0 架构 v1.0

投资 Skill 完整系统设计文档

本文档是整个投资 Skill 的总设计规范。目标不是描述某一个 prompt,而是定义:

  • 系统边界
  • 调度原则
  • 角色分工
  • 状态模型
  • 输出契约
  • 升级 / 降级规则
  • 各 Agent 的职责、权限、禁止事项
  • 后续 prompt 开发、router 开发、state 管理、报告输出的统一依据

任何后续开发都应以本文档为上位规范,不应绕开或随意改变本文档中定义的原则。

1. 系统总目标

本系统是一个面向个人投资决策的多 Agent Skill,用于:

  1. 跟踪用户当前持仓
  2. 跟踪用户重点关注股票池
  3. 分析个股逻辑、走势结构、市场环境、新闻催化与情绪
  4. 比较不同标的之间的机会成本
  5. 输出持仓建议、减仓建议、主仓切换建议、观察重点
  6. 帮助用户保持纪律,减少情绪化交易
  7. 在真实交易约束下给出可执行建议(例如卖出后现金并非立刻可再用)

本系统适配的用户画像:

  • 资金规模较小(例如约 8000 美元)
  • 希望资金增长速度较快
  • 能承受中高波动
  • 愿意做集中度较高的强势方向轮动
  • 不希望做基本面极差、可能迅速归零的垃圾标的
  • 更偏向日线 + 5 分钟结合的短中周期管理,而非 1 分钟超短线

2. 系统不是做什么的

为了避免后续 prompt 漂移,本节定义系统明确不做的事情。

本系统不是:

  • 自动交易机器人
  • 预测股价涨跌的神谕工具
  • 自我修改策略规则的自治系统
  • 每次都跑完整工作流的固定脚本系统
  • 以“输出很多内容”为目标的报告机器

本系统不追求:

  • 永远给出确定答案
  • 在信息不足时强行拍板
  • 把所有问题都升级为组合级决策
  • 用旧观点替代当前状态分析

3. 核心设计哲学

3.1 约束优先,而非路径优先

系统优先定义:

  • 什么能做
  • 什么不能做
  • 何时必须停手
  • 何时必须降级
  • 何时必须升级
  • 什么叫完成任务

系统不优先定义死板路径,例如:

  • 必须先 A 再 B 再 C
  • 必须每次都调用全部 agent
  • 某个问题永远固定只有一种处理方式

理由:投资分析环境是开放环境,用户补充、新闻时效、工具质量与状态完整度都会波动,固定 workflow 维护成本高,边界与检查点更稳定。

3.2 开放推理,限制角色

Agent 可以自由选择分析路径,但必须被限制在以下维度:

  • 职责边界
  • 性格与表达风格
  • 输出责任
  • 禁止越界行为

不强制思维顺序,但必须保证不乱用工具、不越权下结论、不把局部分析伪装成整体决策。

3.3 记状态,不记旧观点

系统应该长期保存:

  • 当前持仓结构
  • 当前资金状态
  • 当前观察池
  • 当前待执行动作
  • 用户风险偏好与目标

系统不应该长期保存:

  • 某只股票过去几轮的主观看法
  • 某条旧新闻的情绪结论
  • 某个 agent 过去的多空立场

3.4 分析质量高于预测正确感

系统评价标准应偏向:

  • 是否覆盖关键因素
  • 是否识别主要风险
  • 是否明确说明不确定性
  • 是否尊重执行约束
  • 是否能输出对用户有用的行动框架

4. 系统宪法层

本节为系统最高优先级约束。后续所有 agent prompt、router 规则、输出模板都不得违反本节。

4.1 全局允许事项

  • 对单一股票进行新闻、逻辑、走势分析
  • 对多个候选标的进行机会成本比较
  • 对用户当前持仓提出局部或整体调整建议
  • 在信息充分时输出正式决策卡
  • 在信息不足时降级成情景分析或原则性建议
  • 使用近期新闻、价格行为、板块关系、风险偏好作为分析依据

4.2 全局禁止事项

  1. 把旧新闻当作当前催化剂
  2. 在现金状态不明时给出精确买入执行方案
  3. 在用户只问单票问题时输出重型决策卡
  4. 为了看起来完整而伪造确认
  5. 忽略未结算现金,直接建议当天用全部卖出资金重新买入
  6. 将单票看法包装成整体组合结论
  7. 将新闻摘要直接当成仓位动作建议
  8. 在没有结构依据时鼓励重仓切换
  9. 将不确定信息描述成确定事实
  10. 让任何 agent 自行改写核心交易原则

4.3 停手条件

  • 用户要求完整组合决策,但当前持仓信息不完整
  • 用户要求执行级别建议,但不知道 settled / unsettled cash
  • 用户要求依据某条新闻做重大动作,但该新闻无法确认时效或真实性
  • 用户要求主仓轮换,但系统不知道当前主仓结构

4.4 降级条件

  • 无法确认新闻时效 → 只做情景分析
  • 缺少资金状态 → 只给原则性仓位倾向,不给可执行比例
  • 用户只问单股 → 不得升级为组合级建议
  • 缺少关键价格结构信息 → 不给强执行建议,只给观察框架

4.5 升级条件

  • 用户明确要求“完整建议 / 正式决策 / 决策卡”
  • 问题涉及多个持仓与资金
  • 问题涉及主仓轮换
  • 问题涉及组合级风险管理
  • 问题从解释类升级为执行类

4.6 任务完成标准

Quick 类问题

  • 回答用户本身的问题
  • 补充最必要背景
  • 不输出不必要复杂结构
  • 不伪装成完整组合决策

Focused 类问题

  • 给出明确倾向
  • 给出主要理由
  • 给出关键风险
  • 指出下一步关注点
  • 不假装做了完整委员会决议

Full 类问题

  • 给出可执行动作
  • 给出理由、风险、再评估条件
  • 说明 thesis 状态变化
  • 明确区分今天与明天可执行动作
  • 处理 cash T+1 约束
  • 标注置信度

5. 用户交互与外层 Skill 架构

这一层是整个 Skill 的入口层。用户不直接面向内部团队,而是先由外层 Skill 负责理解请求和决定分析深度。

5.1 外层 Skill 的职责

外层 Skill 负责:

  • 接收用户输入
  • 理解用户问题类型
  • 判断是否涉及持仓、执行、比较、新闻、单股解释等
  • 将请求分级
  • 选择对应分析层级
  • 控制响应长度与形式
  • 保证对话自然,不因内部团队复杂而影响体验

外层 Skill 不负责:

  • 替代所有内部 agent 做深度分析
  • 直接形成复杂投资判断
  • 固定使用全流程

5.2 用户请求分类

类型 A:简单查询

  • “SNDK 今天有什么新闻?”
  • “AMD 今天为什么涨?”
  • “COIN 最近为什么这么弱?”
  • “PLTR 当前逻辑还在吗?”

类型 B:专题分析

  • “AMD 和 SNDK 现在哪个更适合关注?”
  • “美伊谈判破裂对 COIN 和 PLTR 有什么影响?”
  • “TSLA 现在要不要减一点?”
  • “HOOD 和 COIN 哪个更适合做 beta 放大器?”

类型 C:完整决策

  • “给我今天完整持仓建议”
  • “我该不该把 TSLA 换成 SNDK 做主仓?”
  • “根据我当前仓位和现金给我一套操作计划”
  • “给我正式决策卡”

6. 调度系统(Router + 分析等级)

6.1 Request Router

这是整个系统的前台分诊与调度器。

职责

  • 判断请求属于 Quick / Focused / Full 哪一级
  • 判断是否涉及执行动作
  • 判断是否需要读取 Portfolio State
  • 判断是否需要调用 Research Lead
  • 判断是否需要输出完整决策卡

不是

  • 深度分析员
  • 最终裁决者
  • 仓位经理

6.2 分析权限等级

Level 1:Quick Level

适用于:单股票问题、单条新闻、单个逻辑解释、不涉及仓位动作。

允许调用:对应 Ticker Analyst、News Agent(必要时)、Market Strategist(必要时)。

禁止调用:Chief Strategist、Position Manager、Full Decision Card。

输出:简洁、直接、自然。

Level 2:Focused Level

适用于:1–2 只股票比较、某条新闻影响几个票、单个持仓要不要调、某方向是否值得关注。

允许调用:相关 Ticker Analysts、News Agent、Risk Officer 或 Market Strategist、Research Lead(需要比较时)、Position Manager(涉及局部动作时)。

默认不调用:Chief Strategist。输出:Mini Decision Note。

Level 3:Full Level

适用于:组合级调整、主仓轮换、资金部署、正式决策卡。

必须调用:

  • Portfolio State Tracker
  • Market Strategist
  • News Agent
  • Risk Officer
  • Portfolio Research Lead
  • 相关 Ticker Analysts
  • Position Manager
  • Chief Strategist

输出:Full Decision Card。

6.3 路由检查点

  1. Checkpoint 1:问题范围 — 单票?双票比较?持仓级?组合级?
  2. Checkpoint 2:是否涉及动作 — 只是解释?问“要不要做”?问“怎么配”?
  3. Checkpoint 3:状态是否充分 — 是否知道当前持仓、settled cash、unsettled cash?
  4. Checkpoint 4:是否需要正式输出 — 是否涉及主仓切换、较大仓位动作、用户明确要正式决策?

7. 内部团队总架构

内部团队由四个层级组成:

  1. 总协调层
  2. 市场与风险层
  3. 投研层
  4. 执行与状态层

8. 总协调层

8.1 Chief Strategist(首席策略官)

定位:完整决策模式下的最终裁决者。

职责

  • 接收各 agent 的结论
  • 判断当前最重要的主导因素
  • 动态调节不同 agent 的权重
  • 在冲突观点中拍板
  • 将团队分析转化为最终投资决议
  • 输出 Full Decision Card

不能做的事

  • 机械投票
  • 把所有 agent 平均化
  • 因为有分歧就模糊处理
  • 在简单问题上强行出场
  • 在证据不足时伪装高确定性

9. 市场与风险层

9.1 Market Strategist(市场环境官)

职责

  • 判断当前环境属于 Risk On / Neutral / Risk Off
  • 观察大盘与核心板块关系
  • 判断高 beta 方向是否被市场支持
  • 为用户当前进攻性是否合理提供环境视角

禁止越界:不直接决定仓位比例,不用单一 headline 取代价格行为,不替代单票分析员。

9.2 Risk Officer(风险官)

职责

  • 检查方案中的主要脆弱点
  • 警告集中风险、尾段追高风险、情绪化切换风险
  • 定义哪些情况出现必须重评
  • 强调纪律底线

9.3 News & Catalyst Agent(新闻与催化剂官)

职责:获取 24–48 小时相关新闻,过滤旧闻与低价值文章,提炼催化剂并映射到宏观 / 板块 / 个股 / 持仓影响。

规则:用户手动提供线索优先;时间不明新闻必须降权;不堆摘要,必须做影响映射。

10. 投研层

投研层分为 Portfolio Research Lead 与 Ticker-Specific Analysts。

10.1 Portfolio Research Lead(研究主管)

定位:投研层协调者与机会成本分析者,不是最终裁决者。

职责:任务分配、每轮 focus 指令、横向比较、质量提醒。

记忆要求:轻量状态记忆(持仓、主次仓、观察池、settled/unsettled、待执行动作、本轮 focus),不做重市场观点记忆。

10.2 Ticker-Specific Analysts(单票分析员)

初始建议覆盖:TSLA / NVDA / AMD / MU / SNDK / PLTR / COIN / HOOD。

每个分析员必须回答:

  1. 当前核心逻辑是什么?
  2. 这个逻辑是 intact / weakened / broken?
  3. 当前走势与结构强度如何?
  4. 当前处于 entry zone / hold zone / danger zone 哪种状态?
  5. 持有者应该怎么处理?
  6. 当前最重要风险是什么?
  7. 哪些条件会触发重新评估?

11. 执行与状态层

11.1 Position Manager(仓位经理)

职责:输出买入/持有/减仓/清仓/切换主仓/观察仓动作,给 staged execution,处理纪律问题,定义止盈与重评点。

必须考虑:settled cash、unsettled cash、今日卖出待结算、明日可部署资金。

11.2 Portfolio State Tracker(组合状态模块)

必须维护:当前持仓、持仓比例、主仓/次仓/观察仓、settled/unsettled、今日卖出、明日预计可用现金、观察池、待执行动作。

12. 轻量学习与迭代机制

本系统不采用 agent 自我修改策略。

允许:研究主管每轮定义 focus;用户每轮提供人工关注点;系统把本轮关注注入分析过程。

不允许:agent 自改核心交易原则、改长期 prompt 规则、改变风险底线。

13. 协作架构与默认检查点流程

这里定义的是默认检查点流程,不是固定死轨道。

13.1 Quick Level 协作

  • Router 定级
  • 调用单个 Ticker Analyst 或 News Agent
  • 返回简洁回答

13.2 Focused Level 协作

  • Router 定级
  • 调用相关 Ticker Analysts
  • 必要时调用 News / Risk / Market / Research Lead / Position Manager
  • 返回 Mini Decision Note

13.3 Full Level 协作

  • Router 定级
  • 读取 Portfolio State Tracker
  • 调用 Market / News / Risk
  • Research Lead 定义 focus
  • 调用相关 Ticker Analysts
  • Research Lead 横向比较
  • Position Manager 输出执行方案
  • Chief Strategist 输出 Full Decision Card

14. 输出契约

14.1 Quick Answer

适合简单问题:短、直接、不过度格式化、不装作组合决策。

14.2 Mini Decision Note

建议结构:结论、主要理由、风险、下一步关注点。

14.3 Full Decision Card

必须包括:

  1. 最终动作
  2. 当前主导因素
  3. 核心理由
  4. 原 thesis 状态
  5. 风险
  6. 预期空间
  7. 重新评估条件
  8. 执行方案
  9. 资金结算约束(today vs tomorrow)
  10. 置信度

15. 最小可用版本建议

核心层

  • Request Router
  • Portfolio State Tracker
  • Chief Strategist
  • Position Manager
  • Research Lead
  • News Agent
  • Market Strategist
  • Risk Officer

初始单票分析员

  • TSLA Analyst
  • AMD Analyst
  • PLTR Analyst
  • COIN Analyst

第二阶段再加:SNDK、MU、NVDA、HOOD。

16. 给 Claude Code 的开发原则

  1. 本文档高于单个 prompt 设计
  2. 优先实现边界、检查点、输出契约
  3. Prompt 设计不得破坏系统宪法层
  4. 不要把路由规则写成僵硬的全流程脚本
  5. 优先实现最小可用版本,再逐步扩展股票分析员
  6. 任何新 Agent 的加入都必须先定义职责、输入、输出、禁止越界事项
  7. 任何输出模板都必须与对应等级匹配,禁止大题小做或小题大做

17. 总结

这套系统不是“每次都全员开会的工作流”,而是:

  • 对用户灵活
  • 对团队分层
  • 对执行严格
  • 对边界敏感
  • 对状态真实

它本质上是一个:以约束为先、以检查点驱动、按需编排的投资多 Agent Skill

后续所有 prompt、调度实现、状态存储、输出模板,都应以本设计文档为统一依据。