A
提供元 · OpenCode
OpenCode
OpenCode を管理クラウド Workspace で実行する
OpenCode のオープンソース harness を保ちつつ、周辺 Runtime とプロジェクト状態を管理 Workspace に移します。互換 Model は別に選び、成果をレビューに備えて保存できます。
Agent.Space で OpenCode を使う01 · Harness か Model か
選んでいるレイヤーを見分ける
B
基盤となる Model
02 · 2 つの実行方法
公式製品か Agent.Space Workspace か
公式の実行方法
OpenCode
Agent.Space での実行方法
OpenCode × Agent.Space
03 · タスクとの相性
名前ではなく仕事内容で選ぶ
適しているタスク
- Agent の進め方を明示したまま複数 provider を使う。
- 同じプロジェクト文脈で変更を計画、実装、レビューする。
- 仕事に応じて Agent と権限の挙動を設定する。
別の選択肢が適する場合
- ホスト、ネットワーク、ストレージ、OpenCode Server の全設定をルートレベルで管理したい。
- Agent.Space に現在表示されていない上流 Plugin、Provider、機能が必須である。
- OpenCode Go、Zen、第三者 Provider のサブスクリプションも自動で含まれると考えている。
04 · 現在の製品範囲
Agent.Space が現在サポートすること
ここで説明するのは Agent.Space の現在の連携範囲であり、上流ベンダーの全機能ではありません。利用できる Agent、Model、制御項目は Workspace の画面を確認してください。- 01
現在の harness はテキスト入力に対応し、選択した Model と Workspace の画面上の設定も画像入力に対応する場合のみ画像を送れます。Session の応答はテキストで、コード変更は Workspace のファイルに残ります。
- 02
現在の harness では Build と Plan の動作を利用できますが、Model と Provider は Agent.Space の現在のカタログに限られます。
- 03
Agent.Space が提供するのは管理された Workspace 体験です。OpenCode Server の完全な管理画面や上流 Provider のプランは含まれません。
05 · Workspace ワークフロー
範囲を定めたタスクからレビュー可能な結果まで
オープンソース harness と Provider 選択の柔軟性を保ちつつ、Runtime 全体を運用したくない場合に OpenCode が適しています。Workspace が各 Session とプロジェクト状態を継続して保持します。
- 01
プロジェクトを Workspace に入れる
毎回チャットで文脈を作り直すのではなく、リポジトリ、指示、タスクを定義するファイルから始めます。
- 02
OpenCode と Provider 経路を選ぶ
Agent.Space が OpenCode 向けに現在提供する Model と接続方法だけから選びます。
- 03
Plan または Build を選ぶ
タスクに合う現在利用可能なモードを選び、Session の範囲、制約、チェック方法を伝えます。
- 04
リポジトリを移動せずレビューする
変更されたファイルを確認し、同じ Workspace で OpenCode、チームメンバー、別の Agent に続けてもらいます。
06 · Agent 別 FAQ
始める前に確認したいこと
Agent.Space 内でこの Agent を選ぶ際に重要となる実務上の違いです。一つの Space から
OpenCode を使い、スタック全体の運用は減らす
対応する Provider 経路を選び、範囲を定めたタスクを実行し、リポジトリとレビュー文脈を一つの永続 Workspace に保ちます。