netbox について
netbox は NetBox タスクの入口となるスキルです。モデリング、連携、管理、検証、移行、レビューの専門スキルへ依頼を振り分け、複数スキルを使うタスクの組み合わせも案内します。
主な機能
- 01NetBox の専門スキルへの振り分け
- 02モデリング、API、プラグインへの対応
- 03運用とデータ移行の案内
- 04複数スキルを使うタスクの構成
- 05MCP 利用時のライブインスタンス検証の推奨
活用シーン
- 01ネットワークのモデリングとデータ投入に使うスキルの選定
- 02API、Webhook、オートメーションを使う連携の計画
- 03移行と検証またはアシュアランスの組み合わせ
MCP 対応
スキル一覧には、エージェント向けにコードモードと個別モードを備える Platform MCP サーバー netboxlabs-platform-mcp が含まれます。NetBox MCP サーバーが設定されている場合、ライブのスキーマやデータを照会し、結果を検証するよう推奨します。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ netboxlabs/ skills --skill netboxインストール後、Claude Code で/netboxを入力して読み込まれたか確認します。
同梱ファイルreferences/netbox-version-matrix.mdreferences/product-catalog.md
詳細
NetBox Hub スキル
NetBox 関連のすべてのタスクのエントリーポイントです。以下の決定ツリーから適切な専門スキルを見つけ、詳細なガイダンスを確認するために読み込んでください。
決定ツリー
何を行おうとしていますか?
ネットワークをモデル化しますか?
- サイト、デバイス、回線、IPAM を定義する → netbox-data-modeling
- コードを書かずに新しいオブジェクトタイプを作成する → netbox-custom-objects
- 再利用可能な YAML 設計からラック、サイト、ケーブル配線を構築する(レンダリング → 計画 → レビュー → 適用) → netbox-designs
インテグレーションを構築しますか?
- REST/GraphQL 経由でデータを照会または書き込む → netbox-api-integration
- gRPC(Diode SDK)経由でデータを一括取り込みする → netbox-diode
- Webhook、Ansible、Terraform で自動化する → netbox-automation-patterns
- Platform MCP サーバー経由で AI エージェントから NetBox を操作する → netboxlabs-platform-mcp
NetBox を拡張しますか?
- プラグインを構築する(モデル、ビュー、API) → netbox-plugin-development
- NetBox 内で実行するスクリプトを書く → netbox-custom-scripts
- Jinja2 でデバイス設定を生成する → netbox-config-templates
変更を安全に管理しますか?
- 分離されたブランチで変更をステージングする → netbox-branching
- 変更リクエストと承認を追跡する → netbox-changes
ネットワークを検証しますか?
- ポリシーに対する準拠状況を確認する → netbox-validation
- 意図した状態と実際の状態の差異を検出する → netbox-assurance
ネットワークを検出または監査しますか?
- Orb Agent でインフラストラクチャを自動検出する → netbox-discovery
- 意図した状態と実際の状態の差異を検出する → netbox-assurance
機器を調達または予備品として確保しますか?
- 調達(BOM、PO、出荷)と予備品を追跡する → netbox-asset-lifecycle
ハードウェアの仕様やライフサイクルデータを調べますか?
- デバイスタイプのメタデータと拡充データ(EOL、熱特性、プロトコル)を利用する → netbox-ndx
運用または移行を行いますか?
- NetBox サーバーを設定、保護、または調整する → netbox-administration
- スプレッドシートまたはレガシーツールからデータを移行する → netbox-migration
既存の作業をレビューまたは監査しますか?
- インテグレーションコードをレビューする(ページネーション、認証、パフォーマンス) → netbox-review-integration
- データモデル設計を監査する(階層、IPAM、命名) → netbox-review-datamodel
スキル一覧
| スキル | カテゴリ | 説明 |
|---|---|---|
| netbox-data-modeling | コア | ネットワークをモデル化 — 階層、IPAM、テナント、カスタムフィールド |
| netbox-custom-objects | コア | ノーコードでデータモデルを拡張 — カスタムタイプ、フィールド、リレーションシップ |
| netbox-api-integration | コア | REST と GraphQL の API パターン、pynetbox、認証 |
| netbox-plugin-development | コア | プラグインの構築 — モデル、ビュー、API、マイグレーション、テスト |
| netbox-custom-scripts | コア | カスタムスクリプトとレポート — Script クラス、ジョブ、ORM アクセス |
| netbox-config-templates | コア | 設定の生成 — Jinja2、コンテキスト変数、プラットフォームパターン |
| netbox-administration | コア | サーバー管理 — 設定、認証、権限、パフォーマンス |
| netbox-branching | プラットフォーム | ブランチのライフサイクル、スキーマの分離、CR ワークフロー |
| netbox-changes | プラットフォーム | 変更管理、ポリシー、承認ワークフロー |
| netbox-diode | プラットフォーム | データ取り込み — SDK、エンティティマッピング、照合機能 |
| netbox-discovery | プラットフォーム | Orb Agent — 設定、バックエンド、ポリシー、シークレット |
| netbox-validation | プラットフォーム | 検証ポリシー、コンプライアンスチェック、検出結果、変更前の安全性 |
| netbox-assurance | プラットフォーム | ドリフト検出 — 期待値と実際の状態の比較、修正 |
| netbox-asset-lifecycle | プラットフォーム | 調達ライフサイクル — BOM、PO、出荷、受け入れ、予備品 |
| netbox-ndx | プラットフォーム | Data Exchange — デバイスタイプのカタログと拡充(ライフサイクル、熱特性、プロトコル) |
| netbox-designs | プラットフォーム | Infrastructure as code — YAML 設計、構成、plan/apply、デプロイ |
| netboxlabs-platform-mcp | プラットフォーム | プラットフォーム MCP サーバー — エージェント向けのコードモードと個別モード |
| netbox-automation-patterns | 横断 | Webhook、Ansible、Terraform、GitOps |
| netbox-migration | 横断 | スプレッドシート、CMDB、その他のツールからの移行 |
| netbox-review-integration | レビュー | 統合コードの正確性とパフォーマンスを監査 |
| netbox-review-datamodel | レビュー | データモデル設計をベストプラクティスに照らして監査 |
共通パターン
段階的な情報開示
各スキルは、次のような階層構造になっています。
- SKILL.md — 中核となる指示(500 行未満)。最初に読み込みます。
- references/ — 詳細が必要なときに、必要に応じて読み込むドキュメント。
- scripts/ — 実行可能なコード(該当する場合)。
必要なものだけを読み込みます。ハブから始め、専門スキルを選び、必要に応じてリファレンスを詳しく確認してください。
複数スキルを組み合わせるタスク
複数のスキルにまたがるタスクもあります。一般的な組み合わせは次のとおりです。
| タスク | スキル |
|---|---|
| ディスカバリー連携の構築 | netbox-diode + netbox-discovery |
| 変更管理に対応したプラグイン | netbox-plugin-development + netbox-branching |
| 移行後の検証 | netbox-migration + netbox-assurance |
| 構成生成の自動化 | netbox-config-templates + netbox-automation-patterns |
| データモデルの作成とデータ投入 | netbox-data-modeling + netbox-api-integration |
| 連携全体のレビュー | netbox-review-integration + netbox-review-datamodel |
| 変更前の検証 | netbox-validation + netbox-branching + netbox-changes |
| 計画済み機器の調達 | netbox-data-modeling + netbox-asset-lifecycle |
| インベントリ全体のEOLリスク把握 | netbox-ndx + netbox-api-integration |
| エージェント主導のNetBox自動化 | netboxlabs-platform-mcp + netbox-api-integration |
| 設計に基づく安全なラック構築 | netbox-designs + netbox-branching |
| 新規サイトのコード化 | netbox-data-modeling + netbox-designs + netbox-ndx |
原則
NetBox関連のタスクに取り組む際は、次の点に従ってください。
- 事前学習より情報の取得を優先してください。 NetBoxのAPI、設定、プラグインの動作はリリースごとに変わります。コードを生成したり、断定的な説明をしたりする前に、必ず最新のドキュメントまたは稼働中のインスタンスで確認してください。
- 利用可能な場合はMCPを使用してください。 NetBox MCP サーバーが設定されている場合は、稼働中のインスタンスに問い合わせてオブジェクトスキーマを確認し、既存データを調べ、作業内容を検証してください。
- 依存関係の順序を守ってください。 NetBoxのオブジェクトには親子関係があります。親を子より先に作成してください(またはDiodeを使用して順序を省略してください)。
- バージョンを明示してください。 NetBoxのバージョンに依存するアドバイス(v2トークン、カーソルページネーション、カスタムオブジェクトなど)を提示する場合は、必要な最小バージョンを明確に示してください。
- 巧妙さより正確さを優先してください。 明確なコードで動作する連携は、簡潔でも壊れやすい連携より優れています。
参考資料
- 製品カタログ — NetBox Labsの全製品とそのインターフェース
- バージョンマトリックス — プラットフォーム全体におけるバージョン依存機能