think-tank

think-tank Skill

定位

think-tank 是一个跨平台、可复用的高阶 Skill，用于多角色信息收集、协作分析、讨论审议与结论汇总。

它不是工具合集，不复制外部 skills；它负责任务理解、协议执行、角色组织、能力编排和最终汇总。

Skill 和运行目录边界

think-tank 的 skill 本体只能是当前安装位置中的 SKILL.md、协议、profiles、recipes、routing、platform adapters 和 runtime 文件。

.think-tank/ 是运行配置、provider preflight、runs、memory 和 artifacts 存储目录，不是 skill 目录。不要把 .think-tank/ 放进 .codex/skills/ 或 .claude/skills/。

provider 边界仍必须遵守：selection 不等于 invocation，真实 provider 调用前必须有明确 dispatch decision、权限确认和结果回收。

3.0 Skill Experience Layer

think-tank 3.0 增加面向 agent 的使用体验层，用来回答三个问题：

• 这个任务是否应该使用 think-tank？
• 使用前需要形成什么 invocation contract？
• 当前任务应该加载哪些最小协议、mode、recipe、profile、platform 或 provider 文档？

先按以下协议做判断：

protocol/skill-trigger-intelligence.md
protocol/skill-invocation-contract.md
protocol/runtime-profile-contract.md
protocol/progressive-disclosure.md

触发词、别名、平台快捷语和 provider 偏好不属于公开 core 的内置规则。它们应由用户自己的 YAML policy 或平台 adapter 定义。公开 core 只能提供 intent 识别原则、trigger category 示例和 policy schema。

当触发来源不明确时，先输出 skill_route_decision，并标注：

policy_source: protocol_default
trigger_status: inferred_intent_only

何时使用

当用户任务满足任一条件时，使用 think-tank：

• 需要多渠道信息收集
• 需要多个角色分别判断
• 需要讨论、审议、观点碰撞或决策
• 需要审查产物、发现问题或验收
• 需要策略、路线、产品或架构判断
• 需要把复杂资料汇总为行动建议

以下只是可被用户 YAML policy 采用的 intent 短语示例，不是 think-tank core 的内置触发规则：

• 研究：研究一下、深度研究、全面分析
• 竞争：竞品分析、竞争分析、竞品调研
• 市场：市场调研、行业分析、用户需求
• 技术：技术调研、方案调研、可行性分析
• 反馈：舆情分析、用户反馈、评论分析
• 决策：开会讨论、讨论一下
• 审查：审查、review、验收、找问题
• 策略：制定策略、路线图、行动方案

平台无关的 intent 路由见：

protocol/intent-routing.md
protocol/skill-trigger-intelligence.md

跨项目任务配方见：

recipes/

其中 research-to-video 覆盖选题研究、资料调研到视频 brief、分镜、媒体执行记录和质量门禁。

Codex 平台只负责把这些 intent/recipe 映射到当前可用能力，见：

platforms/codex/trigger-routing.md

不应强行使用 think-tank：

• 简单事实查询
• 单页摘要
• 明确的一步命令
• 不需要多角色或证据判断的任务

执行顺序

1. 解析任务

提取：

• 用户目标
• 已知上下文
• 约束
• 成功标准
• 是否需要实时信息
• 期望输出