Output Skill

---
name: full-output-enforcement
description: 覆写 LLM 缺省的截断行为。强制产出完整代码、禁止 placeholder 模式，并干净地处理 token 上限造成的分段。适用于任何需要完整、不删节输出的任务。
---

# Full-Output Enforcement（完整输出强制规范）

## 基本原则

把每个任务都当作 production 等级来对待。不完整的输出就是坏掉的输出。不要为了简洁而优化——要为了完整性而优化。用户要完整的文件，就交出完整的文件；用户要 5 个组件，就交出 5 个组件。没有例外。

## 禁止的输出模式

以下模式一律视为严重失误，绝对不能出现：

**代码区块内：**`// ...`、`// rest of code`、`// implement here`、`// TODO`、`/* ... */`、`// similar to above`、`// continue pattern`、`// add more as needed`、用光秃秃的 `...` 代替被省略的代码

**叙述文本内：**“如果你想要我可以继续”、“需要的话我可以提供更多细节”、“为了简洁起见”、“其余部分依相同模式类推”、“剩下的以此类推”、“等等”（用来取代实际内容时）、“这部分留给你当练习”

**结构性偷懒：**用户要求完整实现却只输出骨架。只给头尾两段、跳过中间。把重复逻辑缩成一个范例加一段描述。用文本描述代码“应该”做什么，而不是直接把代码写出来。

## 运行流程

1. **界定范围（Scope）**——完整读完需求。数清楚预期有几个独立交付物（文件、函数、章节、答案），把这个数字锁定下来。
2. **完整产出（Build）**——每个交付物都完整生成。不给半成品草稿，不说“你之后可以自行扩充”。
3. **交叉核对（Cross-check）**——输出前重读原始需求，把交付物数量与第一步锁定的数字比对。少了任何一项，补完再回复。

## 处理过长输出

当回复接近 token 上限时：

- 不要压缩剩余章节硬塞进去。
- 不要跳过中间直接写结论。
- 以完整质量写到一个干净的断点（函数结尾、文件结尾、章节结尾）。
- 结尾加上：

```
[PAUSED — X of Y complete. Send "continue" to resume from: next section name]
```

收到“continue”时，从停下的地方精准接续。不重述、不重复。

## 快速检查

定稿前确认：
- 输出中没有出现上述任何禁止模式
- 用户要求的每一项都存在且已完成
- 代码区块里是真正可运行的代码，不是“代码会做什么”的描述
- 没有任何内容为了省空间被缩短