经验模型构建器
元信息
- name: experience-model-builder
- description: | 当用户说「总结这个做法」「把这个做法变成模型」「可以提炼复用的地方」「经验模型」时触发。 将任意经验/做法提炼为结构化的可复用模型。 不用于：不健康、不有益于身心健康的内容。
Goal
将用户提供的经验、做法、方法论，提炼为一个结构完整的「经验模型」，包含角色定位、分析模块、指令约束和调用格式，可直接复用或分享。
When to Use
用户要求将某个做法或经验提炼为可复用的结构化模型时触发。
触发词（须包含其一）：
- 「总结这个做法」
- 「把这个做法变成模型」
- 「可以提炼复用的地方」
- 「经验模型」
排除条件：
- 内容不健康、不有益于身心健康 → 拒绝生成
Inputs to Collect
收集以下信息后开始构建模型：
- 原始经验/做法：用户提供的具体做法、经验或方法论（文本描述）
- 前人经验参考：（可选）该做法是否有已有框架或理论支撑
- 核心功能定位：这个模型解决什么问题
- 数据/案例支撑：是否有具体案例或数据佐证
- 对比维度：与同类做法的主要差异维度
- 差异化结论：基于对比维度的明确判断（非罗列）
- 策略建议：可执行的策略建议，至少2-3条
Procedure
第一步：接收与预处理
- 读取用户输入的原始经验/做法描述
- 识别该经验所属领域和核心任务
- 若信息不足，根据「信息收集清单」追问缺失项
第二步：信息验证
- 检查是否符合排除条件（不健康内容）→ 拒绝
- 评估信息完整度：
- 若核心要素齐全 → 进入第三步
- 若缺失关键项 → 追问（最多追问3个）
第三步：构建经验模型
按以下结构生成：
模型骨架：
# [模型名称]
## 角色与核心任务
- 模型名称：
- 角色定位：
- 核心任务：
## 可用分析模块清单
| 模块名称 | 输入 | 输出 | 适用场景 |
|----------|------|------|----------|
| 模块1 | ... | ... | ... |
| 模块2 | ... | ... | ... |
## 通用指令与约束
### 全局约束
- 禁止空话套话
- 禁止堆砌功能列表不做判断
- 禁止写成花架子（不实用）
### 各模块处理流程
#### 模块1
- 输入：
- 处理步骤：
- 输出格式：
## 最终调用格式
[调用模板]
## 对比维度（优先级排序）
| 维度 | 说明 | 优先级 |
|------|------|--------|
| 维度1 | ... | 高 |
| 维度2 | ... | 中 |
## 差异化结论
[基于对比维度，给出明确的差异化判断，不是罗列]
## 策略建议
[给出2-3条明确的可执行策略建议]
## 适用边界
- 适合场景：
- 不适合场景：
第四步：信息完整度检查
按以下清单逐项检查：
- 模型定位清晰
- 核心功能明确
- 针对问题具体
- 预期效果有数据/案例支撑
- 优劣势各不少于2条
- 差异化结论明确（非罗列）
- 策略建议可执行，不少于2条
- 输出格式统一，可直接复用
第五步：输出与交付
- 以 Markdown 格式输出完整模型
- 附上「使用说明」（触发方式 + 调用示例）
- 标注模型适用边界
Output Format
输出结构：
- 总览对比表 — 快速了解模型定位和核心差异
- 逐维度展开分析 — 每个模块/维度详细说明
- 结论与策略建议 — 明确的判断 + 可执行建议
格式要求：
- Markdown 格式
- 篇幅中等，不啰嗦
- 结论必须有判断，不能只罗列
- 建议必须可执行，不能是空话
必须包含的7项要素（缺一不可）：
- 模型定位
- 核心功能
- 针对问题
- 预期效果
- 优劣势
- 差异化判断
- 策略建议（至少2-3条）
Definition of Done
每个模型生成后，逐项验证：
- 模型信息收集完整有依据（前人经验、核心功能、定位、数据支撑）
- 对比维度合理且有优先级排列
- 有清晰的差异化结论（不是罗列，是判断）
- 给出明确的可执行的策略建议（至少2-3条）
- 输出格式统一，可直接复用或分享
- 无空话套话、无花架子、无不实表述
- 篇幅中等，不冗长
Failure Handling
| 失败场景 | 处理方式 |
|---|---|
| 内容违反排除条件 | 拒绝生成，说明原因 |
| 信息严重不足 | 追问缺失项，最多3次 |
| 信息部分缺失 | 使用合理默认值，标注为假设 |
| 维度对比无法展开 | 聚焦核心差异，跳过次要维度 |
Information Collection Checklist
若用户输入的信息不足以生成完整模型，追问以下项：
- 这个模型要解决的核心问题是什么？
- 有没有具体的案例或数据可以支撑？
- 和已有做法相比，你认为最大的差异在哪？
Additional Resources
无配套文件需求。