オンボーディングウィザード（CLI）
fased onboardは、Fasedを動かすための基礎ランタイムを作ります。モデル、チャネル、スキル、サービス、タスクの細かい設定は、Gateway起動後にControl UIで続けます。
再設定やサービス再インストールが必要な場合：
fased onboard --install-daemon
--jsonは非対話モードではありません。スクリプトでは--non-interactiveを使います。
ウィザードが設定するもの
主なステップ：
- Quick start または Manual: 既定値で進めるか、詳細に選ぶか。
- Setup profile: LocalまたはHosting。
- Existing config: 既存設定の更新または修復。
- Workspace: Agentファイルの場所。
- Gateway: Control UI、CLI、チャネルが接続する実行面。
- Optional wallet setup: 必要な場合だけウォレット用途を割り当てる。
- Daemon and health: サービス起動、ヘルスチェック、dashboard案内。
Hostingプロファイルでは、オンボーディング前にTailscaleへ参加し、管理アクセスをprivate pathに寄せます。生のGatewayポートを公開する前提でセットアップしないでください。
ウィザードが設定しないもの
オンボーディングはベースランタイムをオンラインにします。次はControl UIで設定します：
- Agent > Models: モデルプロバイダーまたはローカルモデル。
- Agent > Channels: Telegram、Discord、WhatsAppなど。
- Agent > Services: Web/search、Gmail、Calendar、GitHub、custom APIなど。
- Agent > Skills / Tools: Agentに許可する能力。
- Agent > Memory: セッションメモリ、QMD、アーカイブ。
- Agent > Tasks: 保存されたタスク定義と実行履歴。
- Wallets、Mining、Fased Network: ベースランタイムが安定してから、必要に応じて設定。
Local と Hosting
| Profile | 用途 | 基本姿勢 |
|---|
| Local | 自分のPCやローカル開発 | loopback Gateway、ローカルControl UI |
| Hosting | VPSや常時稼働サーバー | Tailscale-first、private admin access |
| Remote client | 既存Gatewayへ接続する端末 | Gatewayを新規作成しない |
既存設定の扱い
ウィザードを再実行しても、既存設定を自動で消すものではありません。既存設定がある場合は、通常次のどちらかを選びます：
- Update settings: 設定を確認し、必要な部分だけ変更する。
- Repair auth/sessions: 認証またはセッション状態を修復する。
破壊的なリセットが必要な場合だけ、専用のresetコマンドを明示的に使います。
ウォレット用途
ウォレット設定は通常のチャットには不要です。使う場合は用途を分けます：
agent: Agent関連のウォレット操作。mining: SAT Mining用。vault: 保管、bond、ネットワーク関連用途。
Mining用の有効構成ウォレットは1つです。置き換える場合は、まずMiningを停止し、保留中の処理と残高状態を確認してから入れ替えます。
よく使う確認コマンド
fased status
fased gateway status
fased doctor
fased dashboard
fased wallet status --json
fased wallet signer doctor --json
fased mining readiness --wallet mining
関連ドキュメント
