dontbesilent2025/dbskill

dbs-theory-grounding

理论溯源与案例重释。审查 PPT、课程、文案或方法论中的经验判断,先判断命题是否成立,再匹配并核实可信理论,用该理论重释案例并标明边界。适用于给自创理论找依据、给 PPT 补理论来源、判断一句话能否上升为理论、检查是否硬套名人;聚焦单次理论锚定,不默认展开历史同构研究。

查看源码
仓库原始内容

按源仓库内容呈现,保留标题、案例、代码、表格、链接以及原文引用的演示图片。

dbs-theory-grounding:理论溯源与案例重释

任务目标:把未经检验的经验判断处理成有来源层级、有边界、能解释案例的理论表达。先审命题,再选理论;先判断核实是否必要,再决定使用已有知识、本地资料或外部来源。

硬性原则

  1. 先审命题。 提取原判断、案例和使用场景,检查绝对化、因果跳跃、定义偷换、以偏概全和反向推断。
  2. 匹配度优先。 理论必须解释案例里的核心机制。名气不能弥补理论错配。
  3. 保留有效部分。 案例成立而结论过度时,缩小结论边界;不要为了换理论整段推翻。
  4. 人物约束服从任务需要。 用户要求「已故名人」时,只把「确为已故」和相关专业身份作为入选条件,不主动补充出生年、去世年与国籍变化。已有知识足以高置信判断时可以离线完成并标注核实层级;存在争议且会影响入选资格时,再把外部核实视为必要步骤。
  5. 默认离线。 先依据用户提供的材料、当前对话、本地资料和模型已有知识完成命题审查与理论匹配。联网不是默认研究步骤,不能因为想补充人物、理论、原话、页码或候选数量就自动联网。
  6. 按结论需要核实。 只有外部事实会实质改变结论,或用户明确要求核实、来源、原话、页码、首创归属或最新信息时,才进入外部核实。用户要求不联网时,禁止联网;无法离线确认的细节标为「尚未核实」,不得以核实为由违背用户限制。
  7. 区分经典表述与逐字引文。 用户要求「经典理论」「经典表述」「找理论依据」,默认允许交付基于已有知识的通行概念和明确标注的中文意译,不等于要求联网查找逐字原话。只有用户明确要求「原话」「准确出处」「页码」或逐字引用时,才把引文核实视为任务必要部分。
  8. 后台分层,前台只给中文。 研究时区分外文原话、忠实翻译和中文意译;未外部核验原文时,优先给明确标注的中文意译,不得把模型记忆中的近似措辞包装成逐字引文。给课程老师、客户或其他当事人的文档不展示外文原话。
  9. 给出边界。 至少写出一个适用场景、一个不适用场景和一个可能推翻当前解释的反例。
  10. 拒绝硬套。 找不到高匹配理论时,直接说明「暂未找到足够匹配的理论」,保留经验判断或改找学派、研究结论。
  11. 禁止编造。 无法核实页码、原话或首创关系时,写明核实状态,不补写推测信息。
  12. 区分研究过程与交付文档。 候选评分、文件检查和检索过程用于内部判断。给课程老师、客户或其他当事人看的版本默认从「总体判断」开始,只保留简短的理论选择说明,把篇幅留给入选理论、案例解释和修改建议。
  13. 控制理论数量。 同一组案例默认只保留解释力最强的 1 个主理论。辅助理论必须解释主理论无法覆盖的新机制;如果只能得到「表达要清楚」「内容要有价值」一类常识性结论,直接删除。

执行流程

Step 1:固定原问题

输出:

markdown
原命题:
原案例:
使用场景:
用户希望理论完成的任务:

「完成的任务」只选主要一项:解释机制、提高可信度、修正标准、组织案例或生成 PPT 表达。

Step 2:审查原命题

逐项检查:

风险检查问题
绝对化是否使用「都、一定、只要、凡是、就」?反例能否轻易成立?
因果跳跃案例只展示相关、结果或感受,却被写成原因了吗?
定义偷换前后使用的核心词是否改变了含义?
经验普遍化单个案例是否被扩展成所有场景的规律?
反向推断看到结果后,是否倒推出唯一原因?

作出一个状态判断:

  • 保留:原命题与案例匹配,边界清楚;
  • 收窄:核心洞察可用,措辞或适用范围过宽;
  • 重构:案例可用,原命题无法准确解释;
  • 放弃:命题与案例均缺少支撑。

先写修正后的标准,再进入理论搜索。

Step 3:定义理论需要解释的机制

把「找名人」改写为 1—3 个理论检索问题,例如:

  • 为什么具体细节更容易形成理解或记忆?
  • 为什么抽象结论在某些场景有效,在另一些场景空泛?
  • 什么机制能同时解释正例与反例?

理论必须回答检索问题。只和案例共享关键词,不算匹配。

Step 4:建立候选池

提出 2—4 个候选理论,按下表评分:

维度分值判断标准
机制匹配0—3能否解释案例的主要矛盾
来源可靠0—2是否有原著、论文或权威档案
人物辨识度0—2目标受众是否容易理解其身份
可用于表达0—2是否有清楚概念、通行表述或可准确标注的中文意译
边界清楚0—1是否能解释何时成立、何时失效

总分低于 7 分不得入选。机制匹配 < 2来源可靠 < 1 时直接淘汰。用户要求已故人物时,「死亡状态能够高置信确认,并如实标注当前核实层级」是额外硬门槛。

完成评分后再做一次去重:

  • 两个理论解释同一机制时,只保留机制匹配分更高的一个;
  • 辅助理论必须明确写出「主理论解释不了、它能够解释的部分」;
  • 新理论只能生成宽泛、正确但没有信息增量的结论时,删除该理论;
  • 删除理论后仍能完整解释案例时,不为增加名人数量而保留。

候选比较用于内部筛选。用户明确要求研究过程时,再输出完整表格:

markdown
| 候选人物 | 候选理论 | 能解释什么 | 解释不了什么 | 得分 | 结论 |
|---|---|---|---|---:|---|

Step 5:确定人物、理论与核实层级

先判断当前任务是否真的需要外部核实:

  • 只需解释机制、修正命题或寻找经典理论时,默认使用用户材料、本地资料和模型已有知识,核实状态写「基于已有知识,未在本轮外部核实」;
  • 用户要求「经典表述」但没有要求逐字原话时,优先输出中文意译,并明确标注「意译」;
  • 用户明确要求准确原话、页码、版本、首创归属或争议事实时,再按末尾「知识、核实与联网标准」决定是否外部核实;
  • 用户明确要求不联网时,删除非必要的精确细节,保留可离线完成的理论原义、案例解释和适用边界。

人物定位

给当事人的正文只保留国家或主要学术归属、相关身份、中文名和外文通行名。生卒年、履历、奖项、国籍变化和相关贡献用于后台核实,不进入人物定位或 PPT。

推荐句式:

markdown
[国家或主要学术归属][相关身份][中文名]([外文通行名])

例如:

markdown
美国语义学家塞缪尔·早川(S. I. Hayakawa)

中文姓名遵守以下规则:

  1. 优先采用本人中文署名、中文正式出版物、国家图书馆/大学/出版社等权威来源使用的译名;
  2. 没有唯一权威译名时,采用中文出版物中的通行译名,并写「中文常译……」;
  3. 存在两个常见译名时,正文采用最通行的一种,注释中写「亦译……」;
  4. 无法核实中文译名时,保留外文名并明确写「暂未找到可靠的统一中文译名」,禁止自行音译;
  5. 出生地、族裔、国籍变化和任职国家容易混淆时,不依赖未经核实的精确细节完成人物定位;必要时标为「尚未核实」,不进入给当事人的正文。
  6. 用户要求「已故人物」时,优先选择已有知识中身份明确、争议较小的人物,不主动补充生卒年。只有死亡状态本身存在不确定性并会影响入选资格时,才把外部核实视为可能改变结论的必要事实。

理论卡

markdown
理论名称:
理论要解决的问题:
核心机制:
原始出处:作者,《作品》,年份;只有确知时才补版本 / 章节 / 页码
核实状态:用户材料 / 本地资料 / 基于已有知识,未在本轮外部核实 / 原始来源已核实 / 权威二手来源已核实 / 尚未核实

研究时把引用文字分三层:

markdown
外文原话:只有实际查阅并核实时才记录,不进入给当事人的文档
中文译文:只有实际核对原文时使用,尽量保留原意,不添加案例结论
中文意译:可依据可靠的理论原义和已有知识压缩表达,必须明确标注「意译」

给当事人的理论卡只输出中文译文或中文意译。未实际核对原文时不得标「中文译文」,只能标「中文意译」。页码随版本变化时,同时写版本;只能确认章节时引用章节,不猜页码;不影响核心结论的页码可以直接省略。

Step 6:用理论重释案例

逐句映射,不能只在案例前面贴理论名。

markdown
| 案例原句 / 事实 | 理论中的对应概念 | 理论解释 | 修正后的判断 |
|---|---|---|---|

检查映射:

  • 理论是否解释了案例为什么有效;
  • 理论是否解释了原说法为什么说过头;
  • 案例是否真的提供理论所需证据;
  • 新解释有没有加入案例中不存在的事实。

Step 7:写适用边界与反例

markdown
适用场景:
- ...

不适用场景:
- ...

反例:
- 如果出现……,当前解释需要被收窄或放弃。

仍需核实:
- ...

任何理论都不能推出「文案永远应该更具体」「所有成功都由单一原因造成」一类无限结论。

Step 8:生成标准输出

先判断读者:

  • 给研究者或 skill 调试者:可以附候选评分和核实过程;
  • 给课程老师、客户或其他当事人:默认使用精简交付版,不展示文件检查、解密过程和完整淘汰记录。

给当事人的文档按以下模板交付:

markdown
# 1. 总体判断

用一小段或一张简表说明哪些命题保留、收窄、重构或暂不补理论。

# 2. 理论选择说明

用 1 段说明入选标准与主要淘汰原因,不展开评分过程。

# 3. 理论锚点

原命题:
审查状态:保留 / 收窄 / 重构 / 放弃
修正后的标准:

## 人物定位

用一行写「国家或学术归属+相关身份+中文名+外文名」。

## 相关理论

理论名称:
理论原义:
中文译文:
原始出处:
核实状态:

## 理论如何解释案例

| 案例 | 理论解释 | 得出的判断 |
|---|---|---|

## 适用边界

适合:
不适合:
反例与待核实事实:

## PPT 可用版

【标题】10 字以内
【人物署名】国家或学术归属+相关身份+中文名(外文通行名)
【理论表述】已核实的中文译文,或基于已有知识且明确标注的「意译」
【一句解释】20 字以内
【案例对比】两侧各不超过 30 字
【演讲者注】说明边界、出处和不能上屏的核实信息

同一份文档有多个理论锚点时,「总体判断」和「理论选择说明」只出现一次,随后直接展开各个理论锚点。核心理论放在最前面,辅助理论排在后面。

知识、核实与联网标准

默认不联网。先依据用户提供的材料、当前对话、本地资料和模型已有知识回答。理论匹配、命题审查、案例重释和边界判断通常可以离线完成;不能为了让答案显得更学术、补齐理论卡字段或增加候选数量而联网。

只有满足以下任一条件时,才允许联网:

  1. 用户明确要求联网搜索、事实核验、准确来源、逐字原话、页码、版本、首创归属或最新研究;
  2. 某项外部事实会实质改变主理论是否入选、人物是否符合硬约束,或核心结论是否成立;
  3. 用户要求可正式发表的精确引文,而现有材料和本地资料不足以完成核验。

以下情况不能单独触发联网:

  • 用户只说「找经典理论」「找经典表述」「给观点找依据」;
  • 已有知识足以完成机制匹配,只缺页码、逐字措辞或非关键履历;
  • 想确认更多候选、补充更多案例或提高答案的表面完整度;
  • 已经能够用中文意译准确表达理论原义。

用户明确要求不联网时,禁止调用网页搜索、浏览器、网络 API、curl 或任何其他外部检索能力。此时应:

  • 正常完成命题审查、理论匹配、案例解释和边界分析;
  • 把来源状态写成「基于已有知识,未在本轮外部核实」;
  • 删除无法确认且不影响结论的精确页码、版本、生卒年和逐字引文;
  • 对会影响结论但无法离线确认的事实标注「尚未核实」,不得用猜测补齐。

需要联网时,先用一句话说明「什么关键事实需要核实,以及它为什么会改变结论」,再按最小充分原则检索。证据足以支持结论后立即停止;同一事实连续 2 次无法核实,标注「尚未核实」并停止。

进行外部核实时,来源优先级为:

  1. 原著、原始论文、作者档案;
  2. 大学、学会、政府、博物馆、权威出版社;
  3. 同行评议论文或可靠学术工具书;
  4. 高质量二手解释;
  5. 百科仅用于发现线索,名言站与聚合文章不能作为唯一来源。

只有任务确实进入外部核实时,才按需要为以下两类关键事实分别寻找来源;未进入外部核实时,不为补齐格式主动搜索:

  • 人物身份与生卒;
  • 理论原义、原话或作品出处。

如果引用经由二手文献找到,要写「该二手文献引自……」,不能伪装成已直接查阅原著。

校准样例

输入:

text
「需要解释的词就不是好文案。」
「我努力创业,才有了今天的成就。」
对比案例是「我开了 30㎡ 的重庆小面馆,2 个月做到 35 万」。
请找一个已故名人的理论解释。

最低合格结果:

  • 默认不联网;先用已有知识完成理论匹配,并把核实状态写清楚;
  • 原命题判为 收窄,因为抽象表达可以承担标题、总结和价值判断;
  • 检索问题聚焦「抽象与具体如何分工」;
  • Hayakawa 的「抽象阶梯」优先于只解释记忆效果的理论;
  • 人物定位写成「美国语义学家塞缪尔·早川(S. I. Hayakawa)」,不输出字段式人物简卡、生卒年或详细履历;
  • 输出人物中文译名、领域定位、理论中文意译、已知出处与核实状态;只有实际核对原文后才使用「中文译文」;
  • 说明具体案例提升可感知性,但「35 万」仍需核实口径;
  • 中文意译必须明确标注,不能冒充 Hayakawa 原话的忠实翻译。

自检

  • 是否先审命题,再找人物?
  • 入选理论是否通过评分硬门槛?
  • 同一问题是否只保留解释力最强的主理论?
  • 辅助理论是否提供了主理论没有覆盖的新机制?
  • 是否默认先用用户材料、本地资料和已有知识完成回答,没有把联网当成理论研究的起点?
  • 用户只要求「经典表述」时,是否避免把它自动解释为逐字引文核验?
  • 用户要求不联网时,是否完全停止网页、浏览器、网络 API 和命令行网络访问?
  • 人物生卒、国家和身份如果没有外部核实,是否省略非关键细节或如实标注核实状态?
  • 中文译名是否标明当前核实层级,并在没有统一译名时如实标注?
  • 人物定位是否只保留国家或学术归属、领域、中文名和外文名?
  • 是否在后台区分原话、翻译和意译,并在给当事人的文档中隐藏外文原话?
  • 是否避免把二手引文标成原著直引?
  • 是否逐句映射案例,没有只贴理论标签?
  • 是否写出适用边界、反例与待核实事实?
  • 给当事人的文档是否省略文件检查、解密过程和完整候选打分?
  • PPT 文案是否短,并保留演讲者注中的来源信息?

完成当前任务后直接结束。只有用户明确询问下一步,且当前环境已经安装 /dbs 时,简短提示输入 /dbs

来自同一仓库

更多 Skills

全部 Skills
dontbesilent2025
社区

dbs

dontbesilent 商业工具箱主入口,提供新手教程与单任务动态编排。用户第一次使用 dbskill、不知道该用哪个正式 Skill、带着真实任务寻求合适能力,或在一项任务完成后询问下一步时使用。

安装量
16
GitHub Stars
1万
最近更新
9月7日
dontbesilent2025
社区

dbs-content-risk-check

面向创作者的内容发布风险检查。逐句检查自媒体、社交媒体和内容平台的标题、正文、图片文字、字幕、口播、评论、账号资料及视频画面,分别判断平台机器可能识别什么、内容本身存在什么实质问题,并给出具体位置和最小修改动作;需要明确视频语境边界时,额外生成真实准确的三行贴片小字。用户询问「检查敏感词」「发布前排雷」「这篇内容哪里可能违规」「这条小红书能不能发」「视频上放什么声明」时使用。保留强观点、情绪张力、个人风格和传播钩子。

安装量
15
GitHub Stars
1万
最近更新
9月7日
dontbesilent2025
社区

dbs-install-skill

将单个 Skill 或 Skill 集合安装到通用 Agents、Claude Code、Codex、WorkBuddy、Grok、Hermes Agent、Kiro、Qwen Code、Cline 等 Agent。用户要求跨 Agent 安装、同步、查看、去重或卸载 Skill 时使用。

安装量
15
GitHub Stars
1万
最近更新
9月7日
dontbesilent2025
社区

dbs-jtbd

dontbesilent JTBD 任务澄清。用 Jobs to Be Done 识别具体情境中用户想推进的进展、切换方案的力量与可观察的选择标准,据此优化产品、内容、服务、决策和 AI 提示词。调用名:/dbs-jtbd。用户问「到底要解决什么」「为什么会选择这个方案」「用 JTBD 重写提示词」时使用。

安装量
15
GitHub Stars
1万
最近更新
9月7日