光模块公司研究 Wiki 框架讨论稿

1. 一句话定位

定位做一个光模块产业链的投研事实库：以 AAOI、Lumentum、中际旭创、新易盛、Coherent 等公司为中心，把财报数字、指引、卖方（如高盛）观点、管理层口径沉淀成可追溯 claim；技术规格（800G/1.6T/CPO）作为产业上下文，而不是主产品。

借鉴维基的可查证 / 可回滚，借鉴 LLM Wiki 的 AI 维护；但真相单位不是“百科长文”，而是带出处的业绩与预期 claim。

2. 我们真正要存什么

信息类型	例子	必须分开存
公司实际 / 指引	中际旭创季度收入、毛利率；AAOI guidance；LITE 800G 进展表述	标 `source_type=company`
卖方预期 / 评论	高盛对 AAOI 的收入预测、目标价、关键判断句	标 `source_type=broker`，写清券商与日期
管理层口径	“需求强劲但供给仍紧”“CSP 客户订单能见度到 Qx”	保留原文摘录 + 日期 + 场合（earnings call / 公告）
产业上下文	800G/1.6T 渗透、CPO、硅光、客户结构（微软/谷歌等，若有出处）	技术事实与股价叙事分开

硬规则：公司指引 ≠ 高盛预测 ≠ 聊天室传闻。混在一起，这个库就废了。

3. 核心架构（仍是三层）

层级	在这个场景里是什么	规则
Evidence	财报 PDF、earnings call 纪要、高盛 note、IR PPT、公告链接	只追加；保留原文片段
Claim	原子陈述：收入、毛利、指引、卖方估测、管理层原话要点	period / metric / value / unit / source_type / as_of / exact_quote
Page	公司页、季度页、主题页（800G 需求口径）、对比表	由 claim 汇编；读者一眼分清“公司说的”还是“高盛说的”

上传财报 / 高盛 note / call 纪要 → 抽取 Claim（公司实际 | 公司指引 | 卖方 | 管理层口径） → 更新公司页 / 季度页 / 主题页 → lint：混源、缺 period、缺原文、口径前后矛盾 → 监视与回滚

4. 产品形态：网页读 + MCP 写

关键产品判断研究员已经在用 Codex / Claude 读纪要、拆表格。主写入入口应是 MCP，而不是先逼人学网页编辑器。

用户侧体验

把这份高盛 AAOI 更新和 AAOI 最新 earnings call 纪要入库。分开抽取：公司指引 vs GS 预测 vs 管理层原话。若与上季度口径冲突，标记 narrative_shift，不要悄悄覆盖。

建议 MCP 最小工具集

submit_evidence：上传财报 / note / transcript
upsert_claim：写入数字或口径（强制 source_type）
get_company_quarter：拉某公司某季度已有 claim
list_narrative_shifts：管理层口径变化
compare_company_vs_broker：实际/指引 vs 高盛等
edit_page / whoami

5. Demo 与例子（金融 × 光模块）

示意数据，仅用于对齐产品形态；数字与表述均为虚构示例。

公司页三层落库 MCP 对话口径冲突公司 vs 高盛

Demo A · 公司页长什么样（AAOI）

optical-research-wiki / companies / aaoi as_of 2026-05-09 · earnings season

Applied Optoelectronics (AAOI)

光模块 / 数据中心互联 · 实体 ID：company.aaoi

US listed datacom latest: 1Q26 call 2 narrative shifts

公司 · 1Q26 Revenue

$xx.x M company actual · claim#c-8801

公司 · 2Q26 Guidance

$yy–$zz M company guidance · claim#c-8808

高盛 · 2026 Revenue Est.

$aaa M broker · GS · 2026-05-10 · claim#c-9102

管理层口径 · 需求

“可见度延伸至 2H” call quote · 2026-05-09

页面原则：同一屏必须分栏显示「公司说的 / 卖方说的 / 口径原话」。禁止把 GS 预测写成公司指引。

Demo B · 一条管理层口径如何落库

1) Evidence { "evidence_id": "ev-aaoi-1q26-call", "type": "earnings_call_transcript", "company": "AAOI", "event": "1Q26 earnings call", "date": "2026-05-09", "submitted_by": "user:ming" } 2) Claim（口径，不是财报数字） { "claim_id": "c-8820", "entity_id": "company.aaoi", "claim_class": "management_narrative", "theme": "demand_visibility", "period": "1Q26_call", "summary": "管理层称大型云客户订单可见度延伸到下半年", "exact_quote": "We now have visibility with our large cloud customers into the second half...", "source_type": "company_management", "as_of": "2026-05-09", "evidence_ids": ["ev-aaoi-1q26-call"] } 3) Page 呈现 AAOI · 需求可见度 2026-05-09 call：可见度至 2H 上一季 call：可见度主要在未来 1–2 个季度 → 系统标记 narrative_shift

Demo C · 研究员用 Codex + MCP

USER → Codex

入库两份材料：1) 中际旭创最新季报要点；2) 高盛亚洲科技对中际旭创的更新。请严格区分公司数字 vs GS 数字；把管理层对 800G/1.6T 的口径单独成 claim。

TOOL · submit_evidence ×2

ev-innolight-pr-2026q1 · source_type=company
ev-gs-innolight-2026-05 · source_type=broker · broker=Goldman Sachs

TOOL · upsert_claim

company.innolight · revenue_q · source_type=company_actual
company.innolight · gs_revenue_fy · source_type=broker · broker=GS
company.innolight · narrative.800g_mix · source_type=company_management

CODEX → USER

已完成。公司页新增“Company vs GS”对照卡；800G 口径与上季相比无 shift。有一处毛利率单位疑似 ppt 四舍五入差异，已标 low_confidence，请你目检。

Demo D · 口径前后打架时怎么显示

主题	旧口径	新口径	系统动作
Lumentum · 产能	2025-11：“扩产按计划”	2026-02：“瓶颈在关键芯片供应”	narrative_shift 两条都保留
中际旭创 · 1.6T	公司：小批量出货	某卖方：已规模贡献利润	并列；禁止合成“已放量”单一结论

Demo E · 公司 vs 高盛对照卡

指标	公司	高盛	读法
下一季收入	指引 $yy–$zz M	估测 $ww M	GS 在指引区间上方 / 下方 / 中间（由 claim 计算）
毛利率	实际 xx%	此前预期 ww%	beat/miss 只能写在“对照结论”，且挂双 claim
800G 需求	“持续强劲”	“担忧交付节奏”	叙事分歧，不是数字 beat

Demo F · 首批实体建议

类型	示例
公司	AAOI、Lumentum、中际旭创、新易盛、Coherent、天孚通信…
事件 / 季度	`aaoi.2026q1`、`innolight.2025q4`
主题	800G 需求口径、1.6T 进度、CPO、CSP 资本开支、毛利率轨迹
卖方来源	Goldman Sachs、其他常看券商（按 note 入库，不先追求全覆盖）

6. 已定与未定

事项	状态	说明
场景	已定	金融 × 科技；光模块公司业绩 / 卖方 / 管理层口径为主
编辑门槛	已定	必须登录；网页与 MCP 同一账号体系
语言	已定	中英双语；财报数字与原话尽量保留源语言 + 译文
写入入口	已定方向	MCP + 用户自带 AI；适合丢纪要 / note / 表格
利益冲突	已定方向	卖方员工、公司 IR、持仓相关编辑需披露；禁止把研报营销句当公司事实
版权许可	暂缓	券商 note / 财报原文有版权；库内以摘录 + 出处为主，整份转载需另议

7. 编辑制度：名义可激进，字段要分级

早期讨论过保守 / 均衡 / 激进三条路。倾向“开放共编 + AI 维护”，但外部评估与内部收敛后，更准确的说法是： 按字段风险分级的共编。

字段类型	策略	例子
低风险	可直接发布	公司概况、事件时间线 stub、已标注出处的摘录整理
高风险	必须挂 evidence + source_type；否则 unsourced / proposed	收入/毛利/指引、卖方预测、客户名、供需与出货判断

底线规则

关键断言尽量带来源；否则标 unsourced
所有编辑可回滚；人与 AI 同一套 diff
AI 编辑必须留痕：edited_by=agent:...
营销空话可删：行业领先 / 全面兼容 / 最强
Evidence 不可篡改历史；治理页锁定

8. 角色怎么分

角色	做什么
Contributor	登录用户；网页或 MCP 提交资料、改页面、提 claim
COI Contributor	厂商/代理等利益相关方；可改，但必须披露
Agent Maintainer	站内 LLM：抽 claim、补链接、中英同步、巡检矛盾
User Agent via MCP	用户自己的 Codex/Claude：代表该用户写入，权限等同其账号
Steward	早期 1–3 人；仲裁、保护页、封禁、改治理规则

9. 建议推进顺序

定 schema：company / quarter / claim_class（actual、guidance、broker、management_narrative）
选定首批公司（如 AAOI、Lumentum、中际旭创…）+ 最近 4–8 个季度种子
内部先吃公开材料与已有纪要，生成 Company vs Broker 对照卡
上线以读为主网页：分栏展示公司 / 卖方 / 口径原话
打通 MCP：上传 earnings / GS note → 自动分源抽 claim
用真实投研流程试一周：看能不能替代“散落在聊天和文件夹里的数字”
再决定是否开放更多同事共编、是否扩券商源
版权与对外分发最后再定

判断：前 80% 价值来自“分源 claim + 连续季度对照”；社区是放大器，不是冷启动引擎。

10. 主要风险

混源：把高盛预测写成公司指引——这是第一死法
口径被摘要歪曲：管理层原话被 AI 改得更“顺”，失去可核验性
券商版权 / 合规：note 不能整份公开镜；需要摘录策略
冷启动：没有连续季度种子，对照卡就空
MCP 安全与审计：谁上传了未授权研报，要能追到人

11. 想和同事对齐的问题

Q1. 第一阶段是否就聚焦“公司 × 季度 × 口径”，技术百科只做附属上下文？

Q2. 首批公司清单定谁：AAOI / Lumentum / 中际旭创 / 新易盛…还要加谁？

Q3. 卖方源是否先只吃高盛，还是一开始就多券商？

Q4. 管理层口径是存摘要，还是必须强制 exact_quote？

Q5. MCP 主写入是否同意？网页是否第一期只做阅读 + 对照卡？

Q6. 券商 note 版权与合规边界：库内摘录上限怎么定？

12. 当前收敛结论

做光模块公司投研事实库，不是纯技术维基。
核心对象：业绩数字、卖方观点、管理层口径；技术趋势做上下文。
骨架仍是 Evidence → Claim → Page，但 claim 必须带 source_type。
贡献靠 MCP + 用户自己的 AI 丢纪要 / note。
公司说的、高盛说的、传闻，绝对不能混写成一个数字。