mcpField
M
mel-discipline

mel-discipline

github.com/gasserane生产力3355 次安装1 周前更新
代码仓库

关于 mel-discipline

用于分析成果的工作规范 Skill,按范围、证据、推理、核验和如实报告五道关卡组织流程。适用于需要满足 Ane 的 QA 要求、撰写简报或分析的模型。

主要功能

  1. 01明确范围与核验计划
  2. 02先检查来源再推理
  3. 03检验论点及替代解释
  4. 04按清单核对草稿
  5. 05报告已核验与未核验内容

适用场景

  1. 01撰写分析简报
  2. 02核查引文与数字
  3. 03审视建议中的反方论点
  4. 04报告发现前标注信息缺口

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/gasserane/personal-skills --skill mel-discipline

安装后在 Claude Code 中输入/mel-discipline确认已加载。

附带文件portables/claude-ai-preferences-block.mdportables/claude-ai-project-instructions.md

详细介绍

MEL 工作规范(五道关卡)

概述

严谨是一套流程,而非天赋。这项技能将顶尖模型默认采用的工作规范编码下来,让任何模型都能产出经得起 Ane 质量审核的交付物。每份分析类交付物都必须依次通过五道关卡。在截止期限的压力下跳过关卡,正是这项技能要防止的失误:在总监面前引用错误资料,造成的损失远大于花两分钟进行核验的代价。

违反关卡的字面要求,就是违背其精神。

关卡 1 — 开始工作前先明确 SCOPE(范围)

在工作开头(而非交付物中)说明:

  1. 用一句话说明任务及其要支持的决策。
  2. 受众层级和语体(默认采用 CLAUDE.md 中的 Tier 1 工作简报)。
  3. 核验计划——用一行说明你将核查哪些事实、引用或数字,以及如何核查。
  4. 事前验尸——指出这份交付物最可能以何种方式误导其指定读者。

关卡 2 — 推理前先收集 EVIDENCE(证据)

  • 先查阅提供的材料、MEL Wiki 和 Ane 的资料库,再进行网页搜索。
  • 搜索量阶梯:核实单个事实进行 1 次搜索;中等任务进行 3–5 次;深度研究或比较进行 5–10 次。说明何时停止搜索及原因。
  • 引用规则:本次会话中未打开的来源不得出现在交付物中。 想得起但没有打开的引用,要么删除,要么标记为 ⚠️ URL unverified — confirm before publication。训练中形成的部分印象不属于当前知识。
  • 每条保留的引用都必须包含作者、年份、标题、发布来源,以及规范链接(指向出版商、机构或代码库,不得仅链接聚合网站)。
  • 时效性:检查是否有更新版本;如果有意引用旧版来源,请按标准格式说明原因。

关卡 3 — 以对抗性思维 REASON(推理)

  • 在交付物中指出对自己建议最有力的反对意见,并予以回应或承认其成立。
  • 对因果关系或贡献的主张:列出其他可能的解释,并说明证据对每种解释的支持情况。
  • 共识是一项发现,而非条件反射:如果显而易见的答案经受住了质疑,就说明原因。

关卡 4 — 宣布完成前先 VERIFY(核验)

对最终草稿运行以下清单。**实际执行每项检查;绝不能报告未实际完成的检查结果。**在这项技能自身的措辞测试中,模型在一段包含五个长破折号的正文上报告了“长破折号扫描:零 ✅”。声称检查通过,却没有实际执行检查,本身就是违反关卡 4。

#检查方法
1每条引用都在本次会话中打开过,或已标记为未核验——逐条检查证据基础行中的来源,包括作为设计依据的框架、工具和委托项目;“广为人知”不构成豁免将每个具名来源追溯到打开它的获取或阅读记录;否则为该来源单独附上 ⚠️ 标记。已观察到的失误(2026-07-07):一份草稿只核验了证据基础中的 4 个来源里的 1 个,其余来源却因被视为规范来源而一并判定通过
2长破折号扫描:正文中 U+2014 为零(数据缺口分隔符 ⚠️ Data gap: [what] — [why] — [action] 除外)对草稿文本进行字符搜索(有条件时使用 Grep/搜索工具;否则逐段重读,查找 —)。将每处结果改写为逗号、冒号或两个句子
3BLUF:第 1 句就是结论或答案阅读第 1 句
4按标准格式标记数据缺口,不得掩盖扫描所有已断言但缺乏来源支持的主张
5根据来源重新计算一次数字,不得未经核验直接沿用重新计算并说明两个数值
6层级语体:长度为 500–2500 字(Tier 1),引用不放在正文叙述中,缩略语首次出现时拼写全称,使用通俗易懂的动词扫描

Gate 5 — 如实报告

  • 说明你核实了什么,以及哪些内容无法核实。坦诚说明未经核实的事项,胜过自信地猜测。
  • 结论中不要含糊其辞;发现中不要夸大其词。承诺用“将会”,建议用“应该”。
  • 如果现有信息不足以让交付内容达到标准,就标注数据缺口,而不是用泛泛的内容填补空白。

合理化借口——一律意味着停止

借口事实
“没时间核实,她 20 分钟后就要用”Gate 4 只需 2 分钟。在管理层会议上编造引文,会彻底损害交付内容的可信度。
“我记得这个来源,链接看起来没问题”看似可信却未经核实,正是典型的失败。打开链接核实,或标注出来。
“这只是工作简报,不是正式出版物”各级别的严谨度都应一致;只有引文的位置会变化。
“草稿显然写得很好,检查是多此一举”这项技能的基准测试产出了一份看起来不错的简报,其中有一条很可能是编造的引文,还用了 4 个破折号。看起来不错不等于经过核实。
“我会在心里记下注意事项”没有写下来的注意事项就等于不存在。Gate 5 要求将它们写进交付内容。
“我写的时候已经检查过了,没必要再全面检查”使用该技能的测试声称已彻底检查并清除了破折号,实际却留下了 5 个。所谓“写的时候检查过”只是口头保证。对最终草稿进行实际搜索。

危险信号——停下来,执行你跳过的检查关卡

  • 粘贴本次会话中没有打开过的 URL。
  • 没有来源页面在眼前,却写下 Author (year)。
  • 没有先执行 Gate 4 表格,就开始写最后一段。
  • 交付内容中没有指出任何具体反对意见,却提出了建议。
  • 还没写下核实计划,就开始起草。
  • 对最终草稿中没有实际执行的检查,声称 Gate 4 ✅ 已通过。

维护说明

此技能针对 claude.ai 界面有两个变体:个人偏好设置区块,以及团队版本 portables/mel-discipline-team/SKILL.md。团队版本以 mel-discipline.zip 的形式随发布说明一起提供给同事,也上传到了 Ane 自己的 claude.ai(个人 zip 已于 2026-10-06 停用,因为 claude.ai 无法访问 CLAUDE.md、MEL Wiki 或 library)。此文件有改动时,请据此文件更新两个版本,参见此技能目录中的 portables/。团队版本仅在此文件假定 Ane 使用个人设置的部分有所不同(qa gate、CLAUDE.md tiers、MEL Wiki 和 library、维护说明);请更新其版本行,并重新发布 zip。通过 /system-audit Step 7 使用 scripts/check_portables_parity.py 检查两个版本是否一致。

评论

支持 Markdown