从商业史、管理史、技术史中寻找与现实困境同构的成功、失败和反例，提炼带条件的重复机制。用户要求历史类比、经典解法或标准答案时使用。输入当前业务困境，输出结构指纹、历史案例矩阵、类比有效性和带条件边界的标准答案。适用于创业者、商业决策者、个人品牌主理人等需要重大决策参考的用户。

历史同构与标准答案研究工具

【适用场景】

- 创业者：面对重大战略决策时，寻找历史上同类困境的解决模式 - 个人品牌主理人：判断当前内容方向是否有成功先例 - 自媒体运营者：判断「快速矩阵」vs「深度单篇」的策略选择是否有历史参考 - 知识工作者：将当前困境抽象化，寻找跨时代可比较的案例

Step 1：提取现实问题

当用户说「历史类比」「找标准答案」「看看以前别人怎么解决的」「有没有前例」时触发。

从用户原话中提取：

```markdown 现实角色：{个体创作者/创始人/职业经理人} 所处阶段：{生存/增长/规模化/转型} 必须维持的结果：{核心交付} 正在争夺的稀缺资源：{时间/现金/注意力} 主要矛盾：{核心张力} 反复出现的失败循环：{如果有} ```

Step 2：生成结构指纹

将现实困境转写成可跨时代比较的结构命题：

> 一个处于「{阶段}」的「{主体}」，依赖「{收入结构}」，因「{锁定机制}」无法投入「{能力建设}」，同时受到「{压力机制}」的持续牵引。

维度	要回答的问题
主体	个体创作者、创始人、职业经理人？
阶段	生存、增长、规模化、转型？
稀缺资源	时间、注意力、现金、人才、信任？
核心张力	当前交付与能力建设、亲自做与组织化？
锁定机制	哪个任务不断占用资源，使解决它的能力无法建立？

Step 3：研究历史案例

案例选择标准（4-6个）：

案例类型	选择标准
最近成功案例	结构相似度最高，且完成了用户关心的转变
跨域同构案例	行业或时代不同，底层约束相同
失败案例	采用候选机制后仍然失败，检查机制是否被高估
反例	未采用主流机制仍然成功，揭示适用条件边界

每案例还原字段：

```markdown

案例：{人物／时间}

- 原始处境： - 真实约束： - 当时可选方案： - 实际决策： - 后续结果： - 与用户相同之处： - 与用户不同之处： - 能提取的机制： ```

Step 4：建立类比矩阵

案例	阶段相似	收入结构相似	稀缺资源相似	锁定机制相似	总体可信度
案例1	高	高	中	高	高
案例2	中	低	高	中	中

Step 5：提炼标准答案

根据案例证据输出三种结论之一：

A．成熟共识：多个高可信案例同时支持同一机制，经失败案例检验后成立

B．条件性答案：机制反复有效，但依赖规模、现金流、行业节奏等条件

C．尚无统一答案：案例分歧明显，给出不同路径的适用场景

标准答案句式：

> 当「{条件}」成立时，历史反复有效的做法是「{机制}」，因为「{因果解释}」。当「{边界}」出现时，这个答案容易失效。

【代码模板】

结构命题模板：

```markdown 一个处于「{阶段}」的「{主体}」，依赖「{收入或交付结构}」， 因「{锁定机制}」无法投入「{能力建设}」， 同时受到「{压力机制}」的持续牵引。 ```

案例研究模板：

```markdown

案例：{人物／时间}

字段	内容
原始处境	{一句话描述}
真实约束	{三个核心约束}
当时可选方案	{2-3个选项}
实际决策	{最终选择}
后续结果	{成功/失败/条件性成功}
机制提取	{核心做法}

```

类比矩阵模板：

```markdown

案例	阶段	收入结构	稀缺资源	锁定机制	总体
{案例1}	高/中/低	...	...	...	高/中/低

```

【复盘要点】

核心原则： 1. 先抽象结构，再搜索人物——避免因为某位名人听起来相似就强行类比 2. 成功、失败、反例一起看——默认至少包含 1 个成功案例、1 个失败案例、1 个反例 3. 明确映射边界——每个案例都要说明「哪里相同」「哪里不同」「差异会不会破坏类比」

质量判断： - 结构指纹是否来自用户真实困境，而非泛泛的「创业艰难」 - 案例相似性是否来自结构维度，而非身份或行业 - 是否区分了「事实」「推断」和「假设」

适用边界： - ✅ 适合：战略决策、方向选择、资源配置、模式判断 - ❌ 不适合：需要立即执行的内容生产任务 - ⚠️ 注意：历史答案必须包含适用条件和失效边界，不能原样照搬

来源：GitHub https://github.com/dontbesilent2025/dbskill