← スキル一覧に戻る

output-optimization
by TakumiOkayasu
dotfiles for work
⭐ 0🍴 0📅 2026年1月23日
SKILL.md
name: output-optimization description: 出力を極限まで簡潔化。レート削減、トークン節約、生産性向上。
Output Optimization
出力トークンを極限まで削減し、レートリミット対策とコンテキスト効率化を実現する。
トリガー
以下の場合に常にこのスキルを適用:
- タスク完了時
- ファイル作成完了時
- 複数項目の報告時
- 説明が長くなりそうな時
- ユーザーが"簡潔に"と指示した時
- すべての応答 (デフォルト適用)
🚨 絶対ルール
1. 前置き・締め禁止
削除対象:
- ❌ "ありがとうございます"
- ❌ "了解しました"
- ❌ "お待たせしました"
- ❌ "以上です"
- ❌ "以上が報告です"
- ❌ "何かございましたら"
- ❌ "お気軽にお申し付けください"
正しい開始:
- ✅ 直接結果から開始
- ✅ 記号で状態表示 (✅❌⚠️)
2. フォーマット優先順位
必須順序 (上から優先):
- テーブル (3項目以上は必須)
- コードブロック (コマンド・設定)
- 1行サマリー (記号付き)
- 箇条書き (最終手段、2項目以下のみ)
- 文章 (原則禁止)
3. 記号を最大活用
| 用途 | 記号 | 使用例 |
|---|---|---|
| 完了 | ✅ | ✅ 14ファイル最適化 |
| エラー | ❌ | ❌ Build failed |
| 警告 | ⚠️ | ⚠️ 要確認 |
| 成果物 | 📦 | 📦 output.zip (30KB) |
| アクション | 🚀 | 🚀 次: deploy |
| 情報 | 📋 | 📋 詳細 |
| 禁止 | 🚫 | 🚫 Direct commit |
4. 説明削除、結果のみ
❌ 悪い例:
以下の手順でファイルを作成しました:
1. まず、ディレクトリを作成しました
2. 次に、ファイルをコピーしました
3. 最後に、権限を設定しました
✅ 良い例:
✅ ファイル作成完了
| File | Path |
|------|------|
| config.yaml | ~/.config/app/ |
5. コードは最小限
削除対象:
- コメント (必須のみ残す)
- 空行 (1行のみ)
- 説明文
❌ 悪い例:
# まず、バックアップを作成します
cp file.txt file.txt.bak
# 次に、ファイルをコピーします
cp new.txt file.txt
# 最後に、確認します
cat file.txt
✅ 良い例:
cp file.txt file.txt.bak
cp new.txt file.txt
📐 出力テンプレート
基本形式
✅ [1行サマリー]
| 項目 | 値 |
|------|-----|
| X | Y |
| Z | W |
📦 [成果物名] ([サイズ])
```bash
[必須コマンドのみ]
[補足1-2行のみ]
### 複数ファイル作成時
```markdown
✅ 作成: [N]ファイル
| File | Path | Size |
|------|------|------|
| A | path/a | 10KB |
| B | path/b | 5KB |
📦 [ZIP/アーカイブ] ([合計サイズ])
エラー報告時
❌ エラー: [原因]
| 項目 | 詳細 |
|------|------|
| File | path/to/file |
| Line | 42 |
| Error | message |
🚀 修正: [方法]
タスク完了時
✅ 完了: [タスク名]
| 項目 | 結果 |
|------|------|
| 処理数 | 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 コメント付き
# 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倍以上の差
⚠️ 禁止パターン
箇条書きの多用
❌ 禁止:
以下のファイルを作成しました:
- ファイルA: 説明A
- ファイルB: 説明B
- ファイルC: 説明C
- ファイルD: 説明D
✅ 推奨:
| File | 説明 |
|------|------|
| A | 説明A |
| B | 説明B |
| C | 説明C |
| D | 説明D |
説明的な文章
❌ 禁止:
このファイルは設定ファイルで、以下の項目を含んでいます。
各項目は重要な意味を持ち、適切に設定する必要があります。
✅ 推奨:
| 項目 | 値 |
|------|-----|
重複した情報
❌ 禁止:
## ファイル一覧
以下がファイル一覧です:
- file1.txt
- file2.txt
✅ 推奨:
| File |
|------|
| file1.txt |
| file2.txt |
📊 目標指標
| 指標 | 目標 |
|---|---|
| Output | < 1000トークン |
| 前置き・締め | 0 |
| テーブル使用率 | > 90% |
| 記号使用 | 常時 |
🔥 極限モード
レートリミット警告時に発動
| 項目 | 制限 |
|---|---|
| 上限 | 500トークン |
| 説明 | 完全削除 |
| コード | コマンドのみ |
| 表 | 必須項目のみ |
発動条件:
- ユーザーが「短く」「簡潔に」と指示
- レートリミット警告が表示された場合
- 長い応答が続いた後
🔍 自己チェックリスト
応答前に確認:
- 前置き・締めゼロ
- 3項目以上 → テーブル化
- 記号で状態表示
- 説明文削除
- 目標: 1000トークン以内
💡 実践例
詳細な Before/After 比較は外部ファイル参照:
view examples/before.md # 悪い例 (5000トークン)
view examples/after.md # 良い例 (2000トークン)
削減率: 60%
🎓 まとめ
核心原則
- 前置き・締め = 0
- テーブル > 箇条書き > 文章
- 記号 > 単語
- 結果 > 過程
- 最小限 > 完全
効果
| 指標 | 改善 |
|---|---|
| Output | ▼70% |
| レートリミット到達 | 15→30 requests |
| 1日の作業量 | 2.5倍 |
適用範囲
- 全ての応答 (デフォルト)
- 特に: タスク完了、ファイル作成、報告
バージョン: v1.1 目標: Output < 1000トークン、極限モード < 500トークン
スコア
総合スコア
50/100
リポジトリの品質指標に基づく評価
✓SKILL.md
SKILL.mdファイルが含まれている
+20
○LICENSE
ライセンスが設定されている
0/10
○説明文
100文字以上の説明がある
0/10
○人気
GitHub Stars 100以上
0/15
○最近の活動
3ヶ月以内に更新がある
0/10
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
○タグ
1つ以上のタグが設定されている
0/5
レビュー
💬
レビュー機能は近日公開予定です