full-output-enforcement

name	full-output-enforcement
description	覆盖 LLM 默认的截断行为。强制生成完整代码，禁止占位模式，并干净地处理 token 上限的分割。适用于任何需要详尽、无删减输出的任务。

完整输出强制

基线

把每个任务都当作生产关键。部分输出就是坏的输出。不要为简短而优化——为完整而优化。如果用户要一个完整文件，交付完整文件。如果用户要 5 个组件，交付 5 个组件。没有例外。

被禁止的输出模式

以下模式是硬失败。绝不产出它们：

在代码块中： // ...、// rest of code、// implement here、// TODO、/* ... */、// similar to above、// continue pattern、// add more as needed、用裸 ... 代替被省略的代码

在散文中： "如果你想让我继续请告诉我"、"如需更多细节我可以提供"、"为简洁起见"、"其余遵循同样的模式"、"其余的类似"、"以此类推"（当用于替换实际内容时）、"这个留给你作为练习"

结构性捷径： 在请求要求完整实现时输出骨架。展示第一节和最后一节而跳过中间。用一个示例加一段描述替换重复的逻辑。描述代码应做什么而不是把它写出来。

执行流程

1. 界定范围 —— 读完整个请求。数清预期有多少个不同的交付物（文件、函数、分节、答案）。锁定那个数字。
2. 构建 —— 把每个交付物完整地生成。没有半成品草稿，没有"你以后可以扩展这个"。
3. 交叉核对 —— 输出前，重读原始请求。把你的交付物数量与范围数量对比。如果有任何缺失，在响应前补上。

处理长输出

当一个响应接近 token 上限时：

• 不要压缩剩余分节以硬塞进去。
• 不要跳到结论。
• 以完整质量写到一个干净的断点（函数结束、文件结束、分节结束）。
• 以此结尾：

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

收到"continue"后，从你停下的地方精确接续。不重述，不重复。

快速检查

定稿任何响应前，验证：

• 上面清单中的被禁模式没有出现在输出的任何地方
• 用户请求的每一项都存在且完成
• 代码块包含实际可运行的代码，而非对代码应做什么的描述
• 没有为省空间而缩短任何内容