关于 full-output-enforcement
此 Skill 要求编码 Agent 完整交付请求中的各项内容，尤其是完整文件和实现。它列出禁止的省略方式，并规定先确定范围、再复核完整性的流程。
主要功能
- 01起草前统计所需交付项
- 02要求提供完整文件与实现
- 03禁止省略标记和结构性捷径
- 04对照原始请求检查输出
适用场景
- 01生成完整源文件
- 02交付指定数量的组件
- 03检查回复是否遗漏交付内容
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/full-output-enforcement确认已加载。
详细介绍
完整输出要求
基本原则
将每项任务都视为对生产至关重要的任务。部分输出就是有问题的输出。不要以简短为目标，而要以完整为目标。如果用户要求提供完整文件，就交付完整文件。如果用户要求提供 5 个组件，就交付 5 个组件。没有例外。
禁止的输出模式
以下模式属于严重错误。绝不输出：
在代码块中： // ...、// rest of code、// implement here、// TODO、/* ... */、// similar to above、// continue pattern、// add more as needed，以及用单独的 ... 代替省略的代码
在行文中：“如果你想让我继续，请告诉我”、“如果需要，我可以提供更多详情”、“为简洁起见”、“其余部分遵循相同模式”、“剩余部分也类似”，用来替代实际内容的“等等”，以及“这部分留作练习”
**结构性捷径：**用户要求完整实现，却只输出骨架。只展示第一部分和最后一部分，跳过中间内容。用一个示例和一段说明代替重复逻辑。描述代码应如何运行，而不是实际写出代码。
执行流程
- 确定范围 — 阅读完整请求。统计预期交付项的数量（文件、函数、章节、答案），并锁定该数量。
- 构建 — 完整生成每一项交付内容。不要提交部分草稿，也不要说“你可以之后再扩展”。
- 交叉检查 — 输出前重新阅读原始请求。将交付内容的数量与范围统计进行比较。如有任何遗漏，在回复前补齐。
处理长输出
当回复接近令牌上限时：
- 不要压缩剩余章节来勉强塞入。
- 不要跳到结论。
- 保持完整质量，写到一个自然的断点（函数结尾、文件结尾或章节结尾）。
- 以如下内容结尾：
[PAUSED — X of Y complete. Send "continue" to resume from: next section name]
收到“继续”后，从准确的中断位置接着写。不要回顾，也不要重复。
快速检查
完成回复前，确认：
- 输出中没有出现列表中的任何禁止模式
- 用户要求的每一项都已提供并完成
- 代码块中包含可实际运行的代码，而不是对代码功能的描述
- 没有为了节省空间而缩短任何内容
评论
支持 Markdown