mcpField
F
full-output-enforcement

full-output-enforcement

github.com/leonxlnx开发104.4k401.1k 次安装4 天前更新
代码仓库

关于 full-output-enforcement

full-output-enforcement 是一个用于约束 AI 输出完整性的 skill。它要求交付完整的文件、函数和章节,禁止使用省略标记、骨架代码和“以下类似”之类的简写。适合需要完整代码或完整文档的开发场景。

主要功能

  1. 01禁止代码中的省略注释与占位符
  2. 02要求交付全部请求的内容,不做精简
  3. 03按交付物数量进行交叉检查
  4. 04超长输出时在明确断点暂停并说明续写方式

适用场景

  1. 01要求 AI 生成完整的源文件而非片段
  2. 02确保多个组件或多个章节全部被交付
  3. 03在长输出受 token 限制时保持断点清晰

安装

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

$npx skills add https://github.com/leonxlnx/taste-skill --skill full-output-enforcement

安装后在 Claude Code 中输入/full-output-enforcement确认已加载。

详细介绍

完整输出要求

基本原则

将每项任务都视为对生产至关重要的任务。部分输出就是有问题的输出。不要以简短为目标,而要以完整为目标。如果用户要求提供完整文件,就交付完整文件。如果用户要求提供 5 个组件,就交付 5 个组件。没有例外。

禁止的输出模式

以下模式属于严重错误。绝不输出:

在代码块中: // ...、// rest of code、// implement here、// TODO、/* ... */、// similar to above、// continue pattern、// add more as needed,以及用单独的 ... 代替省略的代码

在行文中:“如果你想让我继续,请告诉我”、“如果需要,我可以提供更多详情”、“为简洁起见”、“其余部分遵循相同模式”、“剩余部分也类似”,用来替代实际内容的“等等”,以及“这部分留作练习”

**结构性捷径:**用户要求完整实现,却只输出骨架。只展示第一部分和最后一部分,跳过中间内容。用一个示例和一段说明代替重复逻辑。描述代码应如何运行,而不是实际写出代码。

执行流程

  1. 确定范围 — 阅读完整请求。统计预期交付项的数量(文件、函数、章节、答案),并锁定该数量。
  2. 构建 — 完整生成每一项交付内容。不要提交部分草稿,也不要说“你可以之后再扩展”。
  3. 交叉检查 — 输出前重新阅读原始请求。将交付内容的数量与范围统计进行比较。如有任何遗漏,在回复前补齐。

处理长输出

当回复接近令牌上限时:

  • 不要压缩剩余章节来勉强塞入。
  • 不要跳到结论。
  • 保持完整质量,写到一个自然的断点(函数结尾、文件结尾或章节结尾)。
  • 以如下内容结尾:
[PAUSED — X of Y complete. Send "continue" to resume from: next section name]

收到“继续”后,从准确的中断位置接着写。不要回顾,也不要重复。

快速检查

完成回复前,确认:

  • 输出中没有出现列表中的任何禁止模式
  • 用户要求的每一项都已提供并完成
  • 代码块中包含可实际运行的代码,而不是对代码功能的描述
  • 没有为了节省空间而缩短任何内容

评论

支持 Markdown