HVE CoreはCopilot向けRPI部品であり安定基盤ではない
プロジェクトを適切に開始したり、既存のプロジェクトをアップグレードして GitHub Copilot を最大限に活用したりするための、Hypervelocity Engineering コンポーネント (指示、プロンプト、エージェント、スキル) の洗練されたコレクション。
ひと目でわかる
- これは何？
- GitHub Copilot用のagent、prompt、instruction、skillをまとめたMicrosoftの意見の強いフレームワーク。VS Code拡張とCLIプラグイン、MITとCC BY-SAの混在を整理する。
- 誰に向いている？
- HVE Coreは、GitHub Copilot上でResearch-Plan-Implement-Reviewを部品として試したいチーム向けです。安定プラットフォームや本番依存としてロックする用途には、README自身が向いていないと書いています。
- 商用利用できる？
- できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている？
- 主に PowerShell です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
agent・prompt・instruction・skillを一つのワークフローに束ねる
microsoft/hve-coreは、GitHub Copilot向けに専門エージェント、再利用プロンプト、コーディング指示、検証済みスキルを一つのワークフローへまとめるコンポーネント集です。説明文はHypervelocity Engineering部品でプロジェクトを始めたり既存リポジトリを底上げしたりすると書いています。構成は4つです。研究・計画・実装・レビュー向けエージェント。繰り返し入口としてのプロンプト。コーディング標準を自動適用する指示。再利用ツール機能を足すスキル。メタデータの言語はPowerShellですが、READMEはコンポーネントの実装言語を説明していません。
ドキュメントサイトは https://microsoft.github.io/hve-core/ です。ホームページ欄は空です。素材時点のstarsは1383、open issuesは237、既定ブランチはmain、最新タグは hve-core-v3.3.101（pre-release、2026-04-25）で、その前に v3.3.41 と v3.3.27 のpre-releaseがあります。プレリリースが並ぶこと自体が、安定チャネルと開発先端を混同しやすい合図です。
CAUTIONが安定プラットフォーム扱いを明示的に拒否する
README冒頭のCAUTIONは強く、HVE Coreを「非常に意見が強く、急速に変わるエージェントSDLCフレームワーク」と呼び、安定プラットフォーム、基盤、本番依存ではなくパターンと学習の源として扱うのが最善だとしています。ワークフロー、インタフェース、アーキテクチャ、推奨プラクティスは後方互換なしを含め大きく変わり得ます。材料は自分の要件とリスク許容で評価せよ、とあります。適応やコピーには HVE Builder スキル（/hve-builder）とGitHub Copilotを使い、独立した実装へ落とすことが提案されています。
独立実装を始める入口は docs/customization/forking.md（Forking and Extending HVE Core）で、採用前に docs/README.md を読めとあります。この但し書きがある以上、拡張機能を入れただけで組織標準が凍結されたと読むのはREADMEと衝突します。検証の第一歩は、フォークガイドが要求する手順を自分の空リポジトリで再現できるかであり、Marketplace拡張の有無ではありません。
VS CodeのRPI Agentとcopilot pluginのrefを固定する
開始手順は3段です。VS Code Marketplaceから HVE Core 拡張（itemName=ise-hve-essentials.hve-core）を入れる。任意プロジェクトを開き GitHub Copilot Chat を Ctrl+Alt+I で起動する。エージェントピッカーで RPI Agent を選ぶか /rpi を実行し、完了したいタスクを説明する。GitHub Copilot CLIを使う場合、marketplaceのソースを選ぶ必要があります。refなしの現行mainは microsoft/hve-core。動くレビュー済みチャネルは microsoft/hve-core#release/prerelease と microsoft/hve-core#release/stable。不変の正確なリリースは microsoft/hve-core#prerelease-v<version> と microsoft/hve-core#v<version> です。
例として README は copilot plugin marketplace add microsoft/hve-core と copilot plugin install hve-core@hve-core を示します。レビュー済みソースは main から release/prerelease へ、さらに release/stable へ動く、とあります。同名marketplace登録の切替や重複時の挙動は観測されていない、詳細は docs/getting-started/methods/cli-plugins.md です。検証では、使ったref文字列、plugin installの出力、/rpi が実際にRPI Agentを起動するかを同じログに残します。StableとPreReleaseを同時にアクティブにしない、という注意はCLIプラグイン文書側にあります。
CUSTOM-AGENTS.mdからskills/までの.github配置
リポジトリ内の案内表は、開始が docs/getting-started/README.md、セットアップ一式が docs/getting-started/install.md、方法論が docs/rpi/README.md、トピック別が docs/README.md です。部品本体は .github 配下です。カスタムエージェントは .github/CUSTOM-AGENTS.md、指示は .github/instructions/README.md、プロンプトは .github/prompts/README.md、スキルは .github/skills/ です。新規利用者は Start Here、チーム導入は docs/customization/team-adoption.md、貢献は CONTRIBUTING.md です。
RPIはResearch、Plan、Implement、Reviewの略で、RPI Agentがタスク入口です。配布チャネルとライフサイクルは docs/getting-started/packages.md、プラグイン一式は docs/plugins/hve-core.md、古い配布IDからの移行は docs/getting-started/package-migration.md です。プロンプト工学と成果物型は docs/architecture/ai-artifacts.md、CIの品質ゲートは docs/contributing/ai-artifacts-common.md です。確認は、自分が見ているエージェント名がCUSTOM-AGENTS.mdに存在するか、スキルがskills/のどのディレクトリかをパスで固定することです。
labels.ymlは加算同期でGitHubラベルを消さない
ラベルは .github/labels.yml で宣言され、mainへのpushまたは手動ディスパッチで同期ワークフローが走ります。READMEが書く操作は4つです。追加はname、#なし16進のcolor、descriptionをエントリに足す。更新はcolorまたはdescriptionを編集する。改名は新しい正規名の下にaliases配列で旧名を列挙し、同期が既存の割り当てを移す。削除はGitHubラベルUIで手動、理由はワークフローが加算モードでファイルから消してもリモートラベルを消さないからです。
この仕組みは、リポジトリ運用者がラベル体系をコード化したい場合の事実です。エージェントの推論品質とは無関係です。検証するなら、labels.ymlにテスト用ラベルを足してワークフローを手動実行し、GitHub上に同名ラベルが作られること、ファイルから消してもリモートに残ることを確認します。チーム導入ガイドとラベル同期を同時に回すと、命名規則の衝突がissue 237件のどれかに既にあるかもしれないので、先に既存nameをgrepします。
MIT本体とOWASP由来スキルのCC BY-SA 4.0が混在する
プロジェクトはMITですが、READMEは大半がMITでも、OWASP Foundation刊行物に由来する一部スキルはCC BY-SA 4.0だと注記します。影響を受けるスキルはfrontmatterでライセンスを識別し、Third-Party Attribution節を含みます。詳細はTHIRD-PARTY-NOTICESです。コピーレフト寄りのCC BY-SA部品をMIT本体と同じ条件で再ライセンスしたつもりになると、配布物が割れます。SECURITY.md、GOVERNANCE.md、TRANSPARENCY-NOTE.md（責任あるAIの透明性ノート）への参照もあります。Responsible AI Standardのレビューを顧客に勧める段落があります。
向くのは、/rpi の流れを自分のリポジトリへコピーし、フォークガイドで所有権を自分側に移せるチームです。向かないのは、pre-releaseタグ hve-core-v3.3.101 を本番プラットフォームとして固定したい運用、OWASP由来スキルのライセンスを読まず社内ポリシーへ混ぜる配布です。最初に確認するのは拡張またはCLIプラグインのref、CUSTOM-AGENTS.mdのエージェント一覧、THIRD-PARTY-NOTICESとスキルfrontmatterのライセンスです。
編集部の結論
HVE Coreは、GitHub Copilot上でResearch-Plan-Implement-Reviewを部品として試したいチーム向けです。安定プラットフォームや本番依存としてロックする用途には、README自身が向いていないと書いています。VS CodeならMarketplaceのHVE Core拡張を入れCtrl+Alt+IからRPI Agentか /rpi を試し、CLIなら copilot plugin marketplace add microsoft/hve-core と copilot plugin install hve-core@hve-core のrefを固定し、フォーク手順 docs/customization/forking.md を読んでから部品をコピーしてください。
コミュニティノート