OpenCode 権限設定ガイド：確認を省く前の7つの安全判断

OpenCode 権限の安全な出発点は、最初は ask にし、繰り返し可能で戻せる狭い作業だけ allow、修復コストが高いコマンドやパスは deny にすることです。公式ドキュメントは allow、ask、deny を説明し、--auto は明示的に deny されていない要求を承認するとしています。つまり --auto は便利機能であり、安全ポリシーそのものではありません。

検索意図は、確認プロンプトを減らしたい、常に許可したい、危険なスキップが安全か知りたいという実務的なものです。

このガイドではローカルリポジトリ、VS Code、Ollama、agents、MCP、CI に近い作業を分け、秘密情報、外部ディレクトリ、デプロイ、生成物の変更を見える状態に保ちます。

OpenCode permissions は許可、確認、ブロックを決める実行ポリシーです。理由を説明できない作業は ask、十分に狭くテスト済みの作業だけ allow、削除、デプロイ、秘密情報、外部パスは deny にします。確認は単なるノイズではなく、境界が変わった合図であることがあります。

ファイルの読み取りや一覧は低リスクです。小さな編集は ask から始めます。依存関係の追加、削除、公開、移行、本番設定の変更は ask または deny に残します。ツール名だけでなく、リポジトリでの意味を見ます。

`opencode --auto` は deny されていない要求を承認します。使う前に破壊的な shell、環境ファイル、鍵、デプロイ、プロジェクト外ディレクトリをブロックします。グローバルなバイパスより、狭いポリシーの方が長持ちします。

リポジトリのルールはプロジェクト内に置きます。個人設定はグローバルでも構いません。agent の例外は agent 定義の近くに置きます。`opencode.json` に token や鍵を書いてはいけません。

レビュー用 agent は読むだけで十分かもしれません。移行用 agent は狭いフォルダだけ編集し、デプロイはしないべきです。MCP tool は外部データを変える場合があります。要求の出所を確認します。

小さなコード、生成フォルダ、`.env.example`、無害なコマンドを用意し、allow、ask、deny の各ケースを試します。広すぎる allow や分かりにくい deny は、日常利用の前に狭めます。

tool、command、path、agent を記録し、作業ディレクトリ、外部パス、MCP、hook、wrapper、config を順に確認します。1つの確認のために bash 全体を許可しないでください。