streamline

必須の準備

/agent-workflow を呼び出してください。ワークフローの原則、アンチパターン、コンテキスト収集プロトコルが含まれています。作業を進める前にプロトコルに従ってください。ワークフローのコンテキストがまだ存在しない場合は、必ず最初に /teach-maestro を実行してください。 複雑さの評価と構成の簡素化については、agent-workflow スキル内の agent-architecture リファレンスを参照してください。

---

機能を損なわずに複雑さを軽減します。すべてのコンポーネントには、存在するだけの価値が必要です。

簡素化の分析

各コンポーネントについて、次の点を確認してください。

1. 測定可能な価値をもたらしていますか？ 具体的な価値を挙げられない場合は、削除してください。
2. 別のコンポーネントと統合できますか？ 重複する責任を統合してください。
3. 実際の問題を解決していますか、それとも想像上の問題ですか？ 憶測に基づく複雑さを取り除いてください。
4. よりシンプルな代替手段で対応できますか？ 洗練さよりシンプルさを優先してください。

よくある簡素化の対象

パイプラインのステップ

• データを有意に変更しない変換ステップを削除する
• 連続するステップのうち、1つのプロンプトにまとめられるものを統合する
• 後続の検証と重複する検証ステップをなくす

ツールの統合

• 同じデータを異なるフィルターで操作するツールを統合する
• モデルが一度も選択しないツールを削除する（使用状況ログを確認する）
• シグネチャが似ている読み取りツールを統合する

プロンプトの簡素化

• モデルがデフォルトで従う指示を削除する
• 重複する制約をまとめる
• 少数例のサンプルを、実用最小限の長さに短縮する

構成の削減

• 常にデフォルト値が使われる構成パラメーターを削除する
• 環境間で変わらない値をハードコードする
• 関連する構成を論理的なグループにまとめる

簡素化レポート

推奨事項ごとに、次の項目を記載してください。

1. 削除／簡素化するもの — 具体的なコンポーネントまたはコード
2. 安全である理由 — 機能が維持されることを保証する要素
3. 期待される効果 — レイテンシの低減、コストの削減、または保守性の向上

複雑さスコア

コンポーネント	現状	最小限の実用構成	対応
パイプラインのステップ	?	?	削除／統合 ?
ツール	?	?	統合 ?
構成パラメーター	?	?	削除 ?
エージェント数	?	?	統合 ?

簡素化チェックリスト

• 各コンポーネントに具体的な価値がある
• 冗長なステップを特定し、削除対象としてマークした
• 使用状況ログを確認し、一度も使われていないツールを特定した
• 簡素化のたびにゴールデンテストセットに合格する
• 安全対策、ログ記録、エラー処理を削除していない

推奨される次のステップ

簡素化の後、/evaluate を実行して機能が維持されていることを検証し、その後 /refine を実行して最終調整してください。

絶対にしないでください：

• シンプルさを理由にエラー処理を削除する
• ゴールデンテストセットへの合格を確認せずに簡素化する
• ログ記録や可観測性を削除する
• 正確性を損なうレベルまで簡素化する
• 安全対策を削除する