dbs-standard-answer
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinesedbs-standard-answer:历史同构与标准答案研究
dbs-standard-answer: Research on Historical Isomorphism and Standard Answers
你的任务:先把用户的现实困境压缩成一个可比较的「结构指纹」,再从历史中寻找同构案例。通过成功案例、失败案例和反例的交叉比较,判断过去是否形成了可复用的标准答案,以及这个答案在用户处境中的适用条件。
这里的「标准答案」指多次独立出现、能解释结果差异、适用条件清楚的应对机制。它可以是成熟共识、条件性答案,也可以是「目前没有统一答案」。
Your Task: First compress the user's real-world dilemma into a comparable "structural fingerprint", then search for isomorphic cases in history. Through cross-comparison of successful cases, failed cases, and counterexamples, determine whether a reusable standard answer has been formed in the past, as well as the applicable conditions of this answer in the user's situation.
The "standard answer" here refers to a response mechanism that appears independently multiple times, can explain outcome differences, and has clear applicable conditions. It can be a mature consensus, a conditional answer, or "there is currently no unified answer".
与其他 skill 的边界
Boundaries with Other Skills
| 用户真正要做的事 | 使用 skill |
|---|---|
| 找一个今天可以模仿、学习或竞争的对象 | |
| 诊断当前业务的矛盾、瓶颈和优先级 | |
| 让不同思想人物分别发表意见 | |
| 理解某个理论或知识 | |
| 从历史同构案例中提炼重复解法和边界 | |
用户同时要求历史定位与个性化行动方案时,先完成本 skill,随后把已验证的机制交给 或 。不要在历史证据形成前直接给用户排任务。
/dbs-diagnosis/dbs-decision| What the user actually wants to do | Skill to use |
|---|---|
| Find an object to imitate, learn from, or compete with today | |
| Diagnose contradictions, bottlenecks, and priorities of the current business | |
| Have different ideological figures express their opinions separately | |
| Understand a certain theory or knowledge | |
| Extract repeated solutions and boundaries from historically isomorphic cases | |
When the user requests both historical positioning and personalized action plans, complete this skill first, then pass the verified mechanisms to or . Do not directly assign tasks to the user before historical evidence is formed.
/dbs-diagnosis/dbs-decision核心原则
Core Principles
- 先抽象结构,再搜索人物。 先确定角色、阶段、约束、矛盾和失败模式,避免因为某位名人听起来相似就强行类比。
- 比较机制,少讲传奇。 关注当事人如何配置时间、资本、组织、产品和风险,以及这些决策怎样影响结果。
- 成功、失败、反例一起看。 默认至少包含 1 个最接近案例、1 个跨行业同构案例、1 个失败案例或反例。
- 证据决定结论强度。 单个故事只能产生案例启发;多个独立案例出现相同机制,才可能形成条件性答案或成熟共识。
- 明确映射边界。 每个案例都要说明「哪里相同」「哪里不同」「差异会不会破坏类比」。
- 尊重时代差异。 技术成本、融资环境、劳动市场、传播渠道和制度条件发生变化时,历史做法不能原样搬运。
- 区分事实、推断和假设。 无法核验的轶事、名言和因果关系不能写成事实。
- 先交付历史定位。 用户明确要求暂不解决现实问题时,到「可验证启发」为止,不越过边界输出完整行动计划。
- Abstract structure first, then search for figures. First define roles, stages, constraints, contradictions, and failure patterns, avoiding forced analogies just because a celebrity sounds similar.
- Compare mechanisms, focus less on legends. Pay attention to how parties allocate time, capital, organization, products, and risks, and how these decisions affect outcomes.
- Look at success, failure, and counterexamples together. By default, include at least 1 closest case, 1 cross-industry isomorphic case, and 1 failed case or counterexample.
- Evidence determines conclusion strength. A single story only provides case inspiration; only when multiple independent cases show the same mechanism can a conditional answer or mature consensus be formed.
- Clarify mapping boundaries. For each case, explain "where it is the same", "where it is different", and "whether the difference will break the analogy".
- Respect era differences. When changes occur in technology costs, financing environments, labor markets, communication channels, and institutional conditions, historical practices cannot be copied as-is.
- Distinguish facts, inferences, and assumptions. Unverifiable anecdotes, quotes, and causal relationships cannot be presented as facts.
- Deliver historical positioning first. When the user explicitly requests not to solve the real-world problem yet, stop at "verifiable inspiration" and do not cross the boundary to output a complete action plan.
执行流程
Execution Process
Step 1:提取现实问题
Step 1: Extract Real-World Problems
从用户原话、当前对话和用户指定的本地材料中提取:
markdown
现实角色:
所处阶段:
必须维持的结果:
正在争夺的稀缺资源:
同时存在的任务:
主要矛盾:
反复出现的失败循环:
用户当前希望先得到什么:材料足够时直接形成暂定判断。只有缺失信息会改变历史案例类别时,才问 1 个最小问题。
Extract from the user's original words, current conversation, and user-specified local materials:
markdown
Real-world role:
Current stage:
Outcomes that must be maintained:
Scarce resources being competed for:
Concurrent tasks:
Core contradiction:
Recurring failure cycle:
What the user currently expects to get first:Form a tentative judgment directly when materials are sufficient. Only ask one minimal question if missing information will change the category of historical cases.
Step 2:生成结构指纹
Step 2: Generate Structural Fingerprint
将现实困境转写成可跨时代比较的结构:
| 维度 | 要回答的问题 |
|---|---|
| 主体 | 个体创作者、创始人、职业经理人、团队还是组织? |
| 阶段 | 生存、增长、规模化、转型、守成还是衰退? |
| 收入结构 | 单一现金牛、项目制、订阅、周期性销售还是多业务组合? |
| 稀缺资源 | 时间、注意力、现金、人才、信任还是渠道? |
| 核心张力 | 当前交付与能力建设、亲自做与组织化、短期销售与长期探索等 |
| 锁定机制 | 哪个必要任务不断占用资源,使解决它的能力无法建立? |
| 压力机制 | 波动、目标抬升、身份期待、沉没成本或组织惯性怎样影响决策? |
| 理想转变 | 用户希望从什么状态进入什么状态? |
最后写成一句「结构命题」:
一个处于的{阶段},依赖{主体},因{收入或交付结构}无法投入{锁定机制},同时受到{能力建设}的持续牵引。{压力机制}
Rewrite the real-world dilemma into a structure comparable across eras:
| Dimension | Questions to Answer |
|---|---|
| Subject | Individual creator, founder, professional manager, team, or organization? |
| Stage | Survival, growth, scaling, transformation, consolidation, or decline? |
| Revenue structure | Single cash cow, project-based, subscription, periodic sales, or multi-business portfolio? |
| Scarce resources | Time, attention, cash, talent, trust, or channels? |
| Core tension | Current delivery vs. capability building, doing it personally vs. organizationalization, short-term sales vs. long-term exploration, etc. |
| Lock-in mechanism | Which necessary task continuously occupies resources, making it impossible to build the ability to solve it? |
| Pressure mechanism | How do fluctuations, target elevation, identity expectations, sunk costs, or organizational inertia affect decisions? |
| Ideal transformation | What state does the user want to move from and to? |
Finally write a "structural proposition":
Ain the{subject}stage, relying on{stage}, cannot invest in{revenue or delivery structure}due to{capability building}, while being continuously pulled by{lock-in mechanism}.{pressure mechanism}
Step 3:提出案例搜索假设
Step 3: Propose Case Search Hypotheses
先列 3–6 个候选问题家族,再去找人物:
- 创始人从生产者转向管理者;
- 核心业务利用与新能力探索;
- 委派成本、招聘延迟与创始人瓶颈;
- 项目型收入带来的销售波动和目标棘轮;
- 专业服务从本人交付走向产品化;
- 组织在现金流压力下建立第二曲线。
这些只是示例。根据用户的结构指纹生成更准确的搜索假设。
每个假设写清:
markdown
候选问题家族:
它与现实问题共享的结构:
可能破坏类比的差异:
需要寻找的证据:First list 3–6 candidate problem families, then look for relevant figures:
- Founders transitioning from producers to managers;
- Core business utilization vs. new capability exploration;
- Delegation costs, recruitment delays, and founder bottlenecks;
- Sales fluctuations and target ratchets brought by project-based revenue;
- Professional services transitioning from personal delivery to productization;
- Organizations building a second curve under cash flow pressure.
These are just examples. Generate more accurate search hypotheses based on the user's structural fingerprint.
Write clearly for each hypothesis:
markdown
Candidate problem family:
Shared structure with the real-world problem:
Differences that may break the analogy:
Evidence to search for:Step 4:研究历史案例
Step 4: Research Historical Cases
先查用户指定材料和本地知识库。涉及具体人物、时间、决策、结果、理论归属或原话时,使用联网检索核验。
来源优先级:
- 当事人的书信、备忘录、访谈、股东信和官方档案;
- 学术论文、大学案例、权威传记和同期报道;
- 有编辑审核的商业媒体与专业机构;
- 二手总结只能用于发现线索,不能单独支撑关键结论。
每个核心事实尽量找到 2 个独立来源。引用具体页面,避免只给搜索结果页。找不到可靠证据时,写明「尚未核验」,并降低结论强度。
默认选择 4–6 个案例,并覆盖下面四种证据角色:
- 最近成功案例:结构相似度最高,且完成了用户关心的转变;
- 跨域或机制重复样本:行业或时代不同,底层约束相同;
- 失败案例:采用候选机制后仍然失败,用于检查这个机制是否被高估;
- 反例或边界案例:未采用主流机制仍然成功,或揭示同一解法只在特定条件下有效。
失败案例与反例承担不同任务,不能互相替代。某一类确实找不到时,必须说明搜索范围、缺失原因及其对结论强度的影响。
First check user-specified materials and local knowledge base. Use online search verification when involving specific figures, times, decisions, outcomes, theoretical attributions, or original quotes.
Source priority:
- Letters, memos, interviews, shareholder letters, and official archives of the parties involved;
- Academic papers, university cases, authoritative biographies, and contemporary reports;
- Edited business media and professional institutions;
- Secondary summaries can only be used to discover clues, not to support key conclusions alone.
Try to find 2 independent sources for each core fact. Cite specific pages instead of just search result pages. If reliable evidence cannot be found, state "not yet verified" and reduce the conclusion strength.
By default, select 4–6 cases covering the four evidence roles below:
- Closest successful case: Highest structural similarity, and completed the transformation the user cares about;
- Cross-domain or mechanism repetition sample: Different industry or era, but same underlying constraints;
- Failed case: Still failed after adopting the candidate mechanism, used to check if the mechanism is overestimated;
- Counterexample or boundary case: Succeeded without adopting the mainstream mechanism, or reveals that the same solution is only effective under specific conditions.
Failed cases and counterexamples serve different tasks and cannot replace each other. If a certain type cannot be found, must explain the search scope, reason for absence, and its impact on conclusion strength.
Step 5:逐案还原
Step 5: Restore Cases One by One
每个案例使用同一组字段,防止只挑对结论有利的细节:
markdown
undefinedUse the same set of fields for each case to avoid picking only details favorable to the conclusion:
markdown
undefined案例:{人物/组织,时间}
Case: {Person/Organization, Time}
- 原始处境:
- 真实约束:
- 当时可选方案:
- 实际决策:
- 执行成本:
- 后续结果:
- 证据:
- 证据状态:已核验事实/研究者解释/本次推断/待核验
- 与用户相同之处:
- 与用户不同之处:
- 类比有效性:高/中/低
- 能提取的机制:
- 不能照搬的部分:
不要伪造当事人的内心动机。只有行为和材料能支持时,才描述动机。- Original situation:
- Real constraints:
- Optional solutions at that time:
- Actual decision:
- Execution cost:
- Subsequent outcomes:
- Evidence:
- Evidence status: Verified fact / Researcher's interpretation / Inference in this study / To be verified
- Similarities with the user:
- Differences from the user:
- Analogy validity: High / Medium / Low
- Extractable mechanisms:
- Parts that cannot be copied:
Do not fabricate the inner motives of the parties involved. Only describe motives when supported by behaviors and materials.Step 6:建立类比矩阵
Step 6: Build Analogy Matrix
把现实问题与所有案例放入同一张表:
| 案例 | 阶段相似 | 收入结构相似 | 稀缺资源相似 | 锁定机制相似 | 压力机制相似 | 结果可比 | 总体可信度 |
|---|
评分使用高/中/低,并补 1 句理由。不要用未经定义的精确分数制造确定感。
若一个案例只有行业或人物身份相似,结构维度大多为低,则淘汰。
Put the real-world problem and all cases into the same table:
| Case | Stage similarity | Revenue structure similarity | Scarce resource similarity | Lock-in mechanism similarity | Pressure mechanism similarity | Outcome comparability | Overall credibility |
|---|
Use High/Medium/Low for scoring, and add 1 sentence of reason. Do not use undefined precise scores to create a false sense of certainty.
If a case only has similarities in industry or figure identity, with most structural dimensions being Low, eliminate it.
Step 7:提炼重复机制
Step 7: Extract Recurring Mechanisms
寻找能够解释「为什么某些人走出来、某些人仍被困住」的差异:
markdown
| 重复机制 | 出现在哪些案例 | 可能的因果解释 | 成立条件 | 失败边界 | 证据强度 |
|---|---|---|---|---|---|常见机制可能涉及:
- 为能力建设预留受保护的资源;
- 先降低工作的可委派难度,再招聘;
- 用流程、产品或岗位承接创始人的重复劳动;
- 将销售波动与个人每日情绪脱钩;
- 区分维持现金流的工作和创造未来选择权的工作;
- 用阶段性目标替代持续抬升的单一峰值。
这些只是候选机制。没有案例证据时不要提前采用。
Look for differences that explain "why some people got out of the predicament while others remained trapped":
markdown
| Recurring mechanism | Cases it appears in | Possible causal explanation | Establishment conditions | Failure boundary | Evidence strength |
|---|---|---|---|---|---|Common mechanisms may involve:
- Reserve protected resources for capability building;
- First reduce the delegability of work, then recruit;
- Use processes, products, or positions to take over the founder's repetitive work;
- Decouple sales fluctuations from personal daily emotions;
- Distinguish between work that maintains cash flow and work that creates future options;
- Replace the continuously rising single peak with phased goals.
These are just candidate mechanisms. Do not adopt them in advance without case evidence.
Step 8:判断有没有标准答案
Step 8: Determine if There is a Standard Answer
按证据输出三种结论之一:
Output one of three conclusions based on evidence:
A.成熟共识
A. Mature Consensus
多个高可信案例与系统研究同时支持同一机制,经过失败案例和反例检验后仍然成立,且适用条件稳定。只有案例故事收敛、缺少系统研究时,最多标为条件性答案。
Multiple high-credibility cases and systematic studies support the same mechanism simultaneously, which still holds after being tested by failed cases and counterexamples, with stable applicable conditions. Only when case stories converge but lack systematic studies, can it be labeled as a conditional answer at most.
B.条件性答案
B. Conditional Answer
机制反复有效,但依赖规模、现金流、人才供给、行业节奏或个人目标。必须把条件写进答案。
The mechanism is repeatedly effective, but depends on scale, cash flow, talent supply, industry rhythm, or personal goals. Must include the conditions in the answer.
C.尚无统一答案
C. No Unified Answer Yet
案例分歧明显,或历史条件差异足以破坏类比。此时给出不同路径的适用场景,保留不确定性。
标准答案使用下面的句式:
当成立时,历史上反复有效的做法是{条件},因为{机制}。当{因果解释}出现时,这个答案容易失效。{边界}
避免把工具名、某位名人的个人习惯或一句格言当成标准答案。
Cases have obvious differences, or historical conditions differ enough to break the analogy. At this time, provide applicable scenarios of different paths and retain uncertainty.
Use the following sentence structure for standard answers:
Whenis met, the repeatedly effective practice in history is{condition}, because{mechanism}. When{causal explanation}occurs, this answer is prone to failure.{boundary}
Avoid treating tool names, a celebrity's personal habits, or a motto as a standard answer.
Step 9:控制现实建议的深度
Step 9: Control the Depth of Real-World Suggestions
根据用户授权选择停止位置:
| 用户要求 | 停止位置 |
|---|---|
| 「先定位」「先找历史类比」「先别回答我的问题」 | 给出结构定位、案例研究计划、候选问题家族;等待用户确认后再深挖 |
| 「研究以前怎么解决」 | 完成案例、类比矩阵和标准答案 |
| 「结合我现在怎么办」 | 在历史研究后增加 1–3 个可验证动作 |
| 「帮我做完整计划」 | 把机制交给 |
不要因为掌握了一个历史答案,就自动替用户作出现实决策。
Choose the stopping position based on user authorization:
| User request | Stopping position |
|---|---|
| "First locate", "First find historical analogies", "Don't answer my question yet" | Provide structural positioning, case research plan, and candidate problem families; wait for user confirmation before digging deeper |
| "Research how it was solved before" | Complete cases, analogy matrix, and standard answer |
| "Combine with my current situation, what should I do" | Add 1–3 verifiable actions after historical research |
| "Help me make a complete plan" | Pass the mechanism to |
Do not automatically make real-world decisions for the user just because you have a historical answer.
默认输出
Default Output
markdown
undefinedmarkdown
undefined当前问题的历史定位
Historical Positioning of the Current Problem
结构命题:{一句话}
结构指纹:
- 主体与阶段:
- 收入与交付:
- 稀缺资源:
- 核心张力:
- 锁定循环:
- 压力机制:
Structural Proposition: {One sentence}
Structural Fingerprint:
- Subject and stage:
- Revenue and delivery:
- Scarce resources:
- Core tension:
- Lock-in cycle:
- Pressure mechanism:
候选问题家族
Candidate Problem Families
| 问题家族 | 相似结构 | 关键差异 | 研究价值 |
|---|
| Problem Family | Similar Structure | Key Differences | Research Value |
|---|
历史案例
Historical Cases
{按统一字段写 3–5 个案例}
{Write 3–5 cases according to unified fields}
类比有效性
Analogy Validity
{类比矩阵与淘汰说明}
{Analogy matrix and elimination explanation}
反复出现的机制
Recurring Mechanisms
{重复机制表}
{Recurring mechanism table}
标准答案判断
Standard Answer Judgment
结论等级:成熟共识/条件性答案/尚无统一答案
答案:{带条件和边界的机制}
Conclusion Level: Mature Consensus / Conditional Answer / No Unified Answer Yet
Answer: {Mechanism with conditions and boundaries}
对当前问题的启发
Insights for the Current Problem
{遵守用户授权深度}
{Abide by the authorized depth of the user}
尚待确认
To Be Confirmed
- {会改变案例选择或结论的事实}
- {Facts that will change case selection or conclusion}
资料来源
Sources
- {可点击的具体来源}
用户只要求研究计划时,省略尚未研究的案例结论,输出搜索假设、选例标准、证据标准和下一轮要查的材料。
---- {Clickable specific sources}
When the user only requests a research plan, omit the case conclusions that have not been studied yet, and output search hypotheses, case selection criteria, evidence standards, and materials to be checked in the next round.
---质量自检
Quality Self-Check
交付前逐项检查:
- 已经从用户原话提取结构指纹;
- 历史案例的相似性来自结构,未停留在身份或行业;
- 同时检查了成功、失败和反例;
- 关键历史事实有可追溯来源;
- 没有虚构名言、动机和因果关系;
- 明确写出每个案例的差异和不可照搬处;
- 「标准答案」包含适用条件、因果机制和失效边界;
- 证据不足时降低结论强度;
- 用户要求暂不解决现实问题时,没有越界给完整行动方案;
- 中文遵循《中文文案排版指北》;
- 避免使用先否定后反转的二元套句。
Check item by item before delivery:
- Extracted structural fingerprint from the user's original words;
- Similarity of historical cases comes from structure, not just identity or industry;
- Checked success, failure, and counterexamples simultaneously;
- Key historical facts have traceable sources;
- No fabricated quotes, motives, or causal relationships;
- Clearly stated differences and non-copyable parts of each case;
- "Standard answer" includes applicable conditions, causal mechanisms, and failure boundaries;
- Reduced conclusion strength when evidence is insufficient;
- Did not cross the boundary to output a complete action plan when the user requested not to solve the real-world problem yet;
- Followed Chinese Copywriting Guidelines for Chinese content;
- Avoided binary sentences that first negate then reverse.