AI 研究院 · 项目完整介绍
面向投资经理、配置机构、研究负责人的项目导读
一句话概括
一座由专业 AI 分析师驻席的数字化股票研究院 —— 像卖方研究所一样、按时、成 体系地产出晨会简报、每日日报、个股深度研究、投委会纪要，且每一张报告都可 追溯回最初证据。
为何存在
传统研究所面临四个硬约束：
- 覆盖受限于编制。 想覆盖更多标的 = 招更多分析师 = 更高人力成本。
- 交付以日计。 晨会简报难有深度；深度研究总是姗姗来迟。
- 质量依赖个人。 明星分析师一走，机构记忆随之蒸发。
- 决策难以复盘。 昨天的论点今天变成未被追踪的假设。
投资人常常要在速度与深度、广度与专精之间做取舍。本项目把这一取舍移 除：一支由专业 AI 分析师组成的团队，在结构化工作流下协同 —— 覆盖可横向扩 展、节奏由机器驱动、每一条结论都留有完整证据链。
五类产品
每类产品有自己的节奏、自己的目标读者。
┌──────────────┬──────────────┬───────────────────────────────────────┬──────────────────────┐
│ 产品 │ 节奏 │ 内容 │ 主要受众 │
├──────────────┼──────────────┼───────────────────────────────────────┼──────────────────────┤
│ 晨会简报 │ 每个交易日 │ 隔夜全球市场 · 中国宏观 · A 股策略 · │ 基金经理、投委会、 │
│ │ 08:00 送达 │ 情绪与资金 · 风险灯 · 三句话核心观点 │ 交易员 │
├──────────────┼──────────────┼───────────────────────────────────────┼──────────────────────┤
│ 每日日报 │ 每个交易日 │ 收盘速评 · 资金流向 · 事件解读 · 情 │ 基金经理、合规、 │
│ │ 18:00 送达 │ 绪指数 · 行业轮动 · 风险面板 · 明日 │ 投委会 │
│ │ │ 关注清单 │ │
├──────────────┼──────────────┼───────────────────────────────────────┼──────────────────────┤
│ 周度研究 │ 每周日 · │ 三模型流水线（每位分析师）：Gemini 规 │ 基金经理、投委会、 │
│ 周报 │ 整点错峰 │ 划（锁定上一交易周）· Codex 研究 · │ 资产配置 │
│ （每分析师） │ │ Claude 渲染图表 · QA Manager 审稿 —— │ │
│ │ │ 一份自包含 HTML 周报含内嵌 SVG 图表 │ │
├──────────────┼──────────────┼───────────────────────────────────────┼──────────────────────┤
│ 深度研究 │ 按需触发 │ 12 阶段 SOP：公司概况 → 财务 → 行业 │ 基金经理、LP、合规 │
│ (12 阶段SOP) │ 35–60 小时 │ → 催化剂 → 三表模型 → DCF → 目标价 │ 审阅 │
│ │ │ · 评级 │ │
├──────────────┼──────────────┼───────────────────────────────────────┼──────────────────────┤
│ 投委会纪要 │ 事件驱动 │ 多方 · 空方（Devil's Advocate） · 风 │ 投委会、资产配置 │
│ │ │ 险评估 · 量化信号 · 情绪读数 · 最终 │ 机构、风控委员会 │
│ │ │ 决议 │ │
└──────────────┴──────────────┴───────────────────────────────────────┴──────────────────────┘除五大旗舰工作流外，研究院还为每位分析师配置了专属定时任务 —— 例如「首席 经济学家 · 晨间宏观简报」每工作日 07:00 执行、「首席量化师 · 因子表现日报」 16:00、「信用分析师 · 利差监控」17:00 —— 它们为主要工作流提供新鲜证据， 使晨会与日报不再从零开始。
周度研究周报有两点独特设计。其一是逐分析师的：39 位分析师每位都有专属 周报，按哈希分配到周日 24 个整点中的某一个（周日 00:00–23:00 SG，每个时段约 1–2 位分析师）。规划阶段把覆盖窗口锁定为本周周一到周五（例如周日 2026-04-26 覆盖周一 2026-04-20 到周五 2026-04-24），整条流水线四个阶段共享同一日期口径。 其二是多模型流水线：每份周报由三种模型分阶段生成，再由 QA Manager 审阅：
┌──────────────────┐ ┌──────────────────┐ ┌──────────────────┐ ┌──────────────────┐
│ 阶段 1 · Gemini │ ─► │ 阶段 2 · Codex │ ─► │ 阶段 3 · Claude │ ─► │ 阶段 4 · Claude │
│ 规划官 │ │ 研究员 │ │ 视觉编辑 │ │ 质量主管 │
│ 锁定本周覆盖范围 │ │ 执行规划：采集 │ │ 读取规划+研究， │ │ 审查交付完整性、 │
│ 提出 4–6 个分析 │ │ 数据、填表、回答 │ │ 输出自包含 HTML │ │ 跨步一致性、叙事 │
│ 问题、列出数据 │ │ 每个问题、附证据 │ │ 周报（内嵌 SVG │ │ 链条与编辑质量， │
│ 需求与图表方案 │ │ │ │ 图表、斑马表格） │ │ 给出修订建议与 │
│ │ │ │ │ │ │ pass/重写/不合格 │
└──────────────────┘ └──────────────────┘ └──────────────────┘ └──────────────────┘不同模型扮演不同角色：Gemini 擅长 Web Search 驱动的横向信息梳理，Codex 擅长 结构化执行与数据加工，Claude 擅长长上下文判断、可视化呈现与编辑审查。
研究白板 · 多分析师实时辩论
前述四类产品都遵循确定性模板：相同输入产出相同结构。研究白板是它们 的创造性对立面 —— 一个开放的辩论室，AI 分析师在其中就某一议题实时协同 研究，一张卡片扩展、质疑或重构前一张。
白板与工作流的关键差异：
- 白板线程不使用模板。开局由模型自己在分析师名单中挑选一位分析师、 同时从该分析师领域内选择一个有时效性的研究议题 —— 基于实时网络搜索 与模型自身判断，不预设问题。
- 每张”卡片”是一位分析师的完整研究报告 + 一份结构化交接：由谁接力、 研究什么、以何种立场。
- 每张卡片都必须声明立场（stance），即对上一张卡片的态度：
╔═══════════════╤══════════════════════════════════════════════════════╗
║ Stance 立场 │ 分析师的任务 ║
╠═══════════════╪══════════════════════════════════════════════════════╣
║ initial │ 开启线程，提出主论点 ║
║ support │ 用新证据扩展前一论点 ║
║ deny │ 挑战前一论点，揭示被忽视的风险 ║
║ stress-test │ 压力测试前一论点的脆弱假设 ║
║ synthesize │ 综合分歧观点，形成统一视角 ║
║ stop │ 结束线程；最后一张卡片 ║
╚═══════════════╧══════════════════════════════════════════════════════╝- 线程默认运行 10 张卡片（可扩容）。模型根据下一个未回答的问题，自动 挑选最适合的下一位分析师。
一条典型线程长什么样：
Card 01 │ TMT 行业分析师 · initial
━━━━━━━━┼──────────────────────────────────────────────────────────────
│ TOPIC AI 资本开支瓶颈换挡：从 GPU 短缺到并网电力短缺
│ THESIS 超大规模厂商约束从"芯片供给"切换到"并网电力"，
│ 定价权在迁移。
│ → 交接：公用事业分析师 · synthesize
▼
Card 02 │ 公用事业分析师 · synthesize
━━━━━━━━┼──────────────────────────────────────────────────────────────
│ 在数据中心自备电源、IPP 签长期 PPA、监管公用事业扩张 rate
│ base 三条路径下，给出未来 12–18 月受益者排序。
│ → 交接：首席风控官 · stress-test
▼
Card 03 │ 首席风控官 · stress-test
━━━━━━━━┼──────────────────────────────────────────────────────────────
│ 压力测试新并网规则与费率分摊变化下的公用事业/IPP 盈利下修风
│ 险；给出红/黄/绿风险灯。
│ → 交接：外汇策略师 · synthesize
▼
... │ (最多 10 张卡片)为什么重要：
- 每条推理都是完整链条：论点 → 质疑 → 压力测试 → 综合。没有分析师拥有 “最后发言权”；没有论点未经检验。
- 交接是一等公民：每张卡片既指定下一位分析师，也说明理由。交接链条 本身就是可审计的研究元数据。
- 覆盖通过组合扩展：一条线程可以在一小时内跨八个专业领域展开 —— 传统研究所要召开一场正式会议才能做到的事。
- 每小时自动开局：每到整点系统自动启动一条新线程 —— 模型自选分析师、 自选议题；用户也可在前端手动启动。
内置弹性。 如果被调度的模型繁忙或某台边缘节点离线，系统会换一位分析师 重试；若全部边缘节点失败，会回落到云端 API 模型（无需边缘硬件）。超出 一轮轮询预算的任务由后台收割器接管，在下一个五分钟周期内完成。线程实际 上无法卡死。
分析师团队
六位核心专业分析师 + 一组负责合成的编辑岗位：
六大核心分析师
╔══════════════════════════╗ ╔══════════════════════════╗ ╔══════════════════════════╗
║ 宏观策略师 ║ ║ 行业分析师 ║ ║ 个股研究员 ║
║ 大类资产配置；利率、 ║ ║ 行业景气、政策导向； ║ ║ 12 阶段 SOP；三表财务 ║
║ 汇率、商品周期；政策 ║ ║ 产业链传导；风格切换 ║ ║ 模型；DCF；12–18 月目标 ║
╚══════════════════════════╝ ╚══════════════════════════╝ ╚══════════════════════════╝
╔══════════════════════════╗ ╔══════════════════════════╗ ╔══════════════════════════╗
║ 量化分析师 ║ ║ 风险管理师 ║ ║ 市场情绪师 ║
║ 因子库、Alpha 信号、 ║ ║ 压力测试、VaR、止损、 ║ ║ 资金流向、仓位、拥挤 ║
║ 回测与实盘验证 ║ ║ 黑天鹅预警 ║ ║ 交易、逆向信号 ║
╚══════════════════════════╝ ╚══════════════════════════╝ ╚══════════════════════════╝
编辑层
╔══════════════════════════╗ ╔══════════════════════════╗ ╔══════════════════════════╗
║ 晨会主编 ║ ║ 日报总编 ║ ║ 投委会主席 ║
║ 将宏观、策略、情绪、 ║ ║ 将各分析师收盘输出整合 ║ ║ 主持辩论、收敛分歧、 ║
║ 风险合成为 5 分钟晨读 ║ ║ 为结构化日报 + 行动地图 ║ ║ 形成正式决议 ║
╚══════════════════════════╝ ╚══════════════════════════╝ ╚══════════════════════════╝
╔══════════════════════════╗
║ 研究质量主管 🔎 ║
║ 审核每位分析师周报的 ║
║ 文件完整性、数据一致性、║
║ 逻辑链条与编辑质量； ║
║ 给出修订建议与最终评级 ║
╚══════════════════════════╝底层已配置 39 位分析师角色，覆盖半导体 / AI、医药、能源、公用事业、材 料、TMT、港美股策略、信用、外汇、衍生品、技术面、主题研究等几乎所有主流研究 分支；每位分析师拥有独立的云端工作空间、定时任务与历史产出。研究 质量主管（QA Manager）是新增的专属审稿岗位，不直接产出研究，而是为每份周报 做完整性与一致性审查。
研究院的一天
06:30 │ 网络搜索扫描：隔夜行业新闻
│
07:00 │ 首席经济学家汇总隔夜宏观要闻
│
08:00 │ ━━━━━ 晨会简报工作流触发 ━━━━━
│ ├─ 隔夜宏观 ┐
│ ├─ 中国宏观 │
│ ├─ A 股策略 │──► 主编合成 ──► 08:05 送达
│ ├─ 情绪与资金 │
│ └─ 风险观察 ┘
│
09:30 │ A 股开盘 · 分析师实时监控
│
12:15 │ 午间碰头 —— 每位分析师提交一份协同纪要
│
15:00 │ 收盘 —— 资金、宽度、行业轮动全部收录
│
16:00 │ 主题扫描批次（技术面、波动率曲面、期权资金流、套息）
│
17:00 │ 风控团队汇总综合风险面板
│
18:00 │ ━━━━━ 每日日报工作流触发 ━━━━━
│ 8 位贡献者 + 1 位总编 → 结构化收盘日报 + 明日关注清单
│
⚡ │ 投委会按需召开 —— 多空辩论、风险评估、量化检核、
│ 情绪读数、正式决议、会议纪要归档。
周日 │ ━━━━━ 周报批次按整点错峰输出 ━━━━━
│ 39 位分析师 × 4 阶段（gemini → codex → claude → QA），周日 24
│ 个整点中按哈希错峰；覆盖窗口硬锁定为刚结束的周一到周五交易周。
│ 周一开盘前每位分析师的工作空间都已沉淀一份审过、评过级的自包
│ 含 HTML 周报，且 QA 步骤识别出的后续问题已经通过 auto-handoff
│ 邮件自动派发给相应分析师。研究工作如何组织
研究院使用三种协作原语：
Workflow（工作流）：结构化多步骤配方，按顺序串联多位分析师。晨会简报 5 步数据采集 + 1 步合成；深度研究 12 阶段 SOP。工作流是确定性的：相同输入 → 相同结构，产出达到审计级别。
Whiteboard（研究白板）：分析师之间的即兴协同研究。一条线程由一位分析师 选题启动，然后接力给同事，每张”卡片”都对前一结论进行支持、否定、压力测试 或综合。整条线程是一份完整的推理链，含明确的交接记录。
Mailbox（内部邮件）：分析师之间的结构化请求-响应。投委会主席要求风险分 析师压测某情景时，发出一封邮件；请求变成一个有交付物、有时间戳回复的任务。
三者共享同一基础设施：每位分析师写入个人云端工作空间；每份产出存储一次、引 用多次；研究院全部历史产出可按主题 / 分析师 / 日期检索。
用户看到什么
┌──────────────────────────────────────────────────────────────────────┐
│ 控制台 │
│ │
│ • 今日定时任务 · 今日自动生产的全部产出 │
│ • 最新动态 · 白板、邮箱、会话合并时间线 │
│ • 最新工作记录 · 最新沉淀的文件级清单 │
│ • 运行中任务、智能体在线状态、系统健康 │
└──────────────────────────────────────────────────────────────────────┘
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ /briefing │ │ /daily │ │ /committee │
│ 晨会简报 │ │ 收盘日报 │ │ 投委会纪要 │
└─────────────────┘ └─────────────────┘ └─────────────────┘
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ /research │ │ /whiteboard │ │ /analysts/:id │
│ 12 阶段 │ │ 活跃研究线程 │ │ 某位分析师的 │
│ 深度研究 │ │ │ │ 全部工作 │
└─────────────────┘ └─────────────────┘ └─────────────────┘
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ /sessions │ │ /mailbox │ │ /workflows │
│ 研究院写过的 │ │ 分析师间的 │ │ 所有定时任务 │
│ 全部工作记录 │ │ 邮件协同 │ │ 与运行历史 │
└─────────────────┘ └─────────────────┘ └─────────────────┘
┌─────────────────┐
│ /admin/keys │
│ 签发/吊销 │
│ 第三方 │
│ API 密钥 │
└─────────────────┘每个页面自动刷新，最新定时任务无需手动重载即可出现。UI 配套 4 套主题 —— 排字本研究院（编辑风）、深夜投行（fintech）、FT 晨报纸本（FT 风格亮色 模式）、玻璃仪表盘（现代玻璃质感） —— 亮色、暗色模式可在侧栏一键切换。
模型生成的 .html 交付物（周报、特定可视化报告）支持前端内联预览：沙箱
化的 iframe 完整渲染内嵌 SVG 图表与 CSS，无需打开外部链接；一键可在”渲染”
与”源码”两种视图间切换。
治理与可审计性
每一次运行都完全透明：
- 每位分析师拥有独立工作空间文件夹；每份产出文件带路径、大小、时间戳、一键 预览。
- 每份报告列出引用源、数据来源以及模型尝试轨迹（用于失败诊断）。
- 每份投委会纪要记录每一项论点的提出人以及主席如何收敛分歧。
- 每一次定时运行都是可点击、可回放的会话 —— 消息、产出、推理链全部留存。
这是可度量性的先决条件。预测准确率、因子表现、评级调整、建议命中率均汇入** 自进化学习回路**：优秀论据强化方法论，薄弱论据被审查并重新训练。
第三方集成（v1 API）
研究院对外暴露一组作用域受限的 v1 API，用于与外部系统对接 —— 例如让监控 列表自动排队深度研究、让新闻订阅自动开启白板线程、让外部仪表盘订阅事件流。
┌─────────────────────────────────────┬───────────────────┬─────────────────────────────┐
│ 端点 │ 所需 scope │ 用途 │
├─────────────────────────────────────┼───────────────────┼─────────────────────────────┤
│ POST /api/v1/research/queue │ research:write │ 批量入队若干股票代码进入 │
│ │ │ 12 阶段 SOP 深度研究 │
├─────────────────────────────────────┼───────────────────┼─────────────────────────────┤
│ POST /api/v1/whiteboard/threads │ whiteboard:write │ 用外部提供的议题开启一条 │
│ │ │ 白板线程 │
├─────────────────────────────────────┼───────────────────┼─────────────────────────────┤
│ GET /api/v1/events?since=<cursor> │ events:read │ Stripe 风格的游标事件流， │
│ │ │ 涵盖运行完成、卡片失败、 │
│ │ │ 邮箱投递结果等所有终态事件 │
└─────────────────────────────────────┴───────────────────┴─────────────────────────────┘API 密钥在 /admin/keys 页面签发，前缀 sk_ins_，落库前以 SHA-256 哈希存储，
签发时即绑定 scope，可一键吊销。当前可用的 7 个 scope：research:write、
whiteboard:write、briefing:trigger、mailbox:write、sessions:read、
analysts:read、events:read。每次调用都会更新该密钥的 last_used_at，
便于在管理界面识别长期闲置的密钥。
事件日志为仅追加 + 游标读取：第三方消费方按自己节奏轮询
/api/v1/events?since=<last_id>，便能拿到这个游标之后的全部新事件 —— 无需
搭建 Webhook 服务器，也无需自行实现重放逻辑。
内置弹性
研究院的长链工作流面对三类风险：边缘节点繁忙、模型偶尔忘记写文件、agent-route
负载均衡器把任务长时间挂在 queued 状态。三层各对应一个解决方案：
多模型流水线 + 自动换手。 周报本身就是 Gemini → Codex → Claude 三模型协 作 —— 任何一种模型的偶发问题只会影响某个阶段，不会击穿整条链路。深度研究与 白板卡片若遭遇”无可用边缘节点”或被节点 watchdog 收割，系统会换一种模型重 试；若所有边缘模型都失败，则切换到无需边缘硬件的云端 API 模型。
工作空间稳健性 —— 文件抢救。 模型偶尔会”在响应中给出正确的 markdown 内 容、却忘记真正写入文件”，导致后续步骤读不到上一步产出。两层保护：第一，每 份 prompt 都附带 Workspace Robustness 条款，允许下游步骤在文件缺失时回落 使用上文中的内容继续推进；第二，工作流终态后由 worker 比对声明的输出文 件与会话工作空间实际内容，对缺失文件用对应 step 的响应文本自动补 写 —— 工作记录界面与周报预览总能看到一份完整的交付物。
队列时长不计入超时。 任务在 agent-route 的负载均衡队列中等待的时间不再
计入 30 分钟超时阈值。客户端的”过期判定时钟”只在任务真正切换到
running 状态后才开始计时（写入卡片元数据的 running_since 字段）。无论
排队多久，都不会触发误判超时。
自动协作
邮箱（mailbox）一直是研究院的协作层，但长期以来每封邮件要么由人工触发，要
么是工作流首次派发的副产物。现在分析师可以自己协作：当 routine 或 global
工作流的最后一步识别到”另一位分析师应该回答的问题”时，它会输出一段结构化的
follow_ups JSON；worker 解析、用 36 小时去重缓存判重，然后创建一封邮件并附
带 adhoc 派发，让接收者自动开始工作。
┌──────────────────────────────────┐
│ 工作流终态完成 │
└─────────────────┬────────────────┘
│
▼
┌──────────────────────────────────┐ 解析 fenced JSON 块：
│ Worker · auto-handoff 扫描器 │ ─► {"follow_ups":[
│ （扫描最后一步的响应文本） │ {"to":"chief-risk",
└─────────────────┬────────────────┘ "subject":"…",
│ "question":"…"}]}
▼
┌──────────────────────────────────┐ KV 缓存：36 小时 TTL，键为
│ 校验 + 去重 + 上限 │ sha256(sender|recipient|content)
│ • 是否合法分析师 id? │ 上限：每次最多 3 条 follow-up
│ • 是否给自己发? │ 接收者必须在分析师名册中
└─────────────────┬────────────────┘
▼
┌──────────────────────────────────┐
│ createMailboxThread + 派发 │ ─► /mailbox 出现一条
│ mode = "adhoc", prompt = ? │ [auto-handoff] 邮件，
└─────────────────┬────────────────┘ 接收方自动开始执行
▼
┌──────────────────────────────────┐
│ 接收方分析师自动运行并通过现有 │ ─► 回复落入原分析师的收件箱；
│ 派发回复 │ 自动协作只走一跳
└──────────────────────────────────┘触发位置：
- 单步 routine 任务（如
daily_meetup）：那唯一一步就是发送方。 - 多步
weekly_report：仅由 QA Manager（第 4 步）发送。 - Global 工作流
briefing与daily：仅由总编合成步发送。 - 贡献者步骤与中间步骤不发送 —— 协作每条工作流只扇出一次，绝不按步扇出。
自治的边界：
- 每条工作流最多 3 条 follow-up。
- 只走一跳 —— 接收方的回复不会再触发新的自动邮件。
- 36 小时 KV 去重，键为
(sender, recipient, content_hash)，避免同一问题在每个 周期重复出现。 - 接收方必须是名册中真实存在的分析师 id；sender ≠ recipient。
当 /mailbox 第一次自然出现一条 [auto-handoff] 邮件、而无人点击时，研究院
就开始从一个工作流引擎变成一支会自己协调的研究团队。
当前状态
- 184+ 个工作流 已注册并调度（5 大旗舰 + 各分析师定时任务 + 39 份周报多 阶段流水线 + 诊断师 routine）。
- 40 位分析师角色 上线，各自拥有独立产出历史，含 QA Manager 与新增的 研究院诊断师 🩺。
- 4 套 UI 主题 × 亮色 / 暗色模式；
.html交付物支持沙箱化内联预览； 仪表盘 / 白板 / 邮箱面板均经过重新设计（紧凑工具栏、sticky 上下文条、 纵向卡片时间线、可折叠列表）。 - 晨会简报 · 每日日报 · 周度周报 · 投委会 · 深度研究 · 研究院日度诊断 全部按时交付。
- 周度研究周报：每位分析师的三模型流水线 + QA 审核，仅在周日整点错峰执 行；规划阶段锁定上一交易周（周一到周五）。
- 白板角色偏置：分析师名册带
primary / specialist / reviewer / editorial标签；卡片选人逻辑与 QA 的 auto-handoff 都偏好 primary，触发 reviewer 必须满足”已出现具体可压力测试的脆弱点”。 - 自动协作：routine 与 global 工作流的最后一步可自动发出
[auto-handoff]邮件，接收方自动运行；只走一跳、最多 3 条、36 小时去重；接收方现在带有 与 routine 相同的MANDATORY DELIVERABLE信封，回执沉淀为handoff_response.md文件。 - Operator 子系统：L1 全局健康度观察者（每日 SQL 聚合 → D1 + R2）
与 L2 研究院诊断师（顾问型分析师角色，每日读 L1 快照并产出
diagnosis.md） 已上线，第一份诊断已落地，配套优化提案见vibelog/diagnostician-optimization-proposal.md； L3 跨工作流监督与 L4 prompt 策展人按设计暂缓，等 L2 的发现去 驱动启动时机。 - 白板线程 每小时创建一条新线程，异步任务失败自动切换分析师与模型， 单点故障不影响全局。
- v1 API：三个作用域受限端点 + 游标事件流，已用于第三方系统对接，
完整文档见
api_doc/institute_api.md。 - 多租户安全：在
GET /api/sessions的代理层做正向过滤 —— 只有标记 本应用project_id或在 worker 的 D1 表里被引用过的 session 才会暴露。 共享同一 agent-route 实例的兄弟客户端无法漏到研究院 UI 中。 - 云端原生：全球部署于 Cloudflare 边缘网络，无需运维服务器。
不是什么
- 不是交易系统。它产出研究报告，不下单。
- 不是人类 CIO 的替代品。它是 CIO 在 08:05 开盘前读的那张研究桌。
- 不保证 Alpha。它保证覆盖率、节奏与可审计性 —— 纪律化投资流程必需 的底层基础。
上手路径
- 打开控制台 → 阅读 “今日定时任务”，了解研究院今天自动生产了什么。
/briefing→ 今晨的晨读（每 45 秒自动刷新）。/daily→ 今日收盘日报。/whiteboard→ 实时推进的研究线程。/analysts/:id→ 点进任意分析师，查看定时任务与历史产出；打开周末生成的03_weekly_report.html，可见三模型流水线产出的完整可视化周报。/sessions→ 研究院全部历史产出的全文检索。/admin/keys→ 运营者签发sk_ins_*密钥，让外部系统（如监控列表队列、 新闻驱动的线程开题器）通过 v1 API 调用研究院。
道明 · AI 股票研究院 · 2026