full-output-enforcement

1仕組みと動作原理

純粋な振る舞い制約プロンプト（49行の単一ファイル）：ベースラインとして「完全性」を最優先に設定し、モデルの簡潔さ（brevity）へのデフォルト傾向を直接上書きします。

プレースホルダーパターンを「ハードフェイル」リストとして3カテゴリ（コードブロック内、文章内、構造的ショートカット）に分類して禁止し、直接判定可能な禁止文字列リテラル（// rest of code、'for brevity'、全文の代わりのスケルトンなど）を指定します。

3段階の実行フロー（Scope→Build→Cross-check）：最初に成果物の数量を数えて確定させ、生成後に元のリクエストと照合して数量を確認し、不足があれば補完します。

トークン上限を考慮した長文出力の分割プロトコル：クリーンな中断点（関数/ファイル/セクションの末尾）に達するまで妥協のない品質で記述して停止し、固定の PAUSED マーカーを出力し、'continue' の入力後は中断点から正確に再開して前文の繰り返しを禁止します。

Quick Check による仕上げ：成果物の引き渡し前に、禁止文字列の有無、全要件の網羅、コードブロックが実際に実行可能な完全コードであるか、容量節約のための省略がないかを再確認します。

2コア機能

4推奨統制措置と判定根拠

5二重目の独立検証

• [ok] 目录资产面（含隐藏/未跟踪文件） — git ls-files + ls -A 双查：该 skill 目录仅 1 个文件 SKILL.md，无 scripts/references/模板/数据/隐藏文件，无可执行代码。
• [ok] 执行类 token 扫描 — 逐文件扫描 bash/exec/child_process/curl/wget/fetch/axios/process.env/API_KEY/.env/fs./writeFile/.github 等零命中（brutalist 一处 'sans-serifs.' 单词结尾 fs. 为误报，人工复核排除）。
• [ok] 引文逐条 grep -F 字节复核 — 本 JSON 所用全部 quote 均以 grep -F 在 pin commit 工作树中逐条验证存在，无 paraphrase 冒充。
• [ok] 元数据与 pin 核对 — 本地 git HEAD == 任务 pin ccbc15639c97057cbfcf32ecebc38ef716e4bb37（README 显示该提交为 docs/sponsor 修订 #102，2026-08-24）；GitHub API 实查 stars=85698、MIT、pushed_at=2026-08-24T15:23:56Z。frontmatter name 与任务给定名一致。
• [ok] 功能声明 vs 实际能力夸大检查 — description 声称均由 SKILL.md 正文纯 prompt 机制兑现，无脚本可调用、无越界承诺（详见本文件 how_it_works 引文）。
• [ok] 『handles token-limit splits cleanly』是否有真实机制 — 正文给出完整协议：全质量写到干净断点→输出 [PAUSED — X of Y complete. Send "continue"…]→continue 后『pick up exactly where you stopped. No recap, no repetition.』，非空头承诺。
• [ok] 禁用清单与『用户要求简短』的冲突仲裁 — 正文无冲突仲裁条款（复查无 unless/user explicitly 等豁免表述）；已在 risks 中明示此缺口，不夸大其覆盖范围。
• [ok] 占位串检查是否覆盖常见变体 — bare `...`、/* ... */、// TODO、'Let me know if you want me to continue' 等均以字面列入；属提示强度问题而非缺陷，正文以『hard failures. Never produce them.』设最高语气。

6結論