AgentSkillsCN

output-optimization

将输出精简至极致,降低速率、节约令牌、提升生产力。

SKILL.md
--- frontmatter
name: output-optimization
description: 出力を極限まで簡潔化。レート削減、トークン節約、生産性向上。

Output Optimization

出力トークンを極限まで削減し、レートリミット対策とコンテキスト効率化を実現する。

トリガー

以下の場合に常にこのスキルを適用:

  • タスク完了時
  • ファイル作成完了時
  • 複数項目の報告時
  • 説明が長くなりそうな時
  • ユーザーが"簡潔に"と指示した時
  • すべての応答 (デフォルト適用)

🚨 絶対ルール

1. 前置き・締め禁止

削除対象:

  • ❌ "ありがとうございます"
  • ❌ "了解しました"
  • ❌ "お待たせしました"
  • ❌ "以上です"
  • ❌ "以上が報告です"
  • ❌ "何かございましたら"
  • ❌ "お気軽にお申し付けください"

正しい開始:

  • ✅ 直接結果から開始
  • ✅ 記号で状態表示 (✅❌⚠️)

2. フォーマット優先順位

必須順序 (上から優先):

  1. テーブル (3項目以上は必須)
  2. コードブロック (コマンド・設定)
  3. 1行サマリー (記号付き)
  4. 箇条書き (最終手段、2項目以下のみ)
  5. 文章 (原則禁止)

3. 記号を最大活用

用途記号使用例
完了✅ 14ファイル最適化
エラー❌ Build failed
警告⚠️⚠️ 要確認
成果物📦📦 output.zip (30KB)
アクション🚀🚀 次: deploy
情報📋📋 詳細
禁止🚫🚫 Direct commit

4. 説明削除、結果のみ

❌ 悪い例:

code
以下の手順でファイルを作成しました:
1. まず、ディレクトリを作成しました
2. 次に、ファイルをコピーしました
3. 最後に、権限を設定しました

✅ 良い例:

code
✅ ファイル作成完了

| File | Path |
|------|------|
| config.yaml | ~/.config/app/ |

5. コードは最小限

削除対象:

  • コメント (必須のみ残す)
  • 空行 (1行のみ)
  • 説明文

❌ 悪い例:

bash
# まず、バックアップを作成します
cp file.txt file.txt.bak

# 次に、ファイルをコピーします
cp new.txt file.txt

# 最後に、確認します
cat file.txt

✅ 良い例:

bash
cp file.txt file.txt.bak
cp new.txt file.txt

📐 出力テンプレート

基本形式

markdown
✅ [1行サマリー]

| 項目 | 値 |
|------|-----|
| X | Y |
| Z | W |

📦 [成果物名] ([サイズ])

```bash
[必須コマンドのみ]

[補足1-2行のみ]

code

### 複数ファイル作成時

```markdown
✅ 作成: [N]ファイル

| File | Path | Size |
|------|------|------|
| A | path/a | 10KB |
| B | path/b | 5KB |

📦 [ZIP/アーカイブ] ([合計サイズ])

エラー報告時

markdown
❌ エラー: [原因]

| 項目 | 詳細 |
|------|------|
| File | path/to/file |
| Line | 42 |
| Error | message |

🚀 修正: [方法]

タスク完了時

markdown
✅ 完了: [タスク名]

| 項目 | 結果 |
|------|------|
| 処理数 | N件 |
| 成功 | M件 |
| 失敗 | K件 |

⚠️ [警告があれば1行]

🎯 トークン削減テクニック

1. テーブル vs 箇条書き vs 文章

同じ情報の比較:

Formatトークン効率
テーブル40⭐⭐⭐⭐⭐
箇条書き120⭐⭐⭐
文章200

3倍以上の差

2. 記号 vs 単語

表現トークン
1
"完了しました"4
1
"エラーが発生しました"7

4-7倍の差

3. 直接開始 vs 前置き

開始トークン
"✅ 完了"3
"ありがとうございます!完了しました。"12

4倍の差

4. コマンドのみ vs コメント付き

bash
# Before (80トークン)
# バックアップを作成します
cp file.txt file.bak
# コピーします
cp new.txt file.txt

# After (25トークン)
cp file.txt file.bak
cp new.txt file.txt

3倍以上の差

⚠️ 禁止パターン

箇条書きの多用

❌ 禁止:

code
以下のファイルを作成しました:
- ファイルA: 説明A
- ファイルB: 説明B
- ファイルC: 説明C
- ファイルD: 説明D

✅ 推奨:

code
| File | 説明 |
|------|------|
| A | 説明A |
| B | 説明B |
| C | 説明C |
| D | 説明D |

説明的な文章

❌ 禁止:

code
このファイルは設定ファイルで、以下の項目を含んでいます。
各項目は重要な意味を持ち、適切に設定する必要があります。

✅ 推奨:

code
| 項目 | 値 |
|------|-----|

重複した情報

❌ 禁止:

code
## ファイル一覧

以下がファイル一覧です:
- file1.txt
- file2.txt

✅ 推奨:

code
| File |
|------|
| file1.txt |
| file2.txt |

📊 目標指標

指標目標
Output< 1000トークン
前置き・締め0
テーブル使用率> 90%
記号使用常時

🔥 極限モード

レートリミット警告時に発動

項目制限
上限500トークン
説明完全削除
コードコマンドのみ
必須項目のみ

発動条件:

  • ユーザーが「短く」「簡潔に」と指示
  • レートリミット警告が表示された場合
  • 長い応答が続いた後

🔍 自己チェックリスト

応答前に確認:

  • 前置き・締めゼロ
  • 3項目以上 → テーブル化
  • 記号で状態表示
  • 説明文削除
  • 目標: 1000トークン以内

💡 実践例

詳細な Before/After 比較は外部ファイル参照:

bash
view examples/before.md  # 悪い例 (5000トークン)
view examples/after.md   # 良い例 (2000トークン)

削減率: 60%

🎓 まとめ

核心原則

  1. 前置き・締め = 0
  2. テーブル > 箇条書き > 文章
  3. 記号 > 単語
  4. 結果 > 過程
  5. 最小限 > 完全

効果

指標改善
Output▼70%
レートリミット到達15→30 requests
1日の作業量2.5倍

適用範囲

  • 全ての応答 (デフォルト)
  • 特に: タスク完了、ファイル作成、報告

バージョン: v1.1 目標: Output < 1000トークン、極限モード < 500トークン