القائمة
Boundaries
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
AIWorkflowOrchestrator の正本仕様を `references/` から検索・参照・更新するスキル。`resource-map` / `quick-reference` / `topic-map` を起点に Progressive Disclosure で必要最小限だけ読む。用途: 要件確認・設計/API/IPC 契約確認・UI/状態管理/セキュリティ判断・タスク同期・EVALS schema 監査。Anchors: Specification-Driven Development, Progressive Disclosure。Trigger キーワードは `indexes/keywords.json` 参照。
タスクを単一責務原則で分解しPhase 1-13の実行可能な仕様書を生成。Phase 12は中学生レベル概念説明を含む。 Anchors: • Clean Code / 適用: SRP / 目的: タスク分解基準 • Continuous Delivery / 適用: フェーズゲート / 目的: 品質パイプライン • DDD / 適用: ユビキタス言語 / 目的: 用語統一 Trigger: タスク仕様書作成, タスク分解, ワークフロー設計, Phase実行, IPC Bridge API統一, Preload APIパターン, safeInvoke, safeOn
skill-creator出力フィクスチャの自動検証スキル。 ディレクトリ構造・SKILL.mdフォーマット・エージェント仕様書・JSONスキーマ・EVALS.json を6スクリプトで決定論的に検証する。 Anchors: • skill-creator / 適用: 出力仕様・品質基準 / 目的: 検証ルールの源泉 • Contract First / 適用: JSON出力スキーマ / 目的: 予測可能な検証結果 Trigger: fixture validation, skill validation, スキルテスト, フィクスチャ検証, skill-creator検証
GitHub Issueを`gh` CLIで管理し、タスク仕様書との双方向連携・ローカル同期・スコアリング選択を実現するスキル。 Anchors: • task-specification-creator / 適用: メタ情報・Issue構造 / 目的: フォーマット互換性確保 • gh CLI (GitHub CLI) / 適用: Issue操作 / 目的: create/list/edit/close • Progressive Disclosure / 適用: 必要時のみリソース読み込み / 目的: コンテキスト効率化 Trigger: GitHub Issue管理, Issue作成, Issue選択, 最適タスク選定, タスク仕様書→Issue化 Use when managing GitHub issues, creating issues from task specs, or selecting optimal next task.
`@repo/shared`パッケージのVitest統合テスト設計・実装・検証を支援するスキル。 Mockプロバイダーを使ったサービス層の契約テストが主な用途。 インターフェース契約の変更時に既存Mockとの互換性を保証し、不変条件を網羅する。 Anchors: • Contract Testing / 適用: インターフェース契約検証 / 目的: Mock→実装の互換性保証 • Vitest / 適用: テスト実行環境 / 目的: `pnpm --filter @repo/shared test:run` Trigger: 「統合テスト作成」「integration test」「MockClient」「テスト追加」「契約テスト」 「テストケース追加」「Late Chunking テスト」「IEmbeddingClient テスト」等が発動条件。
スキルを作成・更新・プロンプト改善するためのメタスキル。 **最初のアクションは必ず AskUserQuestion**（インタビュー深度確認）。 **collaborative**モードでユーザーと対話しながら共創し、 抽象的なアイデアから具体的な実装まで柔軟に対応する。 **orchestrate**モードでタスクの実行エンジン（Claude Code / Codex / 連携）を選択。 Anchors: • Continuous Delivery (Jez Humble) / 適用: 自動化パイプライン / 目的: 決定論的実行 • The Lean Startup (Eric Ries) / 適用: Build-Measure-Learn / 目的: 反復改善 • Domain-Driven Design (Eric Evans) / 適用: 戦略的設計・ユビキタス言語・Bounded Context / 目的: ドメイン構造の明確化 • Clean Architecture (Robert C. Martin) / 適用: 依存関係ルール・層分離設計 / 目的: 変更に強い高精度スキル • Design Thinking (IDEO) / 適用: ユーザー中心設計 / 目的: 共感と共創 Trigger: 新規スキルの作成、既存スキルの更新、プロンプト改善を行う場合に使用。 スキル作成, スキル更新, プロンプト改善, skill creation, skill update, improve prompt, Codexに任せて, assign codex, Codexで実行, GPTに依頼, 実行モード選択, どのAIを使う, IPC Bridge統一, API統一パターン, safeInvoke/safeOn, Preload API標準化, IPC handler registration, Preload API integration, contextBridge, Electron IPC pattern, extractPurposeWithLlm, ILLMClient, AnthropicProvider, normalizePurposeResponse, LLM purpose extraction, LLM DI pattern, extract-purpose agent
| name | fixture-boundary-skill-name-padded-to-sixty-four-characters-long |
| description | Boundaries |
| version | 1.0.0 |
| allowed-tools | ["Read","Write","Bash"] |
boundary test, fixture validation, edge case verification
