CAPHTECH
- 74 skills
- 0 followers
- 1 week ago last updated
- ▌ Skill Creator · caphtech bundleClaude Code用のSkillを新規作成・更新するためのガイド。スキルの設計・実装・検証をベストプラクティスに基づいて進める。「スキルを作成して」「新しいスキルを作りたい」「skillを作って」「スキルを更新して」「スキルを改善して」と言われた時に使用する。
- ▌ IOS Signing · caphtech bundleiOSアプリのコード署名・プロビジョニング支援。証明書管理、Provisioning Profile管理、Keychain設定、CI/CD環境での署名設定など、コード署名に関する包括的なサポートを提供する。「署名エラーを解決したい」「証明書を更新したい」「CIで署名を設定したい」と言った時に使用する。
- ▌ Refactoring · caphtech bundle言語横断で過剰抽象化や AI 生成コードの構造重複を安全にリファクタリングする。duplicated contract、pass-through layer、mirror mapper、split async path、half-migration を見つけ、最小の一貫した end-state に収束させる。TS/JS、Dart/Flutter、Elixir/Phoenix は専用 profile あり。「リファクタリングして」「AI生成コードを整理して」「重複型を統合して」「wrapperを潰して」で使用。
- ▌ Secret Boundary · caphtech bundleAI実行環境のシークレット境界設定。settings.json permissions.denyルールを生成し、シークレットへの事故的アクセスを防止する。
- ▌ Xcode Project · caphtech bundleXcodeプロジェクト設定支援。ビルド設定の最適化、Target/Scheme構成、SPM(Swift Package Manager)活用、xcconfig活用など、プロジェクト構成に関する包括的なサポートを提供する。「Xcodeプロジェクトを設定したい」「ビルド設定を最適化したい」「SPMを導入したい」と言った時に使用する。
- ▌ Issue Intake · caphtech bundleIssueの初期トリアージスキル。Issueを受け取り、標準化された分析結果(分類・深刻度・影響スコープ・不確実性・次アクション参照)を生成する。GitHub/Jira/Linear等のトラッカーからissue_payload形式で受け取る。トリガー条件: 「Issue #N を分析して」「このIssueの深刻度は?」「このバグはCritical?」、「Issue本文を初期トリアージして」「Issueを取り込んで」、新しいIssueを受け取り、最初の分類・判断が必要な時。注意: 根本原因の断定、修正案の確定、優先度の最終決定は行わない(材料提供まで)。
- ▌ Eld Predict Light · caphtechELD v5のリスク経路を、結果影響・可逆性・影響範囲・不確実性・観測可能性からexplore/P0/P1/P2へ分類する。「ELDのリスクを判定して」「P0/P1/P2を決めて」「変更経路を選んで」など、実装前のELD経路判定を明示的に依頼された時に使用する。ファイル数だけの複雑度判定や一般的な影響分析には使用しない。
- ▌ Eld Spec Discover · caphtechコード、テスト、要件、障害資料からELD v5のObservation、Term候補、Law候補を抽出し、出典・抽出確信度・反証事項を付ける。「Law候補を発見して」「語彙を抽出して」「既存コードからSpec候補を調べて」など、Card化前の読み取り専用Discoveryを依頼された時に使用する。候補をaccepted Lawへ自動昇格しない。
- ▌ Pr Onboarding · caphtech bundlePR作成時に生成AIがPR本文にオンボーディングを記述するスキル。変更の契約を、レビューア・将来の自分・障害対応者に渡す。理解の再現性・反証可能性・運用可能性を同時に成立させる。トリガー条件: PRを作成する時(「PRを作成して」「プルリクを書いて」)、PR本文を充実させたい時(「PR説明を書いて」「PRオンボーディングして」)、変更の影響を整理したい時(「この変更の影響範囲を整理して」)、レビューの準備をする時(「レビュー用に変更をまとめて」)。
- ▌ Eld Sense Planning · caphtech bundleELD v5のIssue ContractとRisk Routeから、意味的変更単位、依存関係、Evidence、統合点、並列可能性を含む実装計画を作る。「ELDで計画して」「ELDタスクを分解して」「証拠付きの変更計画を作って」など、ELD形式の計画を依頼された時に使用する。実装実行や一般的な短いToDo作成には使用しない。
- ▌ IOS Performance · caphtech bundleiOSアプリのパフォーマンス最適化支援スキル。Instruments活用、メモリ/CPU/GPU使用率分析、アプリ起動時間・バッテリー消費の最適化をサポート。Use when: パフォーマンス問題の調査、アプリ最適化、メモリリーク検出、起動時間短縮、バッテリー消費改善。
- ▌ IOS Test Design · caphtech bundleXCTest/XCUITestを用いたiOSアプリのテスト設計支援スキル。テスト戦略立案、モック/スタブ設計、テストデータ管理、カバレッジ分析を包括的にサポート。Use when: iOSテスト設計、XCTest実装、UITest作成、テストカバレッジ向上、テスト戦略立案、テストダブル設計。
- ▌ Github Project · caphtech bundleGitHub Projectの管理スキル。ghコマンドを使用してプロジェクトの確認、アイテム追加・状態変更、フィールド更新を行う。トリガー条件: 「Projectを確認して」「プロジェクトのアイテム一覧」「Project #N を見せて」、「IssueをProjectに追加」「PRをProjectに紐付け」、「ステータスをDoneに変更」「フィールドを更新」、「カンバンを操作」「タスクの進捗を更新」。
- ▌ Web App Designer · caphtech bundleWebアプリの個別画面・コンポーネントのデザインを体系的に行うスキル。デザインプロセス・レイアウト・コンポーネント設計・インタラクション・アクセシビリティなどWebデザインの確立された手法を適用する。デザインシステム全体の構築・運用はdesign-system-builderスキルを使用すること。デザイン判断の観察・関係・仮説・撤回可能性をtraceとして残したい場合はrelational-design-pluginを使用すること。Use when: 「Webアプリをデザインして」「UIを設計して」「画面をデザインして」「レスポンシブ対応して」「アクセシビリティを改善して」「コンポーネントを設計して」「カラーパレットを決めて」と言われた時。
- ▌ Eld Change Worktree · caphtechELDの長時間実験・並行作業・高リスク変更をgit worktreeで隔離する。ユーザーが「worktreeで隔離して」「別作業ツリーを作って」と明示した時にだけ使用する。P1/P2判定だけで自動作成せず、既存worktreeの削除やブランチ統合も自動実行しない。
- ▌ Impact Analysis · caphtech bundleコード変更の影響範囲分析スキル。変更が引き起こし得る影響を影響面(code/interface/data/external/config/runtime/security/observability)ごとに整理し、「どこをレビューし、何をテストし、何を観測すべきか」を根拠つきで提示する。トリガー条件: 「影響範囲を分析して」「この変更の影響は?」「どこまで波及する?」、PRレビュー依頼時、リファクタ/仕様変更時、障害対応で「原因箇所の周辺影響」を確認したい時。注意: 変更の是非の最終判断は行わない。実行時にしか分からない挙動は推定と不確実性を提示する。
- ▌ Pr CI Responder · caphtech bundlePRのCI失敗を自動診断・修正し、成功するまでリトライするスキル。GitHub Actionsの実際のログを取得し、エラーを構造化分類して優先順位順に修正する。トリガー条件: 「CIを修正して」「CI直して」、「PR #N のCIが落ちている」、PRのCI失敗を自動修正したい時、「CIが通るまで直して」、「/pr-ci-responder」。
- ▌ Eld · caphtech bundleEvidence-Loop Development (ELD) v5をリスク適応型で実行する統合スキル。観測・仮説・決定・Law・Evidenceを分離し、explore/P0/P1/P2経路を選んで実装・検証・記録する。「ELDで進めて」「証拠ベースで安全に変更して」「ELDでデバッグして」など、ELD全工程を明示的に依頼された時に使用する。単なるコード調査、一般的なPRレビュー、個別のLaw/Term作成には使用しない。
- ▌ Pce · caphtech bundlePCE 3.0 entry point for work. Shape an instruction to AI as a Transition Contract (a contract for a permitted state transition) rather than a work order, prevent canonical changes without a Warrant, and judge good continuation. Use when receiving a work request such as 'implement this issue', 'fix this bug', or 'add this feature', before a commit or merge, or when asked to 'proceed with PCE', 'write a Transition Contract', or 'check the Warrant'.
- ▌ Eld Spec · caphtechELD v5のSpec作業を、候補発見・Decision確認・Law/Term Card作成・派生Link Map生成までルーティングする。「ELD Specを作って」「Law/Termを発見してカード化して」「Spec化して」などSpec工程全体を依頼された時に使用する。単一Card作成にはeld-spec-card、候補抽出だけにはeld-spec-discoverを優先する。
- ▌ Eld Ground · caphtech bundleELD v5の重要主張をEvidence Profileで接地し、リスク経路に応じてverify・review・full判定を行う。「ELD Groundを実行して」「Evidence Profileを確認して」「ELDのPRレビューをして」など、ELD成果物と変更の適合確認を依頼された時に使用する。一般的なPRレビューや単純なテスト実行には使用しない。
- ▌ Eld Record · caphtech bundleELD v5の耐久性あるContext DeltaをClaim、ADR、Law/Term、lessons、handoffへ記録し、Sourceの鮮度を検証する。ユーザーが「ELDの知識を記録して」「引き継ぎを作って」「Claimを検証して」と明示した時に使用する。作業ログや自明な構造を自動保存せず、CLAUDE.mdなど共有指示への書き込みは明示承認なしに行わない。
- ▌ Op Env · caphtech.envファイルのシークレットを1Password CLIで管理する(平文.envの保存・Git流出対策。AIからの秘匿は対象外)。migrate/run/sync/addをサポート。
- ▌ Eld Spec Card · caphtechELD v5のDecisionに基づいてLaw CardまたはTerm Cardを作成・更新・廃止する。「Law Cardを作って」「Term Cardを更新して」「Lawを廃止して」など、個別Card操作を依頼された時に使用する。観測されたコードからaccepted Cardを自動作成せず、Authority不明時はproposedで止める。
- ▌ Eld Spec Link · caphtechELD v5のLaw CardとTerm CardからCatalog・Link Map・孤立・未解決参照・影響範囲を派生生成する。「Link Mapを生成して」「Law/Termの参照を確認して」「Specの孤立を調べて」など、Spec関係の読み取り・派生レポート作成時に使用する。Link Mapを独立した正本として手編集しない。
- ▌ Doc Gen · caphtech bundleコードベースから開発者向けドキュメントを生成する。3パス読み取りアプローチで根拠に基づく信頼性の高いドキュメントを作成。「ドキュメント生成」「コードからドキュメント」「codebase map作成」「代表フロー抽出」「変更ガイド作成」と言われた時に使用。生成するのはコードベースマップ、代表フロー(成功+失敗)、変更プレイブック、設定/外部I/F台帳、検証レポート。継続的開発の属人化を防ぎ、変更の安全性を高めるドキュメントを目指す。
- ▌ Spec Gen · caphtech bundleコードからspecを生成するスキル。As-Is spec(現状仕様)を根拠付きで抽出し、3層構造(インターフェース/振る舞い/業務意味)で整理。使用タイミング: (1)「コードからspecを生成」(2)「仕様書を作成」(3)「APIドキュメント生成」(4)「現状の振る舞いを文書化」(5)「変更で壊れたspecを検出」(6)「コードと仕様の乖離を確認」と言われた時。生成するのはAs-Is spec(現状仕様)であり、To-Be spec(あるべき仕様)は人間の判断が必要。
- ▌ Eld Sense Requirements Brainstorming · caphtech bundleELD v5のObservation・Hypothesis・Decision境界を使って要件の曖昧さ、Outcome、例外、Authorityを対話的に明確化する。「ELDで要件をブレストして」「曖昧な要件を整理して」「Issue Contractの前提を確認して」など、要件探索を明示的に依頼された時に使用する。単純な実装依頼へ自動介入せず、質問数やLaw/Term候補数を固定しない。
- ▌ Implementation Local Optima Audit · caphtech bundle実装・設計・運用に埋め込まれた局所最適を、評価境界・評価指標・変更可能範囲・時間軸を拡張して検出し、外部化された複雑性、変更増幅、境界障害、KPI乖離、移行ロックインを証拠付きで分析する。アーキテクチャレビュー、リファクタリング候補探索、性能調査、Git共変更分析、障害再発分析、レガシー互換層や手動運用の見直しに使用する。
- ▌ Architecture Reviewer · caphtech bundle3種類のアーキテクチャ分析(ノード/エッジ/縦串)を並行実行し、矛盾検出・優先順位付けまで一貫して行う。「アーキテクチャレビューして」「設計をチェックして」「矛盾を検出して」「優先順位を付けて」「トレードオフを分析して」と言われた時、またはcomponent-dossiers/*.yamlが存在する時に使用。
- ▌ Technical Book Writer · caphtech bundleComprehensive guide for writing technical books in Markdown format. Use this skill when creating new chapters, managing code examples, reviewing content for technical accuracy and consistency, or organizing book structure (TOC, cross-references). Provides templates, validation scripts, and best practices for technical writing workflows.
- ▌ Flutter Widget Splitting · caphtech bundleFlutter Widgetの肥大化を、責務分離・共通化・Riverpod境界の整理でリファクタリングする。build()が長い、Widgetを分割したい、Riverpodのwatch/read/listen/select境界を見直したい、共通化したい、Flutter UIを整理したい時に使用。
- ▌ AI Readability Analysis · caphtechコードのAI可読性を分析し、生成AIがバグ修正や変更を行う際に苦戦する原因となる問題を特定するスキル。以下の場合に使用する:(1)「AIが修正しやすいコードか分析して」「AI可読性を診断して」と依頼された時 (2) バグ修正や変更作業が難航している原因を調査したい時 (3) コードベースのAIフレンドリー度を評価したい時 (4) リファクタリング優先度を決めたい時。分析観点:コンテキストウィンドウ問題、命名・表現問題、構造・設計問題、テスト・検証問題、ドキュメント問題、LLM特有の苦手パターン
- ▌ Concurrency Observation · caphtech並行性の観測。データレース、デッドロック、タイミング依存バグを検出。Use when: async/await実装、スレッド/goroutine使用、共有状態操作、本番でだけ起きる問題、たまに落ちるテスト調査。
- ▌ Observation Minimum Set · caphtech bundle観測の最小セットを適用。6つの失敗モード(仕様誤解/境界条件/依存/セキュリティ/並行性/運用)を継続可能なコストで網羅。Use when: プロジェクト開始、リリース前チェック、品質改善振り返り、観測が足りているか確認したい。
- ▌ Operability Observation · caphtech bundle運用観測性の確保。ログ、メトリクス、ヘルスチェック、設定検証でバグを扱う能力を担保。Use when: デプロイ前チェック、障害調査が困難、原因不明、ログ設計、メトリクス設計、設定管理実装。
- ▌ Design Retract · caphtech bundleUse this skill when a design assumption, user segment, business goal, constraint, or product requirement has changed and you need to analyze which design hypotheses, decisions, artifacts, copy, or components should be retracted or revised. Requires a Relational Design trace session with recorded observations/relations/hypotheses/decisions to analyze against — not a general "redo this design" request.
- ▌ Requirements Author · caphtech bundle自然言語の要求や議論メモを YAML 要件へ正規化し、REQ ID、観測方法、例、未確定事項までそろえる。要件定義書を作りたい、要件を YAML で管理したい、「要件を構造化して」「requirements yaml を作って」と言われた時に使用する。
- ▌ Review Report Generator · caphtech bundleアーキテクチャレビュー結果を意思決定用レポートに整形する。チャット報告・ファイル出力・GitHub Issue作成から出力形式を選択可能。「レビューレポートを作成して」「報告書を生成して」「意思決定用にまとめて」「Issueにして」と言われた時に使用。
- ▌ Requirements Inspector · caphtech bundle要件 YAML の必須項目欠落、矛盾、古いリンク、差分との不一致を検査し、反例駆動の下流検査へつなぐ。要件レビュー、変更前ゲート、仕様とコードの乖離確認、「requirements を検査して」「要件 lint して」と言われた時に使用する。
- ▌ Issue Workflow Orchestrator · caphtech bundleIssueワークフロー統括スキル。Issue受領から実装・検証・PRレビュー完了までを、分類に応じたテンプレートで統括し、フェーズ成果物を構造化して引き継ぎながら進行する。トリガー条件: 「Issue #N を修正して」「#N を直してPRまで」「/fix-issue 123」「/orchestrate-issue 123」Issue修正の全体統括が必要な時。注意: 実装そのもの、コード生成、レビュー判断の最終決裁は行わない(該当スキルへ委譲し、統括は状態と根拠の整合性を担保する)
- ▌ Requirements Consistency · caphtech bundle要件、仕様、テスト、コード、実行時観測を要件IDで結び、反例、変異、契約違反、トレース違反で多層整合性を検査する。要件からコードまでの整合性を確認したい、トレーサビリティを設計したい、「反例駆動でチェックして」「多層整合性を見て」と言われた時に使用する。
- ▌ Requirements Manual Test · caphtech bundle要件 YAML から手動テスト観点、手順、期待結果、観測ポイント、証跡収集項目を生成する。手動テストケースを作りたい、受入確認を準備したい、QA チェックリストが欲しい、「manual test を作って」「受入テスト観点を出して」と言われた時に使用する。
- ▌ Requirements Traceability · caphtech bundle要件 ID を Law、テスト、コード、Telemetry、手動テストへ結び、トレーサビリティ行列とカタログ集約(状態・優先度・依存関係の棚卸し)を作る。要件から実装や検査へ配線したい、リンク漏れを見たい、要件を一覧化・棚卸ししたい、「traceability を作って」「REQ と test を結んで」「requirements catalog を更新して」「要件の棚卸しをして」と言われた時に使用する。
- ▌ Info Gathering · caphtech bundle一般・技術の両分野に対応した体系的情報収集スキル。調査設計→手法選定→実行→検証の4フェーズで進める。Use when: 調査・リサーチ・情報収集を依頼された時、バグ調査・API調査・市場調査・競合調査・文献調査・ファクトチェック等を行う時。
- ▌ Permission Promoter · caphtech bundle.claude/settings.local.jsonのpermissions.allowから安全なコマンドを.claude/settings.jsonに昇格させる。チーム共有設定の整理、パーミッション棚卸し、「許可を整理して」「settings.local.jsonを整理して」「パーミッションを昇格して」「permission promoter」と言われた時に使用する。
- ▌ Issue Discoverer · caphtech bundleコード走査中に発見したスコープ外の課題をIssue候補として構造化し、ユーザー承認後にGitHub Issueを起票する。「Issue候補を探して」「スコープ外の問題を報告して」「issue-discovererで走査して」とトリガー。
- ▌ Spec Observation · caphtech bundle仕様誤解を早期発見する観測。仕様の曖昧さ、仮定の明文化、受入条件のテスト化を行う。Use when: 新機能設計前、要件レビュー、仕様が曖昧、何を作るべきか不明、受入条件を決めたい、PRで仕様との乖離をチェックしたい時、生成コードの受入判断時。
- ▌ AI Led Onboarding · caphtech bundle生成AIが人間に対して行う作業開始時オンボーディング。AIが"説明係"ではなく"進行役"として、探索→仮説→検証→要約→未確定の明示を回し、人間が最小スキーマ(因果・境界・不変条件・壊れ方・観測)を短時間で再構築できる状態に導く。トリガー条件: 新しいタスクやコード変更に着手する前(「この機能を修正して」「このバグを直して」)、未知のコードベースを理解する必要がある時、「オンボーディングして」「作業開始の準備をして」「コードを理解したい」、複雑なタスクを始める前の文脈理解が必要な時、「作戦ブリーフを作成して」「安全に始められるようにして」、AIエージェント自身の着手前チェック(preflight、要件・境界・検証・観測のボトルネック解消、ready/partial/blocked判定)が必要な時。
- ▌ Coderabbit Config · caphtech bundleGenerate or improve .coderabbit.yaml by analyzing project structure, languages, and conventions. Optimizes path_instructions, path_filters, tools, and knowledge_base. Triggers on "CodeRabbitを設定して", ".coderabbit.yamlを作って", "CodeRabbit設定を改善して", "レビュー設定を最適化して", or "/coderabbit-config".
- ▌ Comment Annotator · caphtech bundleコード変更に対して永続的なコメント(Why・制約・境界条件)を自動付与する。差分の依存グラフを解析し、2パス処理(意図マップ構築→役割別コメント生成)でレビュアーと将来の開発者の理解を助ける。「コメントを付けて」「アノテーションして」「レビューしやすくして」「comment annotation」と言われた時に使用する。
- ▌ LLM Eval Designer · caphtech bundleLLM生成システムの検証設計スキル。assay-kitフレームワークを活用し、LLM特有の失敗モード(幻覚、例への過学習、部分的処理)を考慮した総合的なテストケース設計を支援する。使用タイミング: LLMベースのワークフロー/エージェントの評価設計時、ゴールデンデータセット(golden-dataset.yaml)の設計・拡張時、既存テストが特定パターンに過学習していないか検証時、LLM出力の品質スコアラー設計時、「なぜこのテストケースが必要か」の根拠を示す時。
- ▌ Mobile App Designer · caphtech bundleiOS/Androidモバイルアプリのデザインを体系的に行うスキル。Apple HIG・Material Design 3などプラットフォームガイドラインに準拠し、ナビゲーション・レイアウト・コンポーネント・モーション・アクセシビリティを適切に設計する。デザイン判断の観察・関係・仮説・撤回可能性をtraceとして残したい場合はrelational-design-pluginを使用すること。Use when: 「モバイルアプリをデザインして」「iOSアプリのUIを設計して」「Androidアプリの画面を作って」「モバイルのナビゲーションを設計して」「タッチUIを改善して」「アプリのアクセシビリティを対応して」と言われた時。
- ▌ Eld Ground Law Monitor · caphtech本番Telemetry・Log・Eventからaccepted Lawの違反候補とOutcomeを分析し、観測・仮説・因果未確定事項を分離する。「Law違反を確認して」「ELDの運用健全性を分析して」「本番Evidenceをまとめて」など、利用可能な運用データの分析を依頼された時に使用する。ログ閲覧権限や閾値を推測せず、本番変更やアラート設定を自動実行しない。
- ▌ IOS Simulator Debug · caphtechiOS SimulatorをAIで操作してデバッグ・検証。ビルド→起動→UI操作→スクショ→分析のループ。UIの動作確認、バグの再現・調査、UI実装の検証、アクセシビリティの確認時に使用。前提条件 mobile-mcp MCPサーバー(mobile-plugin導入で自動設定)
- ▌ App Idea Workshop · caphtech bundleWeb/モバイルアプリのアイデアを共創型インタビューで具体化し、開発用ドキュメント一式を生成するスキル。「アプリのアイデアがある」「新しいサービスを考えたい」「仕様を固めたい」「アプリ開発の相談」と言った時に使用する。アイデア段階から開発着手可能なドキュメントまで一貫してサポート。
- ▌ Task Plan Builder · caphtech bundleBuild task-appropriate planning artifacts by routing to the right reference for initial implementation, feature extension, refactoring, investigation, documentation, or review work. Use when Codex should produce a plan before acting, especially when different task types need different plan shapes or when interactive UI separation and existing architecture context may matter.
- ▌ Disposable Cycle · caphtech bundleOrchestrate the full H-DGM (Hybrid Disposable Generation Method) disposable prototyping cycle. Manages spike-autopsy-distill iterations with Mode A (auto) or Mode B (manual) control. Tracks cycle history and graduation readiness. Use to start or continue a disposable prototyping session.
- ▌ Disposable Spike · caphtechGenerate a disposable prototype (spike) from requirements. Creates isolated branch, generates code, runs lint/test/coverage, and produces unified metrics. Part of H-DGM (Hybrid Disposable Generation Method) cycle. Use when starting a new disposable prototype, rapid exploration, or throwaway implementation.
- ▌ Harness Engineering · caphtech bundleHarness Engineering environmentを設計・scaffold・validateする。AI/agent eval と integration/regression harness の共通基盤を作り、cases・fixtures・reporting・CI・devcontainer を整える。Use when 「Harness環境を作って」「評価ハーネスを整備して」「回帰検証環境を構築して」 or 「benchmark/eval harness を仕込んで」と言われた時。
- ▌ Main Merge Resolver · caphtech現在の作業ブランチへ既定でmainを取り込み、必要ならコンフリクト解消まで進める。mainの取り込み、最新mainの反映、merge main、コンフリクト解消、resolve merge conflicts を依頼された時に使用する。
- ▌ Pr Comment Resolver · caphtech bundlePRコメント(レビュー/インライン/CodeRabbit outside diff range含む)を収集・分類し、優先順位に従って対応・返信を実行する
- ▌ Design System Builder · caphtech bundleデザインシステムの構築・運用を体系的に行うスキル。ドキュメント(要件定義・ブランドガイドライン)からDesign Tokens・コンポーネント体系・ガバナンスまでを一貫して設計する。思考フレームワーク(Double Diamond・Atomic Design・Design Tokens 3層)の適用、暗黙的デザイン判断の形式知化(DDR/QOC/RFC)、UIインベントリ収集(手動+MCP自動化)を統合する。ゼロから体系的に構築する用途向け。既存の単発UIから再利用可能な構造を抽出するにはrelational-design-pluginのdesign-system-backflowスキルを使用すること。Use when: 「デザインシステムを構築して」「デザインシステムを設計して」「デザイントークンを定義して」「デザイン原則を策定して」「UIインベントリを作って」「デザインガバナンスを設計して」「デザイン判断を記録して」と言われた時。
- ▌ Rpt Vision Workshop · caphtech bundleRadical Product Thinking (RPT) に基づき、ユーザーと対話的にプロダクトビジョン・戦略・優先順位・実行計画・文化設計を共創するワークショップスキル。「ビジョンを作りたい」「プロダクト戦略を整理したい」「RPTワークショップをしたい」「ミッションを定義したい」「プロダクトの方向性を決めたい」と言った時に使用する。
- ▌ Boundary Observation · caphtech bundle境界条件・エッジケースの観測。null/空/0/最大値/最小値/オーバーフロー/タイムゾーン等を網羅的にテスト。Use when: テスト設計、バリデーション実装、パーサー実装、日付/金額処理、例は通るが端で壊れる疑い、バグ修正後の再発防止。
- ▌ Critical Code Review · caphtech bundlePerform critical code review with 6-phase pipeline (context gathering, static analysis, LLM review with verification, automated fix flow). Use when reviewing code changes, pull requests, specific files, or branch diffs. Triggers on "review this code", "critical review", "code review for PR
- ▌ Security Observation · caphtech bundleセキュリティ観測。認可漏れ、インジェクション、機密漏えい、暗号誤用、依存脆弱性を検出。Use when: 認証/認可実装、外部入力処理、依存更新、コミット前チェック、セキュリティレビューして、脅威分析が必要な時。
- ▌ Disposable Autopsy · caphtechAnalyze a disposable prototype across 10 quality axes using static analysis, test results, and Codex MCP triangulation. Produces structured autopsy report with scored findings and recommendations. Part of H-DGM cycle. Use after disposable-spike completes.
- ▌ Disposable Distill · caphtechDistill learnings from autopsy report into an improvement specification for the next cycle or production implementation. Extracts constraints, architecture decisions, interface contracts, and rejected options. Part of H-DGM cycle. Use after disposable-autopsy completes.
- ▌ System Understanding · caphtech bundleシステムマップ収集・不変条件抽出・コンポーネントカード作成を統合したスキル。コードベースを調査しアーキテクチャ知識をYAMLで構造化する。「システムマップを作成して」「不変条件を抽出して」「コンポーネントカードを作って」と指示された時、またはプロジェクトの全体像を把握したい時に使う。
- ▌ Design Trace · caphtech bundleUse this skill for UI/UX, frontend visual design, product flow, landing page, dashboard, component, or design-system-aware work where design reasoning should be traceable, isolable, and retractable. It orchestrates context reading, relation mapping, hypothesis generation, artifact design, critique, and trace archival. This is about the reasoning process, not visual output methodology — for HIG/Material Design/Atomic Design-driven UI or design-system construction without a trace/retraction workflow, use design-plugin's web-app-designer, mobile-app-designer, or design-system-builder instead.
- ▌ Dependency Observation · caphtech bundle依存関係の取り違えを検出する観測。lockfile固定、クリーンビルド、統合スモークで再現性を担保。Use when: 依存追加/更新、CI設定、ローカルでは動く問題、新環境セットアップ、バージョン差異の疑い。
- ▌ Systematic Test Design · caphtech bundleユニットテストとPBT(Property-Based Testing)を組み合わせた体系的テスト設計スキル。「脳を使う場所」を原因推理から「プロパティとジェネレータの設計」へ移動させる。4つの成果物(ユニットテスト、プロパティカタログ、ジェネレータ群、反例コーパス)を固定し、意地悪レベル(L0-L8)を段階的に上げながら、反例を資産化して回帰テストに回収する。トリガー条件: 「体系的にテスト設計して」「テストを設計して」、「PBTでテスト設計して」「プロパティベーステストを書いて」、「ユニットテストを設計して」「テストケースを作成して」、「テストをもっと意地悪にして」「境界値を網羅して」、「ジェネレータを設計して」「反例を資産化して」、「テストの穴を探して」「プロパティカタログを作成して」、ELD v5のfailure-path Claimをtest/integration Evidenceで接地する時。
- ▌ Uncertainty Resolution · caphtech bundle不確実性を発見・台帳化し、優先順位付け・観測タスク化を経て、検証結果をDecision proposalと必要に応じたproposed Lawへ整理する。使用タイミング: 不確実性/曖昧さ/未知/仮説/検証/調査/リスク/前提/優先順位/観測/意思決定の話題が出たとき。観測結果をaccepted Lawへ自動昇格しない。