ヒントとベストプラクティス
日常利用の小さな改善を紹介します。見出しを確認し、現在の画面と作業に関係するものだけを使ってください。
結果を改善する
目的と制約を述べる
完了の条件、重要な境界、期待する証拠を示します。「これを見て」より「500ドル以下の予算でこの提案を比較して1つ推薦して」の方が有用な指針になります。
正確な文脈を最初に渡す
関連パス、エラー文、期間、対象者、出力形式を最初のメッセージへ入れます。資料があるならコンテキスト参照を使います。
Review @file:workspace/proposal.md and return a decision table with risks and open questions.
持続情報と一時情報を分ける
安定した好みや事実は記憶を依頼します。一度限りの指示、資料コピー、進捗、シークレットは長期メモリに置きません。
反復手順にはSkillを使う
同じ複数段階の作業なら、毎回長い手順を貼らずSkillを導入・作成します。第三者指示は有効化前に読み、Skill自体がツール権限を付与しない点も覚えておきます。
適切な境界を選ぶ
継続する1話題に1セッションを使い、目的、Role、モデル、文脈が大きく変わったら新規にします。
同Profileを共有する別アイデンティティにはRole、メモリ、認証、セッション、信頼領域を混ぜない場合は別Profileを使います。
明確なタイトルは検索と再開を助けます。Dashboardは通常と背景のセッションを分けて表示できます。
DashboardとTUIを効率的に使う
- Dashboardの改行は
Shift+Enterです。 - TUIは
Shift+Enter／Ctrl+Jで改行。作業中Enterはsteering、Alt+Enterはfollow-up。 /でその画面とランタイムのコマンドを表示します。- DashboardはSendが1つで、作業中入力は上のキューに現れます。Steerで進行中の実行を導きます。ターミナルはTUI操作に従います。
- 中断前に遅延がプロバイダー呼び出しか長いツールかを確認します。
既知のセッションを再開します。
anyy --resume SESSION_ID
費用と文脈を管理する
作業に合うモデルを使う
高価な経路や強い推論は利点のある作業に使います。すべての宛先で同IDが使えると思わず、導入済みカタログと検証を使います。
大きな変更後は新規にする
モデル／effort変更はキャッシュを無効化し、入力費用を増やす場合があります。継続性よりきれいな文脈が重要なら新規にします。
添付文脈を絞る
ディレクトリ全体や多くの長文ではなく、行範囲、少数参照、セッション検索を使います。参照とツール結果には有限予算があります。
タスクに合うツールを選ぶ
必要連携を有効化し、Role、Workspace、宛先を確認します。ツールは直接実行するため、送信前にパスと外部宛先を検証します。
連携を1つずつ設定する
新Channel、MCP、メディア経路では次を行います。
- 設定。
- test、probe、status、doctor。
- 小さな実作業を1つ。
- 配信と監査証拠の確認。
- その後に無人利用の有効化。
認証、到達性、権限、ルーティングの失敗を区別できます。
信頼できる自動化を設計する
- 予定ごとに明確な結果を1つにします。
- Role、ツールセット、配信先を明示します。
- 次の期限に依存する前に、作成会話で特定ジョブの即時実行を依頼します。自動化を参照してください。
- 小作業で結果を見てから反復予約します。
- 最初の無人実行後に履歴と受領記録を確認します。
- 複数設定を変える前に失敗ジョブを無効化します。
復旧できる状態を保つ
広いモデル、Channel、Profile、Skill、MCP変更前にバックアップします。検証し、ときどき新ディレクトリへ復元します。未復元のものは試行にすぎません。
重要変更後に次を実行します。
anyy status
anyy doctor
anyy gateway status
セキュリティ習慣
- APIキーをチャット、メモリ、Soul、Skill、画像、シェル引数へ貼りません。
- Dashboard URLを一時認証情報として扱います。
- ペアリング前に相手の識別を確認します。
- 必要なMCPだけ有効化し、MCP設定で公開を設定します。
- 第三者
SKILL.mdと補助スクリプトを読みます。 - 露出を疑ったら先にプロバイダーで認証を更新します。
続く問題はFAQとトラブルシューティングへ進んでください。