incident.io のエージェント（自動化処理を行うツール）全体の健全性を確認します。プラグイン、スキル、接続状況をチェックし、修正すべき点を指摘します。修正作業自体は行いません。 次のような場合に使用: ユーザーが incident.io のセットアップが正常に動作しているか、機能が低下していないか、改善の余地があるかについて、どのような表現で質問してきた場合。1回限りの確認でも、定期的なレビューとしても利用できます。検出された問題はそれぞれ対応するツールに自動的に誘導されます。
Review the health of your incident.io agent estate — plugins, skills, connections — and say what to fix, without fixing anything itself. Use whenever anyone asks whether their incident.io setup is healthy, what's degraded, or what to improve, in any phrasing — one-off or as a recurring review. Every finding routes to the thing that fixes it.
修復ではなく点検：ドクターは資産（プラグイン等の一式）を読み込み、見つかった問題を優先順位付けして、それぞれを修正する担当先に手渡します。プラグインのツリー（スキル、README、ドキュメント、あらゆるファイル）を編集することはなく、再同期も設定変更も資産への書き込みも行いません。報告書そのものが提出されるだけで、保存されません。これらはスケジュール実行時も同じです。だからこそ週1回の実行が安全で、すべて問題ない時は退屈な読み物になります。これが目指すところです。
確認 — 高速パス、安価な読み込みのみ：セッションの状態、このプラグインがここに存在するか、アカウントが知っているプラグインに対応しているか、アカウント自身のヘルスチェック結果、このエージェント自身のインストールが最新か。数秒以内にユーザーが目にするコンパクトな状況説明で終了します。 → references/orient.md
提示 — インタラクティブな、範囲限定なし実行はその状況説明で一時停止し、ここから実施可能な点検の短いメニューを表示します。各項目には正直なコスト表示が付き、ユーザーの選択を待ちます。範囲限定実行はメニューをスキップしますが状況説明は表示されます。スケジュール実行は、読み手がいないため両方ともスキップします。スキップルールはorient.mdに記載されています。
点検 — 選ばれた各項目（下記参照）を、完了する度に進捗ストリームで報告するため、実行中の内容が把握できます。 → references/progress.md
報告 — ヘッドラインが主な発見を挙げ、その他をまとめます。オプションの状況説明ブロックで背景情報を追加し、簡潔な発見には改善ルートを、詳細な提案には詳しい説明を含めます。references/report.md に従ってください。
拡張機能 — プラグインとそのスキルを端から端まで点検：同期状態、読み込み後のスキルのパフォーマンス、対応すべき反応の問題、名前変更で孤立したフィードバック、執筆ルールからの外れ。 → references/extensions.md
接続とテレメトリー（利用状況の遠隔計測） — このセッションが資産の他の部分について読み取れること、読み取れないことを正直に記載します。 → references/telemetry.md
コンテンツの乖離 — 作成時点では正確だったコピー：スキルが所有する内容を繰り返すランブック、存在しないレバーに言及する手順、コンテンツを持たないホームへのポインター、スキルが存在しないスキル形のナレッジ。 → references/content-drift.md
資産全体の点検は3つすべて実行します。特定プラグイン指定時は拡張機能とコンテンツ乖離の項目のみ実行し、接続とテレメトリーはユーザーが要求する場合を除き確認スナップショットのみ提供します。その他の範囲指定時は、ユーザーが指定した項目を実行します。
提案のみ、常に。 すべての発見がルートになります：skill-authoring（スキル執筆）スキルの改善ジョブの改善提案、extensions（拡張機能）スキルの構造的な不足、プラグインのリポジトリ変更、または名前付きダッシュボードページ。ドクターは手渡しで停止します。報告書が実行の最後の行動で、提案に対応することは、このドクター実行の継続ではなく、ユーザーが新たに始める別ジョブです。
警告の前に検証。 算出されたステータスはヒントであって判決ではありません：問題のアンカーを現在のツリーと照らし合わせ、報告前にskill-authoringスキルの改善リファレンスから読み取り修正を適用して、問題が実在するか解決済みかを確認します。
読み取れない部分は推測ではなく報告。 このセッションが資産の一部を読む方法がない場合、報告書はそう述べ、答えが存在する場所を名指しします。徹底しているように見せるため、推測で項目を埋めてはいけません。
健全さも発見です。 「全プラグイン同期済み、対応すべき問題なし」は、何か見つけられなかったわけではなく、完全で有用な報告行です。
実行は進行中に可視化。 点検は終了する度に references/progress.md に従い各ステップを報告するため、数分かかる実行でも、ユーザーは待つのではなく追跡できます。これらの行はステータスで、報告書がすべてを改めて述べ、保存されるものです。
資産の構築や拡張 — それはextensions（拡張機能の範疇で、ここへ点検をルートします。このスキルはそこへ不足をルートします）。編集作業 — それはskill-authoring。インシデント対応：ドクターはエージェントが使用する機械を点検し、進行中のインシデントではありません。
A review, not a repair: doctor reads the estate, ranks what it finds, and hands each finding to the thing that fixes it. It never edits a plugin's tree (skills, README, docs — any file), never re-syncs, never changes a setting, and never writes into the estate — the report itself is handed over, not filed. All of this holds when it runs on a schedule. That's what makes it safe to run weekly and boring to read when everything is fine, which is the goal.
Run all three for a whole-estate review. A named plugin gets the Extensions and Content drift legs; Connections and telemetry contributes only its orient snapshot unless the user asks for that leg. For any other scope, run the legs the user named.
skill-authoring skill's improve job, a structural gap for the extensions skill, a
change in the plugin's repository, or a named dashboard page. Doctor stops at the
hand-off — the report is the run's last act, and acting on a brief is a new job the
user starts, never a continuation of this one.skill-authoring skill's improve reference before reporting an issue as real or
resolved.Setting the estate up or growing it — that's extensions (which routes here for
reviews, as this skill routes there for gaps). Making the edits — that's
skill-authoring. And incident response: doctor reviews the machinery agents use, not
live incidents.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。