AI家臣団を解散して、影武者を一人だけ残した　兵法書と訓練記録

AIによる分析結果をそのまま採用せず、実行ログと照合して検証する必要があると分かる。報告文に「効果なし」と書かれていても、実際にはコードが動いていなかったケースを想定し、成果物やログの確認工程を入れる判断材料になる。

エージェントを増やしすぎた構成の見直しに必要な、指示と記録の整理方針が得られる。運用を単純化したいときに、どのエージェントを残すかや、指示文書と履歴をどう残すかの判断材料になる。具体的なプロンプト文面や手順はタイトルから

常駐AIエージェントのプロンプトを変更したときの影響を検知し、動作が壊れないようにする評価設計の視点が得られる。変更前後で確認すべき項目と、期待する出力を維持するためのテスト観点を組み込むと運用に使える。

週次タスクの棚卸しで、前回の状態をLLMの外に保存して渡すことで、差分だけを抽出しながら継続的な更新ができる。会話履歴に依存せず、同じ前提を再現しやすくなるため、複数回の実行でも安定する。

OpenClawでツールの出力を、人間向けの要約とLLM向けの全文に分けて渡す運用により、表示の見やすさと文脈の保持を両立できる。会話履歴に全文を残す設計に比べ、必要な情報を効率よく推論に使える点が強み。

MCPツールの名称を短く整理するとき、命名規則がそのまま実装上の名前と一致する例を手がかりに、分かりやすい名前を設計できる。名前の付け方でツールの用途や動作の推定しやすさが変わるため、命名時に確認すべき観点が得られる。