Quick answer
opencode plugins: what to know first
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
このページは判断用ガイドです。単純な skill、command、hook、MCP 境界よりも、コード所有・再利用性・レビュー性が重要な場合だけ plugin を選びます。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
Related site guides: OpenCode Skills, OpenCode MCP, OpenCode Ollama, and OpenCode session storage.
1. plugin が正しい形か判断する
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
2. plugins、skills、commands、agents、hooks、MCP、SDK の違い
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
| Need | Best fit | Reason |
|---|---|---|
| Reusable review or writing guidance | Skill | It changes instructions without adding hidden runtime behavior. |
| Named workflow the user chooses to run | Command | It keeps the trigger explicit. |
| Packaged extension behavior | Plugin | It can be versioned, tested, and reviewed as code. |
| Lifecycle validation before or after a step | Hook | It belongs at a known point in the workflow. |
| External service or tool access | MCP | It keeps service integration outside prompt text. |
| Deep custom integration | SDK-style code | It belongs in a maintained package or app boundary. |
3. 良い OpenCode plugins の選び方
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
4. 安全なインストールチェックリスト
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
5. hooks を個別に設定すべき場面
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
6. SDK 型拡張が向く場面
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
7. レイヤーを無効化して問題を切り分ける
OpenCode plugins は任意の拡張レイヤーです。変更をレビュー可能なコードやパッケージ化された統合として管理すべきときに使います。再利用する指示は skills、明示的な手順は commands、外部サービスは MCP、タイミングが重要な確認は hooks が適しています。
実際のリポジトリで使う前に、出所、権限、設定、テスト時の挙動、ロールバックを確認します。境界を明確にしておくと、別の開発者も正しい層を無効化できます。
OpenCode plugins FAQ
OpenCode plugins とは？
OpenCode ワークフローの周辺動作をパッケージ化する拡張です。
skills と同じですか？
違います。skills は指示を再利用し、plugins はコードとしてレビューすべき動作を追加します。
どうテストしますか？
まず使い捨てリポジトリで小さなタスクを実行し、diff を確認します。
hooks はいつ使いますか？
編集前や検証後など、タイミングが重要な時です。
SDK はいつ必要ですか？
チームが保守できる深い統合に限ります。
参考情報
Official documentation and SERP evidence were checked on 2026-07-15.
For a dedicated lifecycle guide, see OpenCode Hooks Guide.