3行まとめ
このテーマをもう少し広げて見るなら、Codex Skillsをチームで入れる前に：サードパーティSkill・MCP依存・権限を監査する と MCP Registryからサーバーを選ぶ前に：OAuth・tool poisoning・allowlistの安全な見方 も合わせて確認してください。Continue.devのRulesやMCP設定と同じく、共有単位に含まれる外部依存と権限を監査する視点へつなげられる
役割とprivacyで使い分ける。
teamの作業基準を残す。
tool権限としてreviewする。
読ませる情報源を分ける。
Continue.devは、configの自由度を運用境界で整理します。
- Continue.devは、models、rules、prompts、MCP servers、context providersをconfigで組み合わせられる柔軟性が強みです。便利さの分だけ、設定の置き場所と共有範囲を決める必要があります。
- 常時効かせたい作業基準はrules、必要な時だけ呼ぶ定型依頼はprompts、外部toolはMCP servers、読ませる情報源はcontext providersとして分けます。
- local modelとcloud modelは、性能だけでなく、送ってよい情報、privacy、capabilityで分けます。team shared assistantにはcredentialを含めないのが基本です。
本文の事実確認には、Continue公式docsのconfig.yaml reference、Configuring Models, Rules, and Tools、Context Providers、Customization Overviewを使っています。Xで見かけるContinue.dev、local model、MCP tools、config.yamlへの投稿は需要シグナルとして扱い、本文の根拠にはしていません。
この記事でわかること
個人、project、sharedを分ける。
local modelとcloud modelを分ける。
MCP serverの権限を見る。
docs、terminal、codebaseを選ぶ。
先に設定の置き場所を決めると、assistantが増えても追いやすくなります。
- Continue.devのconfig.yamlをチームで分ける考え方
- models、rules、prompts、MCP servers、context providersの役割
- local modelとcloud modelをprivacyとcapabilityで分ける方法
- MCP追加をtool権限としてreviewする理由
- shared assistantとlocal configをどう分けるか
- 初週にどこまで導入すればよいか
Continue.devは、VS Code、JetBrains、CLIで使えるopen-sourceのAI coding assistantです。model providerを選び、rulesを置き、promptsを作り、MCP toolsやcontext providersを組み合わせられます。
一方で、自由度が高いということは、設定が散らばりやすいということでもあります。この記事では、Continue.devをチームで導入する前に、config、model、rule、prompt、tool、contextの境界を整理します。
前提知識
| 項目 | 内容 | 見方 |
|---|---|---|
| config.yaml | models、rules、toolsを定義。 | |
| Rules | agentへ作業基準を伝える。 | |
| Prompts | slash commandで呼び出す。 | |
| Context | 追加情報を@で参照する。 |
Continue.devは、assistantをconfigで組み立てる発想で見ます。
Continue公式docsのconfig.yaml referenceでは、custom coding agentsを作るために、models、rules、prompts、tools、docsなどをYAMLで定義できると説明されています。Configuring Models, Rules, and Tools guideでは、assistantがmodels、rules、toolsで構成され、MCP serversをtoolとして追加できると説明されています。
Context Providers docsでは、codebase、docs、terminal、MCPなどの情報源をcontextとして使う考え方が説明されています。Customization Overviewでは、model providers、rules、prompts、tools、contextをカスタマイズする流れが示されています。
この記事の扱う範囲
| 項目 | 役割 |
|---|---|
| models | chat、edit、autocomplete、embeddingなどの役割を担う |
| rules | assistantへ常時伝える作業基準 |
| prompts | slash commandで呼び出す定型依頼 |
| MCP servers | agent modeで使うtoolsや外部操作能力 |
| context providers | codebase、docs、terminal、MCPなど読ませる情報源 |
| shared assistant | teamで共有するconfig単位 |
2026年5月31日時点で公開されているContinue公式docsを確認しています。導入時には、Continue version、IDE/CLI、model provider、teamのAI tool policy、MCP serverの接続先を確認してください。
注意点
この記事は、MCP serverやcloud modelを無条件に推奨するものではありません。Continue.devはlocal modelもcloud modelも扱えるため、送ってよい情報と必要な能力を分けて判断します。
まず5つの設定に分ける
| 項目 | 内容 | 見方 |
|---|---|---|
| Models | chat、autocomplete、embedの役割。 | |
| Rules | 常時効かせる作業基準。 | |
| Prompts | 呼び出す定型依頼。 | |
| MCP | 外部toolや操作能力。 | |
| Context | 読ませる情報源。 |
全部を1つのconfigに詰めず、変更責任を分けます。
Continue.devのconfigは、最初に5つへ分けて考えます。
| 設定 | 役割 | review観点 |
|---|---|---|
| models | どのmodelをどの用途で使うか | privacy、capability、cost |
| rules | 常時効く作業基準 | team標準か、個人好みか |
| prompts | 呼び出す定型依頼 | 出力形式と対象task |
| MCP servers | 外部toolや操作能力 | secret、write権限、scope |
| context providers | 読ませる情報源 | 情報の広さと機密性 |
この5つを混ぜると、「Continueの設定」としか説明できなくなります。実務では、modelを変えたのか、contextを広げたのか、tool権限を増やしたのかを分けてreviewします。
configを大きくしすぎない
最初から全部入りのconfigにしない方が扱いやすいです。model、1つのrule、1つのpromptから始めます。MCP serverや複数context providerは、必要になってから足します。
credentialを共有configへ入れない
shared assistantやproject configには、API keyやtokenを直接入れません。credentialは個人環境、secret manager、provider側設定で扱い、configには参照方法だけを残します。
modelsは役割とprivacyで分ける
設計相談や大きな変更。
差分生成や局所修正。
codebase search用。
privacyやoffline重視。
modelは性能だけでなく、送ってよい情報で選びます。
Continue.devでは、chat、edit、autocomplete、embeddingなど用途ごとにmodelを選べます。model選択は、単なる性能比較ではありません。どの情報をどのproviderへ送ってよいかの判断でもあります。
model選択の軸
| 軸 | 見ること |
|---|---|
| 用途 | chat、edit、autocomplete、embedding |
| capability | tool use、long context、code編集の強さ |
| privacy | local modelかcloud modelか |
| latency | IDE内で待てる速度か |
| cost | team利用で増えるtoken cost |
local modelは、privacyやoffline性の面で魅力があります。一方で、tool use、long context、code reasoning、速度ではcloud modelが必要な場面もあります。
local modelを万能扱いしない
local modelを使えばすべて安全、とは限りません。context providerやMCP serverが外部へ接続する場合、modelがlocalでも情報は外へ出る可能性があります。local/cloudだけでなく、toolとcontextも一緒に見ます。
rulesはteam共有の作業基準に使う
| 項目 | 内容 | 見方 |
|---|---|---|
| Standards | coding規約やlayer境界。 | |
| Tests | lint、typecheck、unitの扱い。 | |
| Security | secretや外部送信の禁止。 | |
| Review | PR summaryとriskの書き方。 |
Rulesは、毎回promptへ貼る作業基準をfile化する入口です。
Continue公式docsでは、rulesをassistantへ与える指示として扱います。rulesに向いているのは、毎回promptへ貼ると面倒なteam標準です。
Rulesに置くもの
| 種類 | 例 |
|---|---|
| standards | coding規約、layer境界、naming |
| tests | lint、typecheck、unit、E2Eの扱い |
| security | secret、外部送信、prod操作の禁止 |
| review | summary、tests、risks、not runの書き方 |
| workflow | branch、PR、release、migration |
rulesは、個人の癖ではなく、teamで合意した基準を置きます。個人だけの好みはlocal configへ置き、projectやteamのrulesへ混ぜません。
AGENTS.mdとの関係
複数のagentを使うteamでは、repo横断の基準をAGENTS.mdへ置き、Continue固有の補足をrulesへ置くと管理しやすくなります。AGENTS.mdの考え方は、チーム向けAGENTS.mdテンプレートでも整理しています。
promptsは繰り返す依頼に使う
diff reviewの観点。
fileやmoduleの説明。
候補を複数出す。
noteやchecklistを作る。
promptsは常時文脈ではなく、必要な時に呼ぶ作業型です。
Continue.devのpromptsは、slash commandとして呼び出せる定型依頼に向いています。rulesが常時効く基準なら、promptsは必要な時だけ呼ぶ作業型です。
promptsに向くもの
| 用途 | 例 |
|---|---|
| review | diffを見てbug、risk、test不足を出す |
| explain | fileやmoduleの責務を説明する |
| refactor | 3つの改善案を比較する |
| release | changelogやrelease noteを作る |
| docs | APIやcomponentの説明を生成する |
ruleにしない理由
promptsに向くものをruleへ入れると、常にassistantの文脈へ入り続けます。毎回使わない手順はpromptにして、呼び出す時だけ使います。
MCP serversはtool権限として見る
| 項目 | 内容 | 見方 |
|---|---|---|
| Server | どのMCP serverを入れるか。 | |
| Tools | read-onlyかwrite可能か。 | |
| Secrets | tokenやAPI keyの扱い。 | |
| Scope | 個人かteam sharedか。 |
MCPは便利なcontextではなく、assistantの操作能力を増やします。
Continue公式docsでは、MCP serversをtoolsとしてagentへ追加できると説明されています。MCPは便利ですが、context providerと同じ扱いにしない方が安全です。
MCP serverは、assistantが外部toolを使えるようにする入口です。GitHub、database、browser、filesystem、internal APIなどへ接続する場合、read-onlyかwrite可能か、secretはどこにあるか、team shared assistantへ入れてよいかを確認します。
MCP追加前の確認
| 観点 | 確認すること |
|---|---|
| server | どのMCP serverを入れるか |
| tools | read-onlyかwrite可能か |
| secret | tokenやAPI keyの置き場所 |
| scope | local configかshared assistantか |
| audit | tool callや外部接続の記録 |
MCP serverの更新や認可の確認は、MCP更新で壊さないための確認手順でも整理しています。Continue.devへMCPを足す時も、server名、tool一覧、権限、失敗時の切り戻しを確認します。
context providersは読ませる情報を分ける
| 項目 | 内容 | 見方 |
|---|---|---|
| Codebase | repo内検索や関連file。 | |
| Docs | 外部docsを参照。 | |
| Terminal | 直近command output。 | |
| MCP | MCP経由のcontext。 |
Contextは、agentに何を読ませるかを決める設定です。
Continue.devのcontext providersは、assistantへ追加情報を渡す入口です。codebase、docs、terminal、MCPなど、何を読ませるかを決めます。
context providerの使い分け
| provider | 使いどころ | 注意点 |
|---|---|---|
| codebase | repo内の関連fileを探す | 読ませる範囲が広がる |
| docs | external docsやteam docsを参照 | 古いdocsを混ぜない |
| terminal | 直近command outputを渡す | secretがlogに出ないようにする |
| MCP | MCP経由でcontextを取得 | tool権限と混ざらないよう見る |
contextを増やすほど、assistantは賢くなりやすいです。ただし、不要な情報、古い情報、secretを含むterminal outputを渡すと、誤った判断や情報漏えいにつながります。
contextは最小から始める
最初はcodebaseとdocs程度に絞ります。terminal outputやMCP contextは、必要な作業でだけ使います。
shared assistantとlocal configを分ける
| 項目 | 内容 | 見方 |
|---|---|---|
| Local | 個人のmodelやkey。 | |
| Project | repo固有のrulesやprompts。 | |
| Team | shared assistantとして配る。 | |
| Enterprise | security review済みの標準。 |
共有するほど、credentialとMCP権限を明示します。
Continue.devでは、個人のlocal configと、teamで共有するassistantを分ける考え方が重要です。個人のmodel key、local model path、好みのpromptをteam標準に混ぜると、他のmemberが再現できません。
共有範囲の分類
| 範囲 | 向くもの |
|---|---|
| local | 個人のmodel、key、editor好み |
| project | repo固有のrules、prompts、docs |
| team shared | team標準のassistant、review prompt |
| enterprise | security review済みのMCPやmodel policy |
team shared assistantには、credentialを含めません。MCP serverを含める場合は、接続先、権限、secretの渡し方を明記します。
shared化する条件
- 2つ以上のmemberが同じrulesやpromptsを使っている
- project固有ではなくteam横断で使える
- credentialを含まない
- MCP serverの権限を説明できる
- updateとrollbackの手順がある
この条件を満たしてからshared化します。
最小構成の始め方
| 項目 | 内容 | 見方 |
|---|---|---|
| One model | chat用modelを1つ選ぶ。 | |
| One rule | review基準を1つ置く。 | |
| One prompt | PR reviewを定型化。 | |
| No MCP | 初回はtool追加を避ける。 |
最初はcontextとpromptの型を固め、tool権限は後から足します。
最初は、model、rule、promptを1つずつに絞ります。MCP serverはまだ入れません。
最初の構成イメージ
name: team-review-assistant
version: 0.1.0
models:
- name: chat
provider: openai
rules:
- name: pr-review-basics
prompts:
- name: review-diff実際のconfig syntaxは利用中のContinue versionに合わせて公式referenceを確認してください。ここで大事なのは、最初から全部入りにしないことです。
初回promptに入れる内容
- diffの要約
- bugsやsecurity risk
- test不足
- not run
- merge前に人間が見るべき点
PR reviewの出力型は、AIエージェントPRテンプレートの作り方と合わせると、他のagentとも揃えやすくなります。
導入初週の進め方
- 1日目
local configでmodelを確認。
- 2日目
rulesとpromptを1つずつ作る。
- 3日目
context providersを棚卸し。
- 5日目
shared assistant候補をreview。
- 7日目
MCP追加可否を判断。
初週はmodel比較より、設定の置き場所を固めます。
導入初週は、model比較より、configの置き場所と共有範囲を固めます。
| 日 | やること | 完了条件 |
|---|---|---|
| 1日目 | local configでmodelを1つ試す | chatとeditの役割が分かれる |
| 2日目 | ruleとpromptを1つずつ作る | 常時基準と呼び出し作業が分かれる |
| 3日目 | context providersを棚卸しする | codebase、docs、terminalの扱いが決まる |
| 5日目 | shared assistant候補をreview | credentialを含まず共有できる |
| 7日目 | MCP追加可否を判断 | server、tools、secret、scopeが説明できる |
拡大する条件
- rulesがteam標準として合意されている
- promptsが実際に使われている
- context providerの範囲を説明できる
- local/cloud modelの使い分けが決まっている
- MCP serverの権限をreviewできる
この条件を満たしてから、MCP serverやshared assistantを広げます。
FAQ
常時基準か呼び出し作業かで分ける。
操作能力か情報源かで分ける。
privacyと能力で選ぶ。
credentialを含めず配る。
迷ったら、誰が使い、何を読ませ、何を実行できるかを見ます。
rulesとpromptsはどう分けますか
常時効かせたい作業基準はrules、必要な時だけ呼ぶ定型依頼はpromptsです。review基準の基本はrules、特定のreview手順はpromptにします。
MCP serverとcontext providerは何が違いますか
context providerはassistantに情報を読ませる入口です。MCP serverはtoolとして操作能力を増やす入口にもなります。read-onlyの情報取得でも、secretや外部接続を伴うならreviewします。
local modelを使えば安全ですか
local modelだけでは判断できません。context providerやMCP serverが外部へ接続する場合、情報は外へ出る可能性があります。model、context、toolを一緒に見ます。
shared assistantにAPI keyを入れてよいですか
入れません。credentialは個人環境やsecret managerで扱い、shared assistantには参照方法やprovider設定だけを残します。
Continue.devとOpenHandsはどう使い分けますか
Continue.devはIDE/CLI assistantとして、config、model、context、MCP toolsを柔軟に組み合わせる用途に向きます。OpenHandsはruntime/sandboxを含むself-hosted agent運用として見ます。OpenHands側はOpenHandsを自前運用する前にで整理しています。
次に読むなら
参照した主な情報源
- Continue Docs: config.yaml Reference
https://docs.continue.dev/reference
- Continue Docs: Configuring Models, Rules, and Tools
https://docs.continue.dev/guides/configuring-models-rules-tools
- Continue Docs: Context Providers
https://docs.continue.dev/guides/build-your-own-context-provider
- Continue Docs: Customization Overview
https://docs.continue.dev/customize/overview
- Continue Docs: Introduction to Configs
https://docs.continue.dev/mission-control/configs/intro
次に読むなら
更新履歴
- 2026年5月31日
Continue公式docsのconfig.yaml、rules/tools guide、context providersを確認して初版を作成しました。
導入時には公式docsと利用中のContinue versionを確認してください。
- 2026年5月31日: Continue公式docsのconfig.yaml reference、models/rules/tools guide、context providers、customization overviewを確認し、初版を作成しました。