結論
OpenCode ルール: 結論
OpenCode のルールはセッションに継続して適用される指示です。リポジトリの規約はプロジェクト、複数の環境で変わらない個人の習慣はグローバル、URL 指示は信頼できる出典を確認した場合だけ使います。
Similarweb の `opencode rules` はルールファイル、グローバルルール、プロジェクトルールを探す設定意図を示します。公式ドキュメントは rules、skills、agents、permissions、config を分けているため、このページでは役割を混ぜません。
まずスコープを決め、読み取り専用で試します。短く検証できるルールは、手順と権限とデプロイを混ぜた長い指示より安全です。
関連ガイド: OpenCode スキルガイド, OpenCode エージェントガイド, OpenCode 権限ガイド, OpenCode 設定ガイド.
1. 最小のスコープを選ぶ
プロジェクトルールにはテストコマンド、生成フォルダー、担当範囲、安全境界を置きます。グローバルルールは個人の習慣です。URL はネットワーク境界になるため、ドメインを確認し、重要な保護ルールはローカルにも残します。
| スコープ | 用途 | 主なリスク |
|---|---|---|
| プロジェクト | リポジトリの規約 | 古いルール |
| グローバル | 個人の習慣 | 別プロジェクトへの影響 |
| URL | 信頼できる外部文脈 | 未レビューの変更 |
2. ルールの検出場所を確認する
公式 Rules ページは初期化、型、優先順位、カスタム指示、外部ファイルを扱います。インストールしたバージョンの初期化を使い、他のフレームワークのパスを推測しないでください。
3. 優先順位をレビュー可能にする
グローバルとプロジェクトの指示は競合します。小さな競合例を作り、現在のドキュメントの順序でどれが適用されるか確認します。プロジェクトの安全境界を残し、重複を削除します。
4. カスタム指示を短い契約にする
良いルールは適用条件、すべきこと、避けること、完了の証拠、戻し方を示します。リポジトリの事実と個人の好みを分けます。
5. 外部ファイルの信頼性を確認する
外部ファイルはレビューなしで変わる可能性があります。通信、所有者、履歴を確認し、低リスクの文脈から使います。秘密とデプロイはローカルに置きます。
6. rules と skills・agents・permissions・config を分ける
Rules は継続的な制約、skills は手順、agents は役割とツール、permissions は allow/ask/deny、config は設定です。自動リリースをルールに隠さないでください。
7. 実際の編集前に検証する
使い捨てブランチで説明、読み取り、少しの変更、diff 確認を行います。rollback を記録し、ルール削除後にも同じ作業を繰り返します。
OpenCode ルールのよくある質問
OpenCode のルールとは？
プロジェクト、グローバル、信頼できる外部というスコープで適用する継続的な指示です。
プロジェクトルールはどこに置く？
Rules ドキュメントまたは初期化でバージョンに合う場所を確認し、リポジトリ内でレビューします。
Rules と skills の違いは？
Rules は制約、skills は手順と例を持つ再利用可能なワークフローです。
グローバルルールはプロジェクトを上書きする？
型と優先順位によります。小さな競合例で確認してください。
URL ルールは安全？
信頼できてレビュー済みの場合だけです。重要なルールはローカルにも置きます。
公式ソース
Rules、Config、Permissions、Skills、Agents の公式ドキュメントを 2026 年 10 月 31 日に確認しました。実際の構文は使用中のバージョンの公式ページで確認してください。