Hex Graph について
提供されたREADMEは、Hex Graphではなく、Claude CodeとOpenAI Codex向けの独立したエージェントスキルプラグイン集 Claude-Codex Skills を説明しています。製品企画、アーキテクチャ、実装、品質、運用などの作業を範囲付きで進め、根拠と残課題を報告します。
主な機能
- 01独立スキルをプラグインとして配布
- 02Claude CodeとOpenAI Codexに対応
- 03製品とエンジニアリングのワークフロー
- 04作業範囲と変更可能範囲の定義
- 05根拠と残課題の報告
活用シーン
- 01製品案の評価と要件定義
- 02アーキテクチャ変更の計画やレビュー
- 03範囲を限定した修正やコード品質評価
- 04承認済みリリースやデプロイの準備
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
ツール
16掲載時のツール一覧 · 2 週間前に更新
| パラメーター | 型 | 必須 | 説明 |
|---|---|---|---|
| path | string | はい | プロジェクトのルートディレクトリ |
| languages | array | いいえ | インデックス化する言語を絞り込みます |
詳細
Claude-Codex Skills
オープンソースのスタンドアロン型エージェントスキルを、Claude Code と OpenAI Codex 向けのプラグインとして配布しています。製品のアイデア、コードの修正、アーキテクチャレビュー、デプロイを、範囲が明確で結果を検証できる作業に落とし込むのに役立ちます。各ワークフローでは、確認する項目、変更可能な内容、根拠と未解決の課題の報告方法を定義しています。
ルートを選ぶ
必要な結果に応じて選んでください。各スキルは単独で動作します。
| タスク | プラグイン | 結果 |
|---|---|---|
| このアイデアには取り組む価値がありますか? | product-discovery-suite | 機会の評価、要件、またはインタラクションデザイン。 |
| このシステムはどのように変更すべきですか? | architecture-suite | システムマップ、設計上の決定、または移行計画。 |
| この計画は実装に進める状態ですか? | delivery-planning-suite | レビュー済みの計画、順序付けられた作業、テスト戦略。 |
| このコードを修正、アップグレード、簡素化、または高速化します。 | implementation-suite | 動作と効果を確認できる、範囲を限定した変更。 |
| プロジェクトのルールを適用するリンター、型チェック、アーキテクチャチェックを設定します。 | implementation-suite | 検証済みの品質ゲート。プロジェクトへの準拠状況は別途報告されます。 |
| このリリースやコードベースで何が問題になる可能性がありますか? | quality-assurance-suite | 根拠に基づく指摘、または範囲を限定した受け入れテスト。 |
| この変更を公開またはデプロイします。 | delivery-suite | 宛先で検証済みの、承認された公開またはデプロイ。 |
| なぜ失敗したのか、またはこの機能は役に立ちましたか? | operations-suite | インシデントの診断、または製品の成果の評価。 |
| このスキルの指示を信頼できますか? | skill-maintenance-suite | スキルの境界、一貫性、配布方法のレビュー。 |
| Docker コンテナ、設定、アクセス制御、または復旧手段を準備します。 | engineering-foundation-suite | ネイティブな技術契約と検証済みの変更。 |
インストール
機能追加や修正には、まず implementation-suite を使います。別のタスクには、ルートを選ぶから別のプラグインを選んでください。
Claude Code:
/plugin marketplace add levnikolaevich/claude-code-skills
/plugin install implementation-suite@levnikolaevich-skills-marketplace
/reload-plugins
Codex:
codex plugin marketplace add levnikolaevich/claude-code-skills
codex plugin add implementation-suite@levnikolaevich-skills-marketplace
スキルは完全な名前で呼び出します。Claude Code では /implementation-suite:ln-41-surgical-change-implementer、Codex では $ln-41-surgical-change-implementer を使い、その後にタスクを指定します。例:「割引が適用された商品がある場合の合計計算を修正してください。現在の丸め規則は維持してください。」
Claude Code と Codex で共有する個人用の既定設定には、任意のユーザー指示テンプレートと接続ガイドを使用してください。テンプレートを自分用に調整し、既存の設定に統合します。プラグインをインストールしても、グローバルな指示は変更されません。
ライフサイクルとプラグイン
Product Discovery Suite
何を作る価値があるか、誰の役に立つか、有用な初期バージョンに必要な機能を決定します。
| Index | スキル | 目的 |
|---|---|---|
| 11 | 機会評価者 | 開発に着手する前に、需要、チャネル、収益性を通じて新しい製品機会を評価します。 |
| 12 | 製品要件ビルダー | 方針が定まった構想について、製品要件、ビジネスルール、受け入れ基準を定義します。編集対象は製品ドキュメントに限られます。 |
| 13 | インタラクションデザインビルダー | 定義済みの製品範囲について、ユーザーフロー、インタラクションの状態、モックアップを設計します。UI コードは実装しません。 |
アーキテクチャスイート
システムの現状を把握し、明確な境界、トレードオフ、復旧手段を備えた変更を選びます。
| Index | Skill | Purpose |
|---|---|---|
| 21 | システム設計のベースライン構築 | システム設計の前に、測定可能なアーキテクチャの推進要因と制約を定義します。編集するのはアーキテクチャのドキュメントのみです。 |
| 22 | 現行アーキテクチャのドキュメント作成 | 実装の証拠に基づいて現行アーキテクチャを記録します。目標アーキテクチャの提案や適合性の監査は行いません。 |
| 23 | システム設計提案の作成 | 要件に基づいて、目標とするシステムの境界、契約、トレードオフを設計します。タスクの計画や実装は行いません。 |
| 24 | アーキテクチャ決定の記録 | 代替案、影響、ステータスとともに、1つのアーキテクチャ決定を記録します。システム全体の設計は行いません。 |
| 25 | アーキテクチャ図の作成 | 証拠に基づいて現行または目標アーキテクチャの図を作成します。UI 設計は行いません。 |
| 26 | アーキテクチャ移行の計画 | 互換性、データの安全性、段階的な展開、復旧を考慮してアーキテクチャ移行を計画します。移行は実行しません。 |
デリバリー計画スイート
実装の手戻りにつながる前に、未決定事項やリスクの高い依存関係を見つけます。
| Index | Skill | Purpose |
|---|---|---|
| 31 | デリバリー計画の作成 | 要件とリポジトリの証拠に基づき、依存関係の順序を考慮したデリバリー計画を作成します。読み取り専用です。 |
| 32 | テスト戦略の計画 | リスクに基づくテスト構成と受け入れの証拠を計画します。テストの作成や実行は行いません。 |
| 33 | 計画のレビュー | 実行前に、具体的な実装計画の未決定事項、実現可能性、リスクをレビューします。読み取り専用です。 |
実装スイート
原因を修正し、既存の正常な仕組みを再利用して、検証済みの成果に変更を集中させます。
| Index | Skill | Purpose |
|---|---|---|
| 41 | 外科的変更の実装 | 既存の契約を利用して、範囲を限定した製品機能または修正を1つ実装します。アップグレード、パフォーマンス調整、横断的な技術基盤の構築は対象外です。 |
| 42 | 依存関係のアップグレード | バージョン固有の互換性確認とリグレッションチェックを行い、元に戻せる単位で依存関係をアップグレードします。 |
| 43 | コードのモダナイズ | 実証された保守コストを削減するため、範囲を限定した機能をモダナイズします。定期的なアップグレードやパフォーマンス調整は対象外です。 |
| 44 | パフォーマンスの最適化 | 測定されたパフォーマンスのボトルネックをプロファイリングして改善し、検証済みの改善のみを残します。 |
| 45 | ベンチマークの比較 | 管理されたベンチマークと独立した正確性チェックを通じて、ツールまたは実装を比較します。 |
| 46 | 品質ゲートのエンジニアリング | lint、型、アーキテクチャなどのエンジニアリングチェックを設定し、検証します。製品の整理、ポリシーの新規策定、デプロイ設計の変更は対象外です。 |
品質保証スイート
リリースを妨げる、メンテナーに誤解を与える、またはテストが合格しても意味をなさなくする可能性のある問題を見つけます。
| インデックス | スキル | 目的 |
|---|---|---|
| 51 | 受け入れテストビルダー | 対象を限定した受け入れテストを作成、更新、または廃止し、実行を検証します。製品コードの修正は行いません。 |
| 52 | デリバリーレビュアー | 完了した変更について、受け入れ条件、リグレッション、リリースリスクをレビューします。読み取り専用で、コードベース全体の監査は行いません。 |
| 53 | ドキュメント監査担当 | ドキュメントとコメントの信頼性、網羅性、一貫性、最新性を監査します。読み取り専用です。 |
| 54 | コードベース監査担当 | コードベース全体の健全性、セキュリティ、保守性を横断的に監査します。単一の変更のレビューや専門分野の監査は行いません。 |
| 55 | テストスイート監査担当 | 既存テストのリスク網羅性、信頼できる判定基準、保守上の価値を監査します。テストの編集は行いません。 |
| 56 | アーキテクチャ監査担当 | 実装されたアーキテクチャの境界、依存関係、所有権を監査します。目標とする設計や計画のレビューは行いません。 |
| 57 | 永続化監査担当 | クエリ、トランザクション、一貫性、永続化リソースのライフタイムを監査します。読み取り専用です。 |
デリバリースイート
意図した変更を公開し、リモートリポジトリまたは対象環境に反映された内容を検証します。
| インデックス | スキル | 目的 |
|---|---|---|
| 61 | リポジトリ公開担当 | 許可されたリポジトリの変更をコミット、プッシュし、リモートで検証します。リリースは作成しません。 |
| 62 | リリース公開担当 | 明示的に依頼されたタグ付き GitHub リリースを準備して公開します。アプリケーションのデプロイは行いません。 |
| 63 | デプロイエンジニア | デリバリーパイプラインとリモートインフラを準備し、許可されたロールアウトを実行します。単独での品質ゲート設定やローカルでのコンテナパッケージ作成は行いません。 |
| 64 | コミュニティ告知担当 | 許可された、事実確認済みの GitHub Discussions 向け告知を作成または公開します。リリースは作成しません。 |
オペレーションスイート
インシデントや製品のシグナルを、次の復旧または製品判断に役立つ証拠へと変換します。
| インデックス | スキル | 目的 |
|---|---|---|
| 71 | オペレーション調査担当 | 運用上の証拠からインシデントを診断し、復旧策を提案します。稼働中のシステムは変更しません。 |
| 72 | 製品成果評価担当 | 観測された製品成果を、事前の仮説に照らして評価します。実験の実施やユーザーへの対応の変更は行いません。 |
スキル保守スイート
スキルを正しく呼び出し、一貫して実行し、配布前に検証しやすくします。
| インデックス | スキル | 目的 |
|---|---|---|
| 81 | スキルレビュアー | スキルの指示、トリガーの境界、配布契約をレビューします。製品コードは対象外です。 |
エンジニアリング基盤スイート
ネイティブなスタックの仕組み、明確な契約、安全な復旧を用いて、プロジェクトの技術基盤を確立し、検証します。
| Index | スキル | 目的 |
|---|---|---|
| 91 | エンジニアリングベースラインビルダー | 実際のスタックに基づいてプロジェクトの技術ルールと定期的なローカル手順を作成します。ガイダンスのみを編集し、アーキテクチャの目標やアプリケーションコードは変更しません。 |
| 92 | コンテナエンジニア | 起動とシャットダウンの証跡を含め、コンテナイメージとローカルのランタイムパッケージを構築、強化、またはレビューします。リモートデプロイやホスト管理は対象外です。 |
| 93 | 構成エンジニア | 構成の管理責任、検証、シークレットの境界、環境の分離を確立します。認証情報の ID ポリシーや稼働中のデプロイは対象外です。 |
| 94 | 認証エンジニア | ID の検証と、セッションまたは認証情報のライフサイクルを実装または修復します。操作権限、リソースアクセスのポリシー、または既定での新しい ID プロバイダーの導入は対象外です。 |
| 95 | リソース認可エンジニア | 承認済みの権限付与を維持しながら、権限とテナントまたは所有者のスコープに基づくリソースアクセスを実装します。認証やロールの再設計は対象外です。 |
| 96 | エラー処理エンジニア | 安全なエラー境界、キャンセル、ユーザー向けの復旧契約を実装します。テレメトリパイプラインや永続的な再試行の仕組みは対象外です。 |
| 97 | オブザーバビリティエンジニア | 構造化された診断、相関、必要性が裏付けられたメトリクスやトレースを実装します。インシデント調査や必須のテレメトリプラットフォームは対象外です。 |
| 98 | ミューテーション信頼性エンジニア | トランザクション、冪等性、中断された操作からの復旧を実装します。スキーマの移行や必須のバックグラウンドジョブプラットフォームは対象外です。 |
| 99 | データベースライフサイクルエンジニア | スキーマ移行、データベースロール、分離された復旧用またはテスト用リソースを準備し、検証します。クエリのチューニングやランタイムのミューテーションオーケストレーションは対象外です。 |
インストール済みプラグインを更新する
Git ベースのマーケットプレイスでは、カタログを更新してからプラグインを更新します。
claude plugin marketplace update levnikolaevich-skills-marketplace
claude plugin update implementation-suite@levnikolaevich-skills-marketplace
codex plugin marketplace upgrade levnikolaevich-skills-marketplace
codex plugin add implementation-suite@levnikolaevich-skills-marketplace
ローカルディレクトリのマーケットプレイスでは、まずチェックアウトを更新してから、インストール済みプラグインを更新します。Codex のマーケットプレイスアップグレードがサポートするのは Git ソースのみです。Claude の再読み込み/再起動の指示に従い、新しい Codex セッションを開始してください。ソースの編集だけでは、インストール済みキャッシュや既存のセッションは更新されません。
ライセンス
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。