Progressive Investment Research

累进式投资研究

这个 Skill 的目标不是多写一份报告，而是让每次研究都推进同一个可控的认知模型。

核心产物是一个 dossier：一组轻量 Markdown 文件，记录某个研究对象的当前模型、证据、冲突、开放问题和判断变化。报告、memo、索引、搜索结果和 Obsidian 笔记都是派生输出，不是模型本身。

核心定义

Model = 当前研究对象的可操作认知状态。

它回答：我们现在怎么看、知道什么、不知道什么、哪里有冲突、下一步最值得验证什么。它必须能被人类快速恢复，而不是只对 AI 友好。

context.md 是接续入口，记录这个 dossier / workspace 为什么存在、默认使用哪个 skill、应该从哪里恢复、哪些写入触发需要用户确认。它不是研究结论事实源，也不是每轮讨论都必须更新。用户只是提问、试探想法或讨论机制时，先回答和澄清；只有冷启动、接续成本高、研究边界/入口变化，或用户明确要求“写入/更新 context”时才改它。current-synthesis.md 仍是研究模型的人类入口，标题使用 # Current Model。用户问“现在是什么状态”“我们知道什么”“model 是什么”时，优先读它，再按需读 context.md、model-map.md、open-questions.md 和相关模块。

数字和模型也是事实源的一部分。

研究材料中的关键数字不能只被压缩成文字判断。遇到收入、CapEx、价格、产能、份额、MAU、token、利用率、毛利、折旧、回收期、良率、交付周期等数字时，应记录来源、来源类型、复核状态和用途。尤其是看起来不像普通公开搜索能轻易得到的数字，要提高敏感性：标明它来自用户材料、公司披露、派生材料、估算还是 agent 推断，不要伪装成公开事实。

计算模型是一等产物。只要一个判断依赖公式、参数、倒推、敏感性或层间传导，就应考虑在 models/ 建立轻量模型或在模块中记录模型 backlog。建模不是为了精确，而是为了暴露假设、单位、依赖关系、卡点和反证条件。

设计原则

实用优先

研究工作复杂，但工作流应简单。不要为了完整性创建目录、文件、状态机或团队记录。任何新增文件都必须直接服务于：恢复当前模型、追踪重要判断、保存稳定模块、记录开放问题，或执行 promote。

人类可控

用户不能被迫信任一堆散落的 md。阶段性工作结束时，输出或更新当前状态：一句话判断、本轮处理了什么、模型变化、最重要未知、风险和未处理材料。

当完成一轮实质研究、模型判断发生变化、或用户要求“详细汇报 / 阶段性汇报 / 做完必须详细跟我汇报”时，必须使用 references/output-formats.md 里的 Stage Research Report 标准：用户不打开任何 md，也应能完整理解研究目标、方法、证据、推导、结论、证据边界、与其他研究模块的关系、反证条件、实际文件改动和验证结果。不要只交文件变更清单。

重要信号与重要假设注册

当研究推进出会反复影响投资判断的信号或假设时，必须单独沉淀到一个可读入口，默认文件名为 modules/important-signals-assumptions.md。它不是新的计算事实源，而是索引/读数层：

• 必须标清与源文件的关系：canonical source 是哪个 models/、modules/ 或 frameworks/ 文件。
• 必须引用源 row_id 或稳定小节名，例如 CP-SIG-*、RPP-IN-*、PWM-HC-*。
• 不得在该文件里创造第二套数字口径；源模型变化时先改源模型，再同步 registry。
• 只收少数会改变结论的 P0/P1 信号和假设，不要把所有计算行搬进去。

默认结构：

# Important Signals and Assumptions Registry

## Relationship to Source Files
| registry section | canonical source | relationship |

## P0 Signals
| signal_id | signal | current read | source rows | why it matters | reversal / action |

## P0 Assumptions
| assumption_id | assumption | current value / range | source rows | sensitivity | what would invalidate it |

用户问“什么信号算反转”“核心假设是什么”“哪些数字最敏感”“这件事以后要持续跟踪什么”时，优先检查这个 registry，再回源模型。

公司页 / Company Watchlist

当研究从行业链条推进到具体可跟踪公司，或用户要求“公司板块 / 每个公司一个独立 md / 是持仓还是关注 / 入场点 / 什么条件兑现才买入”时，默认在 dossier 下创建或更新 companies/<company-slug>.md。公司页不是公司简介，而是投资候选卡；它必须引用 models/、modules/ 或公开披露中的事实锚点，不另造第二套数字口径。

公司页至少回答：

• 我们知道什么：收入、利润、毛利、订单、产能、客户、价格、市值等关键事实，标来源和 row_id。
• 当前状态：holding、watchlist、candidate、monitor、avoid 之一；持仓状态不确定时写 未确认，不要假装持仓或空仓。
• 为什么关注：它验证了哪条行业假设或瓶颈链条。
• 核心假设：买入逻辑依赖哪些业务变量；哪些已经验证，哪些仍 open。
• 反证条件：什么发生就降级、移出或禁止加仓。
• 入场纪律：若业务核心假设不变，什么估值/价格/情景下进入深度买入评估；区分静态口径和 forward 口径。
• 监控清单：每次财报或重大公告要刷新哪些变量。

价格、市值、PE、PB、股息率等市场数据是高漂移数据。写入公司页时必须标明 snapshot 日期和 needs refresh before trade；交易前必须重新刷新，不得把旧行情当当前价格。

若一个价格判断依赖公式，例如 可接受市值 = forward 扣非利润 × 目标 PE，应把公式写清楚；若该公式会被复用或影响多家公司，应考虑沉淀到 models/，公司页只引用输出。

默认路径，不做仪式

标准研究循环是：

1. 定位：这个问题落在 map 的哪里？
2. 处理：读取材料、搜索、比较或解决冲突。
3. 综合：区分事实、判断、假设和未知。
4. 更新：只在模型真的变化时更新 Current Model、模块、开放问题或更新日志。

不要每次机械跑完整流程。没有模型变化就说明没有变化。

冷启动先建 Map

冷启动不是 tracer bullet。用户通常会给足量启动材料，先处理第一批材料，建立最小 model-map.md 和第一版 Current Model，再逐点填充。

最小 map 只需回答：研究边界、核心问题、主要分析轴、首批开放问题。不要假装已经形成完整判断。

证据分层

优先使用本地 dossier 和用户提供材料。外部搜索只在材料不足、过期、冲突或需要验证时使用。

遇到冲突时，不要强行调和。记录双方证据、临时判断和需要什么证据解决。

数据获取层

数据获取层的目标不是再造搜索器，而是把外部材料转换为可审计证据对象，再由主 agent 判断是否更新模型。

线上公开版默认不要求任何专用搜索或本地解析工具。优先使用当前 agent runtime 已有的搜索、浏览、URL 读取和本地文件读取能力；如果安装了 AnySearch、web-access、markitdown、pdf/docx/xlsx/pptx 等工具，可以把它们作为加速器使用。没有这些工具时，不要中断工作：改用可用的公开搜索、浏览器、官方页面、用户手工导出文件或普通文件读取能力，并在 Source Card 中标明 acquisition_method 和限制。

AnySearch 是可选发现/初筛工具：适合实时搜索、批量搜索、垂直域查询和已知 HTML URL 正文抽取。使用垂直域时先调用 list_domains，严格遵守返回的 sub_domain、query format 和 region；只有 CN 域才使用 --zone cn。AnySearch 的金融垂直结果可作为价格、市值、估值倍数、行情和财务摘要的快速 snapshot，但默认属于高漂移或 vendor/聚合数据，不能直接替代公司披露、监管文件或模型内 Calculation Sheet。

当研究需要年报、季报、公告、招股书、财报电话会、投资者活动、研报、付费专业站点、播客访谈或终端导出时，先按 references/data-acquisition-layer.md 判断来源层级、权限状态和可自动化程度。搜索结果、二手报道、研报和专业站点内容默认产生 source-lead、Claim Row 或 open_question；只有经过来源分层、口径归一、引用锚定和必要复核后，才允许形成 Model Patch Candidate。

付费/授权内容只在用户已有授权、登录态或本地导出的前提下 intake；不要设计或执行绕过付费墙、规避终端权限、抓取禁止自动化站点的路径。Bloomberg、FactSet、Wind、Choice、Capital IQ 等终端数据默认走 API、Excel、CSV/XLS 或用户导出导入，不做屏幕抓取或爬虫。

数字敏感性

对以下数字默认提高来源敏感性：

• 非公开感数字：私营公司收入、毛利、客户数、合同金额、云 credits、采购承诺、真实成交价、产能分配。
• 口径易混数字：CapEx、PPE、finance lease、operating lease、uncommenced lease、purchase commitment、ARR、RPO、backlog、run-rate、GMV、MAU、DAU、token 调用量。
• 模型输入数字：价格、利用率、吞吐、功耗、PUE、折旧、良率、交付周期、单位消耗系数。
• 模型输出数字：回收期、盈亏平衡价、需求倒推、供应链缺口、市场空间。

记录数字时至少保留：数值、单位、时间点、来源、来源类型、复核状态、是否为假设/估算/模型输出。无法复核时不要删除，但要标记为 needs-primary-check、secondary-estimate 或 assumption。

缺数时的估算标准

公开搜索或一手披露无法取得完整输入时，不要直接停止，也不要拍一个高层数字。默认继续建立 evidence-weighted estimate：从可验证锚点、来源线索和低层假设出发，用显式公式计算区间或情景。研究型 model 的目标不是只收集 exact data；很多关键数据永远不会完整公开，必须在证据边界内合理推算。

估算输入的优先级：

• reported-anchor：上一季度/上一年度披露、公司公告、财报、官方规格、公开价格、订单、RPO、CapEx、收入、成本、token、MAU 等可核验锚点。
• source-lead：权威媒体、产业访谈、内部人士转述、付费研究摘要或用户材料中的数字线索；可用于约束区间，但必须标明来源质量和 freshness date。
• derived：由 reported-anchor 或 source-lead 通过公式推导出的输入，例如 run-rate、增速、单位成本、coverage ratio。
• model-assumption：低层、可解释、可敏感性分析的假设，例如增长率、付费率、ARPU、unit serving cost、utilization、折旧年限、客户-backed 比例。

允许的做法：

• 用上一期披露值加增长率区间估算本期收入或成本。
• 用用户数、tokens、公开价格、折扣区间和单位 serving cost 估算收入、毛利或 compute cost。
• 用订单/RPO、CapEx、租赁承诺、交付周期和客户背书比例估算 coverage、cash pressure 和 commitment quality。
• 用 base / bear / bull 或 low / mid / high 情景展示结果，并标明哪些参数最影响结论。

禁止的做法：

• 直接假设市场份额、利润池分配比例、赢家权重、行业利润率、暴露强弱或置信度，再把它们当作计算底稿输入。
• 用专家判断、1-5 分评分、抽象“强/中/弱”或主观概率补产能、订单、收入、成本、毛利、利用率、交付周期等硬缺口。
• 把 source-lead 或 model-assumption 写成已核验事实。

每个估算输出都应能回溯为：

reported-anchor / source-lead
+ low-level model-assumption
+ formula
= derived estimate / scenario output

如果连 reported-anchor、source-lead 或可解释的低层假设都没有，才停在 missing 或 披露不足，无法计算。

默认完成标准：

• 能搜到就优先搜，且优先一手来源。
• 搜不到 exact data 时，寻找上一期披露、相邻口径、经营指标、管理层口径、可信 source lead 或用户材料。
• 仍缺精确值时，用 low / base / high 情景和敏感性继续推进。
• 只有当缺口无法找到任何锚点，也无法构造可解释低层假设时，才把具体行停在 missing；不要让整个模型停在中间。
• 不要把“数据不完整”当作无结论的理由；应输出“在当前锚点和假设下，结论是什么、最敏感的假设是什么、什么证据会推翻它”。

建模

常见建模对象：

• 单位经济：单 GPU、单机架、单客户、单 workflow、单 token 或单任务。
• CapEx 回收：现金支出、租赁、采购承诺、backlog、ARR、收入确认和回收期。
• 供应链倒推：从 token / revenue / workload 需求倒推 GPU、HBM、CoWoS、基板、电力、液冷、机架和许可。
• 瓶颈迁移：判断哪个环节最慢、扩产后瓶颈转移到哪里。
• 敏感性：哪些参数变化会改变结论，哪些参数只是二阶影响。

模型文件默认放在 models/，只在确实有可复用公式、参数表、敏感性或倒推关系时创建。临时口算可以留在回答里，但如果会成为后续研究依据，应沉淀。

当模型包含多步算术、倒推链或口径转换时，必须加入 Calculation Sheet 或等价的 canonical row store。小型、语义性、便于人读的表可以继续放在 Markdown；大型事实表、反复更新的输入行、情景行或输出行应迁到 dossier 内部 data/，并在模型 Markdown 中直接链接同一份 CSV，不在 Markdown 中维护第二套完整表格。

CSV 不是附件，而是 dossier 内的 canonical rows。Markdown 仍然是模型说明书和人类恢复入口：必须解释这些数是什么、从哪里来、为什么这样算、结果是什么意思、哪里可能误读。不要让模型 Markdown 只剩 row_id 或 CSV 链接。

只有当计算会反复复算、跨行依赖、low/base/high 情景联动、敏感性排序、Monte Carlo 或一改输入会影响多处输出时，才增加 Python。Python 只能做薄的机械计算层：读取 input CSV、按显式公式生成 output CSV、提供 --check 检查 output 是否由当前 input 和脚本生成。研究判断、公式解释和结论读数仍写在 Markdown，不藏进脚本。

CSV + Python 维护规则：input CSV 或脚本变化后，Agent 必须先复算并运行 --check；再由 Agent 判断 Markdown 中的读数 / 结论 / 反证条件是否需要更新。Markdown 的读数允许人工维护，但必须明确它是模型读数，不是自动生成的第二套 output table。