mcpField
F
full-output-enforcement

full-output-enforcement

github.com/rheinmirAgent 工作流10239 次安装2 周前更新
代码仓库

关于 full-output-enforcement

full-output-enforcement 是一项 Agent 技能，要求完整交付内容并避免省略或使用简写。对于产生了成果或决策的任务，它还规定了 wiki 草稿及索引、日志更新步骤。

主要功能

  1. 01按请求范围检查完整性
  2. 02禁止省略标记和文字捷径
  3. 03长篇输出的处理指引
  4. 04wiki 草稿及索引、日志记录步骤

适用场景

  1. 01交付完整文件或实现
  2. 02核对请求的所有组件均已提供
  3. 03将产出成果的任务记录到 wiki

安装

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

$npx skills add https://github.com/rheinmir/setup --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]

收到“继续”后，从中断处准确接续。不要回顾，也不要重复。

快速检查

最终定稿前，请确认：

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

输出报告

所有主要技能任务完成后，向 Wiki 提交一份提案草稿。

步骤

1. 构建文件名：

  • 格式：DDMMYY-<ten>.md
  • DDMMYY = 今天的日期（例如，2026 年 6 月 2 日对应 020626）
  • <ten> = 以 2–4 个 kebab-case 单词概括所完成工作的名称（例如，landing-page-coteccons、brand-kit-fintech、ingest-auth-spec）

2. 写入 llmwiki/wiki/draft/uiux/DDMMYY-<ten>.md：

# DDMMYY-<ten>
**Type:** draft
**Status:** proposed
**Tags:** <skill-name>, output-report
**Proposed:** YYYY-MM-DD

## What
<One sentence — what this skill invocation produced or decided>

## Output
<Key artefacts, files created/modified, or decisions made>

## Files
| File | Action |
|------|--------|
| `path/to/file` | created / modified |

## Notes
- Invoked via: `/<skill-name>` skill

## Origin
- **Draft:** `wiki/draft/uiux/DDMMYY-<ten>.md`
- **Commit:** _(filled by verify-before-commit)_
- **Date promoted:** _(filled by verify-before-commit)_

3. 更新 Wiki 索引和日志：

  • llmwiki/wiki/index.md — 追加一行：| [DDMMYY-<ten>](draft/uiux/DDMMYY-<ten>.md) | draft | YYYY-MM-DD |
  • llmwiki/wiki/log.md — 追加：## YYYY-MM-DD — <skill-name> — <ten>

仅当该技能未生成任何产物且没有做出任何决定时才跳过（例如，纯显示模式 /caveman-stats）。

评论

支持 Markdown