メインコンテンツまでスキップ

StatusとDoctor

statusは使用中のものを示し、doctorは設定と依存関係の健全性を確認します。どちらも読み取り専用です。

簡単な確認​

anyy status
anyy doctor

自動化やサポート収集では構造化出力を使います。

anyy status --json
anyy doctor --json

statusは不足DBを作らずオフラインProfileを確認できます。Gatewayに届けば、ライブ状態でローカルデータを補います。

Statusの表示内容​

選択Profile、既定Role、Home、タイムゾーンと出所、Gateway状態/リスナー構成、Cron、Heartbeat、保存領域、MCP、Prompt Program状態を報告します。利用可能ならライブGateway値でローカル状態を補います。

設定パス、プロバイダー/モデル、エンドポイント、認証参照はanyy configを使います。statusは完全なモデル/Channelの健全性報告や、実モデルテストではありません。

後の失敗を解釈する前に、先頭のProfileとパスを必ず確認します。CLIとDashboardが異なるならAboutと比較してください。別Homeやバイナリの可能性があります。

Doctorの確認内容​

Home/Profile、設定妥当性、タイムゾーン、Gatewayリスナー、Cron、Heartbeat、MCP、状態ストレージを確認します。所見はok、warn、fail、infoと詳細です。一部MCP検査は外部接続をプローブします。設定修復やライブモデル応答の保証はしません。それにはModelsと対応Channel doctorを使います。

全体から個別へ進む

まずanyy doctorを実行します。全体結果が示す箇所に応じて、anyy channel doctor CHANNELなど機能別診断を使います。

別Profileや設定を対象にする​

anyy --profile work status
anyy --profile work doctor
anyy doctor --config /path/to/config.yaml

明示設定パスは診断専用です。アクティブProfile変更やファイル導入はしません。

実用的な復旧順序​

  1. anyy statusでProfileとパスを確認します。
  2. anyy doctorの全失敗/警告を読みます。
  3. Dashboardの該当ページで認証や設定を直します。
  4. 機能別doctorを実行します。
  5. 対処で必要な場合だけGatewayを再起動します。
  6. 両全体検査を再実行し、続く場合はJSONを保存します。

よくある所見​

所見対処
Gateway到達不能anyy gateway status後、起動/再起動
MCP認証参照未解決参照先を修正して再検査
リスナー構成警告推奨ローカルバインドか、安全なリモート経路
特定Channelがdegraded詳細とanyy channel doctor CHANNEL
保存容量不足バックアップ後、Profile容量を調べ対応保守を実行
CLIとDashboardが別ビルドAboutとanyy --versionを比較し更新手順へ

既知シークレットは秘匿しますが、ユーザー内容や環境情報は機密の場合があるため、共有前にファイルを確認します。