企业研究运营管理

解决什么问题

企业研究运营往往横跨临床研发、研发财务、市场调研和产品调研四个截然不同的专业领域。当管理者提出“为二期试验做预算”这类跨领域问题时，通用大模型很容易给出同质化、缺乏专业依据的“万金油”回答，或者在长上下文中丢失关键约束（如将研发费用错误地资本化或费用化）。research-ops-skills 旨在将研究运营作为一门独立学科来处理，通过上下文分叉（forked context） 和确定性路由，让专业问题进入专属的子技能管线，避免上下文污染。

核心能力与工作流

该技能采用类似 Matt Pocock 的 grill-with-docs 模式，遵循“先探索后提问、单次单问、深度优先”的原则：

• 工作区探索：首先检查当前目录是否存在如 protocol.json、program-budget.json 等结构化工件。如果工件能明确当前所处的领域（lane），技能将静默路由，直接进入子技能。
• 强迫性提问：若上下文仍存在歧义，技能每次只抛出一个问题，并提供推荐答案。例如在研发财务领域，会询问支出处于研究还是开发阶段，并引用 IAS 38 或 ASC 730 准则给出资本化或费用化的建议。
• 分叉执行与摘要：确认路由后，技能在隔离的上下文中调用对应的子技能，执行完毕后返回不超过 200 词的摘要（Digest）。摘要包含 Top 3 发现（附带规范引用）、Top 3 下一步行动（指定具体的人类负责人）以及一个用于挑战假设的“Grill”问题。
• 规范与仓储：首次使用时，需完成各子技能的引导问卷，配置将持久化至 ~/.config/research-ops/.json。输出产物如 sample_size.json 或 capex_opex_routing.json 将直接落盘到工作区。

适用边界与注意点

该技能定位为确定性决策支持工具，而非替代专业系统的执行引擎。它明确声明自己不是 EDC、临床试验管理系统（CTMS）、会计系统、问卷平台或研究仓储。

• 不提供事实性建议：所有关于临床终点、财务处理或市场规模的结论，均标记为“建议（recommendation）”，并强制指定人类专家（如临床研究者、财务控制人）作为最终确认的 Owner。
• 不做静默链式调用：面对跨领域问题（如“设计试验并做预算”），技能会先执行置信度最高的领域，并在继续前询问用户是否跟进第二个领域。
• 需具备研究权限：默认使用者具备研究决策权，或正在为具备该权限的人准备分析材料。