القائمة
Context Delta の収集・検証・構造化・知識移転を一貫実行する。開発知識をtasks/lessons.mdやADRとして永続化する。「記録して」「知識を整理して」「引き継ぎ資料を作って」等で使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
デザインシステムの構築・運用を体系的に行うスキル。ドキュメント（要件定義・ブランドガイドライン）からDesign Tokens・コンポーネント体系・ガバナンスまでを一貫して設計する。思考フレームワーク（Double Diamond・Atomic Design・Design Tokens 3層）の適用、暗黙的デザイン判断の形式知化（DDR/QOC/RFC）、UIインベントリ収集（手動+MCP自動化）を統合する。ゼロから体系的に構築する用途向け。既存の単発UIから再利用可能な構造を抽出するにはrelational-design-pluginのdesign-system-backflowスキルを使用すること。Use when: 「デザインシステムを構築して」「デザインシステムを設計して」「デザイントークンを定義して」「デザイン原則を策定して」「UIインベントリを作って」「デザインガバナンスを設計して」「デザイン判断を記録して」と言われた時。
iOS/Androidモバイルアプリのデザインを体系的に行うスキル。Apple HIG・Material Design 3などプラットフォームガイドラインに準拠し、ナビゲーション・レイアウト・コンポーネント・モーション・アクセシビリティを適切に設計する。デザイン判断の観察・関係・仮説・撤回可能性をtraceとして残したい場合はrelational-design-pluginを使用すること。Use when: 「モバイルアプリをデザインして」「iOSアプリのUIを設計して」「Androidアプリの画面を作って」「モバイルのナビゲーションを設計して」「タッチUIを改善して」「アプリのアクセシビリティを対応して」と言われた時。
Webアプリの個別画面・コンポーネントのデザインを体系的に行うスキル。デザインプロセス・レイアウト・コンポーネント設計・インタラクション・アクセシビリティなどWebデザインの確立された手法を適用する。デザインシステム全体の構築・運用はdesign-system-builderスキルを使用すること。デザイン判断の観察・関係・仮説・撤回可能性をtraceとして残したい場合はrelational-design-pluginを使用すること。Use when: 「Webアプリをデザインして」「UIを設計して」「画面をデザインして」「レスポンシブ対応して」「アクセシビリティを改善して」「コンポーネントを設計して」「カラーパレットを決めて」と言われた時。
Use 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.
Use this skill to critique an existing UI, frontend implementation, wireframe, flow, or visual design through Relational Design relations: user state, business intent, action risk, trust, information density, reversibility, accessibility, and implementation constraints. This is a relation-based critique, not a general design-methodology review — for platform-guideline or design-system compliance review, use design-plugin instead.
Use this skill after creating or reviewing a design artifact to extract reusable design-system knowledge: semantic tokens, components, variants, interaction rules, copy patterns, accessibility constraints, and governance notes. This only backflows structure out of an artifact that already exists — to build or govern a design system from scratch (Design Tokens layers, Atomic Design, DDR/QOC/RFC, UI inventory), use design-plugin's design-system-builder instead.
| name | eld-record |
| context | fork |
| description | Context Delta の収集・検証・構造化・知識移転を一貫実行する。開発知識をtasks/lessons.mdやADRとして永続化する。「記録して」「知識を整理して」「引き継ぎ資料を作って」等で使用。 |
Context Delta の収集から知識移転まで、4フェーズで開発知識を永続化する。
作業中の重要な判断・発見を抽出する。
意思決定:
エラー解決策:
パターン発見:
プロジェクト構造をスキャンし、知識ベースを構築する。
プロジェクトスキャン:
scripts/scan_project.py <project_path>
カテゴリ: project-info, architecture, dependencies, api, config
収集した知見を Codex CLI で検証する。
mcp__codex-cli__codex(
prompt="Verify this claim against the file content:
Claim: <claim_text>
File: <file_path>
Content: <file_content>
Respond: MATCH | MISMATCH | PARTIAL
Reason: <brief explanation>"
)
| Codex結果 | アクション |
|---|---|
| MATCH | 検証済みとして記録 |
| PARTIAL | 修正後、再検証 |
| MISMATCH | 破棄 |
scripts/validate_claims.py <project_path> --claims <claims.json>
収集・検証済みの知見を適切な場所に永続化する。
| 知見の種類 | 出力先 | 形式 |
|---|---|---|
| タスク固有の学び | tasks/lessons.md | Markdown |
| 検証済み原則・ADR | docs/ | ADR |
| プロジェクト共通原則 | ルートCLAUDE.md | Markdown |
| ドメイン固有ルール | フォルダCLAUDE.md | Markdown |
# ADR-XXX: タイトル
## Status
Accepted | Deprecated | Superseded by ADR-YYY
## Context
決定が必要になった背景
## Decision
決定内容
## Consequences
結果と影響
セッション間・メンバー間での知識の連続性を確保する。
# Knowledge Transfer: [プロジェクト/機能名]
## 1. 現状サマリー
### 完了したこと
- [成果]
### 進行中
- [タスク]: [進捗%] [次のアクション]
### 未着手
- [タスク]: [優先度] [依存関係]
## 2. 重要な決定事項
| 決定 | 理由 | 日付 | 参照 |
|------|------|------|------|
## 3. 既知の問題と注意点
- [課題]: [回避策]
## 4. キーファイル
| ファイル | 役割 | 備考 |
|---------|------|------|
## 5. 次のアクション
1. [ ] [最優先タスク]
| シーン | 実施内容 |
|---|---|
| セッション終了 | セッションノート作成 |
| 担当者交代 | フル引き継ぎドキュメント |
| 新メンバー参加 | オンボーディング資料 |
| マイルストーン | 進捗サマリー |
| プロジェクト完了 | 振り返りと学びの記録 |
Collect (Phase 1)
→ 知見の抽出
→ Verify (Phase 2)
→ Codex cross-check + hash validation
→ Structure (Phase 3)
→ tasks/lessons.md / ADR / CLAUDE.md へ配置
→ Transfer (Phase 4)
→ 引き継ぎドキュメント生成
フェーズは必要に応じて個別実行も可能。ユーザーの要求に応じて適切なフェーズから開始する。
scripts/scan_project.py - プロジェクト構造スキャン（Phase 1-B）scripts/validate_claims.py - ハッシュベース検証（Phase 2）