research-ops-skills

研究运营 — 领域协调器

研究运营界面决定企业如何规划、资助、确定范围并综合研究成果，涵盖四个工作流：临床研发、研发财务、市场研究和产品研究。此协调器会分叉上下文，将你的问题路由到四项子技能之一，然后返回摘要。大量输入材料（方案草案、项目账本、调查导出数据、访谈文字稿）会保留在分叉上下文中。

这是学术 research/ 领域的企业对应领域。如果你的问题是关于查找文献、资助或专利，请使用 research/。如果是关于将研究作为一项运营工作来规划、资助、确定范围或综合研究成果，那你就来对地方了。

何时调用

情况	子技能
“我们正在设计一项 2 期试验——终点和样本量是多少？”	clinical-research
“我们的研发项目消耗了多少预算？这项成本应计为资本支出还是运营支出？”	research-finance
“这款产品的 TAM 是多少？我们该如何调查这一细分市场？”	market-research
“我们要访谈多少位用户？该如何综合研究发现？”	product-research

路由逻辑（确定性）

与 commercial-skills 使用相同的双信号阈值模式。只有一个信号 → 提出澄清问题。信号混杂 → 先处理置信度最高的子技能，再在后续轮次串联第二项。绝不默默串联。

信号表

信号类别	关键词	子技能
CLINICAL	临床试验、研究设计、方案、终点、样本量、效能、1/2/3 期、生物统计学、入选资格、可行性、估计目标	clinical-research
RD_FINANCE	研发预算、项目预算、消耗、资金可用周期、F&A、间接费率、管理费用、资本化还是费用化、研发资本支出、投资组合 ROI、rNPV	research-finance
MARKET	TAM、SAM、SOM、市场规模估算、调查设计、抽样、误差范围、细分、竞争情报、市场研究	market-research
PRODUCT	用户访谈、JTBD、可用性测试、概念测试、原型测试、发现研究、研究资料库、洞察综合、饱和度	product-research

工作流（Matt Pocock 式追问规范）

源自 Matt Pocock 的 grill-with-docs 模式：先探索再提问，每轮只问一个问题并给出建议答案，按深度优先顺序遍历决策树，跟踪依赖关系，并将每项质询锚定在研究规范中（各子技能的 references/）。

步骤 1 — 提问前先探索

先检查用户的工作目录：

• 工作区中是否已有方案草案、项目账本、TAM 模型或访谈指南？
• 问题是否已经明确了所属领域（例如，“双臂试验的样本量是多少”——这是 clinical-research，无需提问）？
• 是否有能确定所属领域的文件名（protocol.json → 临床；program-budget.json → 财务；tam-model.json → 市场；interview-guide.md → 产品）？

如果工作区能确定所属领域，则直接路由，不作说明。

步骤 2 — 若仍有歧义，只问一个带建议答案的引导性问题

Matt 的规则：绝不把多个问题捆绑在一起。始终给出建议。

模式：

Q1/1: [precise question naming the two candidate lanes]
Recommended: [Lane X, because <signal-table rationale>]

(Confirm, or override?)

步骤 3 — 多领域问题的决策树遍历

如果问题确实涉及两个领域（例如，“设计这项试验并编制预算” = CLINICAL + RD_FINANCE），则按深度优先顺序处理：

1. 先处理置信度最高的领域 → 在分叉上下文中运行子技能 → 摘要
2. 询问：“现在运行 [第二个领域] 吗？建议：是，因为 [依赖关系]。”
3. 串联前先确认。

绝不默默串联。

步骤 4 — 在分叉上下文中调用子技能

传递原始提示词 + 结构化输入（方案 JSON、项目账本 CSV、市场模型、观察数据导出文件）。

Step 5 — 返回摘要，并附上引用依据的追问

≤ 200 个词：说明已分析的内容、最重要的 3 项发现（附引用依据）、最重要的 3 项后续行动（适用时注明负责的人员）、产物路径，以及一个追问挑战。示例：

• “你的功效计算假设效应量为 0.5，却没有已发表的依据。ICH E9 要求差异有合理依据且具备临床意义。0.5 是从哪里来的？”
• “你的 TAM 只是一个自上而下的数字（40B 美元市场的 1%）。Bessemer 的市场规模估算原则要求进行自下而上的交叉核验。单位 × 价格 × 采用率分别是多少？”

强制提问库（结合文档进行追问的模式）

调用子技能之前，先就决定工作方向的关键选择追问用户。每轮只问一个问题，并给出建议答案和权威依据：

• CLINICAL lane：“你的主要终点是临床结局还是替代终点？如果是替代终点，它是否已针对这一适应症获得验证？建议：除非该替代终点列在 FDA 的已验证表格中，否则采用临床结局。权威依据：FDA 替代终点表；BEST 术语表。”
• RD_FINANCE lane：“这笔支出属于研究阶段还是开发阶段？你能否提供技术可行性的证据？建议：研究阶段计入费用；只有具备可行性证据时，开发阶段才可作为资本化候选，并交由指定的财务负责人处理。权威依据：IAS 38；ASC 730。”
• MARKET lane：“你的 TAM 是自上而下还是自下而上的？你是否已用两种方法分别计算，以便交叉验证？建议：两种方法都用，并调和差异。权威依据：Bessemer / a16z 市场规模估算；费米估算。”
• PRODUCT lane：“这项研究是生成式（发现问题）还是评估式（测试解决方案）？建议：先明确研究类型，再选择方法。权威依据：Rohrer 的 UX 研究方法全景图（NN/g）。”

在决定工作方向的选择敲定之前，不得运行子技能。

优先引导入门（适用于每项子技能）

首次在工作区调用某项子技能之前，引导用户查看该技能的入门问卷，以便工具根据用户情境预先配置：

python3 skills/<sub-skill>/scripts/onboard.py          # interactive Q&A
python3 skills/<sub-skill>/scripts/onboard.py --show    # questions + current config

每项子技能都有自己的问题集（临床：领域/α/功效/脱落率/负责人 · 财务：领域/F&A/资金可维持时间/准则/负责人 · 市场：用户画像/置信度/误差幅度/方法 · 产品：用户画像/洞察阈值/方法/重要性）。答案会保存在 ~/.config/research-ops/<sub-skill>.json（或使用 --scope project 时保存在 ./.research-ops/<sub-skill>.json），并由该技能中的每个工具自动读取。定制是此处必须遵守的规范，而非装饰——用户开始新的研究工作流时，应引导其完成入门步骤。

Autoresearch 交接（隔离、可选）

每项子技能都附带自己的 skills/<sub-skill>/scripts/ar_evaluator.py——这是连接 engineering/autoresearch-agent 的隔离式桥接程序。只有用户明确要求“优化”“改进”或“运行循环”时，才调用 autoresearch。交接按技能隔离（不共享耦合）：循环会编辑该技能的输入文件，评估器则对其评分（临床 → feasibility_composite 越高越好；财务 → runway_months 越高越好；市场 → tam_divergence 越低越好；产品 → validated_insights 越高越好）。绝不自动启动循环；绝不让循环编辑评估器。

假设

1. 用户拥有研究决策权，或正在为拥有决策权的人准备分析。
2. 用户需要的是确定性的决策支持，而非最终答案——由临床医生批准方案，由财务控制人员入账，由人来确定市场数值。
3. 输入可能不完整——每项子技能都附带一个模板示例，让用户在填写自己的内容之前了解格式。

非目标

• 不是 EDC、临床试验管理系统、会计系统、调查平台或研究资料库。
• 不将临床、会计或法律建议作为事实提供。每项输出都是一条建议 + 一位指定的人类负责人。
• 不会跨会话保存研究历史。

与其他领域的区别

• research/（学术研究） — 该领域负责查找文献、资助和专利。本领域负责规划、资助、界定范围并综合研究。
• ra-qm-team — 该领域负责法规/质量管理提交（ISO 13485/14971、MDR、FDA 510(k)/PMA/QSR）。clinical-research 负责设计研究；提交工作则转交给 ra-qm-team。
• finance/financial-analysis — 该领域负责公司结账与估值。research-finance 管理研发项目/组合支出。
• research/grants — 该领域负责寻找资金。research-finance 管理已获得的资金。
• product-team — 该领域负责用户画像/旅程文档、探索冲刺和实时 A/B 实验。product-research 负责方法与资料库规范。
• marketing-skill — 该领域负责营销活动分析与需求挖掘。market-research 负责前期方法论。

输出文档

子技能	文档
clinical-research	protocol_synopsis.md + sample_size.json
research-finance	rd_program_budget.md + capex_opex_routing.json
market-research	market_sizing.md + sample_plan.json
product-research	research_plan.md + insight_synthesis.json

反模式（请勿）

• ❌ 将临床效能/终点输出当作事实呈现——它只是一个估算值，并须注明临床负责人
• ❌ 自动决定资本化还是费用化——转交给指定的财务负责人
• ❌ 将市场规模报告为单一且无来源的数字——展示方法、双向三角验证和假设
• ❌ 根据单个参与者的反馈断言产品洞察——标注为个例
• ❌ 为了“全面”而运行全部 4 个子技能——选一个，消化结果，必要时再串联其他技能

参考资料

• 临床规范：ICH E8(R1)/E9/E9(R1)、CONSORT、SPIRIT、FDA Multiple Endpoints
• 研发财务规范：IAS 38、ASC 730、2 CFR 200、Cooper stage-gate
• 市场规范：Cochran、Dillman、Kotler、Bessemer market-sizing
• 产品规范：Nielsen、Guest 等人、Christensen JTBD、ResearchOps/Polaris
• Path-B 构建模式：documentation/implementation/research-ops-expansion-plan.md