mcpField
F
full-output-enforcement

full-output-enforcement

github.com/rheinmirエージェントワークフロー10239 回インストール2 週間前に更新
リポジトリ

full-output-enforcement について

full-output-enforcement は、成果物を漏れなく出力し、省略や短縮表現を避けるためのエージェントスキルです。成果物や判断が生じたタスクでは、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、省略したコードの代わりに単独で記載する ...

文章内： "Let me know if you want me to continue"、"I can provide more details if needed"、"for brevity"、"the rest follows the same pattern"、"similarly for the remaining"、実際の内容を置き換える場合の "and so on"、"I'll leave that as an exercise"

構成上の近道： 完全な実装を求められているのに骨組みだけを出力すること。最初と最後のセクションを示し、中間を省略すること。繰り返しのロジックを 1 つの例と説明で置き換えること。コードを書く代わりに、コードが何をすべきかを説明すること。

実行プロセス

  1. 範囲の確認 — 依頼全体を読みます。求められている成果物（ファイル、関数、セクション、回答）の個数を数え、その数を確定します。
  2. 作成 — すべての成果物を完全に作成します。部分的な下書きや「後から拡張できます」は不可です。
  3. 照合 — 出力前に、元の依頼を読み直します。成果物の数と確定した個数を比較し、不足があれば、回答する前に追加します。

長い出力の扱い

回答がトークン上限に近づいた場合：

  • 残りのセクションを詰め込むために圧縮しないでください。
  • 先に進んで結論へ飛ばないでください。
  • 関数、ファイル、セクションの終わりなど、適切な区切りまで、品質を保って出力してください。
  • 次の行で終えてください。
[PAUSED — X of Y complete. Send "continue" to resume from: next section name]

「続けて」と言われたら、中断した箇所から正確に再開してください。要約や繰り返しは不要です。

簡易チェック

回答を確定する前に、次を確認してください。

  • 出力内のどこにも、上記の禁止パターンが含まれていない
  • ユーザーが求めた項目がすべて含まれ、完成している
  • コードブロックには、説明ではなく実行可能なコードが含まれている
  • 短縮を目的に内容を省略していない

出力レポート

すべての主要なスキルタスクが完了したら、Wiki に提案ドラフトを作成します。

手順

1. ファイル名を作成します：

  • 形式：DDMMYY-<ten>.md
  • DDMMYY = 今日の日付（例：2 June 2026 の場合は 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 — 次の 1 行を追記します：| [DDMMYY-<ten>](draft/uiux/DDMMYY-<ten>.md) | draft | YYYY-MM-DD |
  • llmwiki/wiki/log.md — 次の行を追記します：## YYYY-MM-DD — <skill-name> — <ten>

スキルが成果物も判断事項も一切生み出さない場合（例：/caveman-stats のような表示専用モード）に限り、省略できます。

コメント

Markdown 対応