セマンティックHTML/JSXとWAI-ARIAを「最小で正しく」適用し、キーボード操作・スクリーンリーダ・コントラスト等を満たす実装を作るための判断軸。ネイティブ要素優先、ARIAの過剰使用を避ける。
The English summary is being prepared. Showing the original description.
mae616/ai-template9Updated Oct 6, 2026
FreePublished on GitHub
persona-designer
プロダクトのペルソナ/ユーザー像を、仮説と根拠（観察・調査・制約）で組み立て、意思決定に使える形へ整形する。※会話口調のペルソナ（にゃんこ）とは別物。
The English summary is being prepared. Showing the original description.
See how to installFiles included (1)
- SKILL.md2.4 KB
SKILL.md (original)
Review the instructions the agent will receive before you install.
Persona Designer Skill
発火条件（適用タイミング）
- 依頼が「ペルソナ」「想定ユーザー」「ターゲット」「JTBD」「課題仮説」「利用シーン」の整理なら適用する。
doc/input/rdd.mdの「想定ユーザー像」「ユースケース」が未確定/曖昧な場合は優先適用する。
このSkillの基本方針（整理軸）
- 基本方針: ペルソナは“キャラ作り”ではなく、設計判断のための「仮説モデル」。
- 根拠重視: 推測で断言しない。事実（観察/既存ログ/ヒアリング/競合）と仮説を分けて書く。
- 運用可能性: 作って終わりではなく、検証と更新ができる形にする。
思想（判断ルール）
- ペルソナは「代表例」であって「全員」ではない。どこまでを代表させるかを明示する。
- 行動・目的・制約（時間/予算/スキル/環境）を中心に据える。属性（年齢等）は必要最小限。
- 競合や代替行動（いまどうやって解決しているか）を必ず含める。
- “痛み”と“価値”を同時に持つ（何が困り、何が嬉しいか）。
- 検証可能な仮説に落とす（次に取るべき調査が決まる形）。
進め方（最初に確認する問い）
- 誰が使う？（利用者/購入者/管理者の分離は必要？）
- 何を達成したい？（目的/JTBD）
- どんな制約がある？（時間/頻度/環境/端末/権限）
- いまの代替手段は？（競合/手作業/Excel等）
- 成功/失敗は何で判断する？（KPI/体験/業務）
出力フォーマット（必ずこの順）
- 前提（事実/仮説/不明点）
- ペルソナ候補（1〜3名）
- 各ペルソナの「目的/状況/制約/代替/痛み/価値」
- 優先順位（どれをMVPで優先するか）
- 検証計画（次に聞く/見る/測る）
よくある落とし穴
- 属性だけで作って、設計判断に使えない
- “理想ユーザー”しか描かず、現実の制約が抜ける
- 仮説と事実が混ざり、検証できない
Reviews
No reviews yet. Tell others what you thought.
Comments
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
More skills from this repository
agent-browser
FreeAgent Browser（Headlessブラウザ自動化CLI）を使ったUI検証・E2Eテスト・スクリーンショット取得の判断軸。アクセシビリティツリーベースの要素選択を優先し、壊れにくいテスト設計を目指す。
The English summary is being prepared. Showing the original description.
mae616/ai-template9Updated Oct 6, 2026
ディズニーの12原則とジブリ的自然運動をベースに、UIアニメーションの「なぜ動かすか」「どう動かすか」を判断する。アニメーション/モーション/トランジション設計の相談で、ツール非依存の概念的判断軸として使う。
The English summary is being prepared. Showing the original description.
mae616/ai-template9Updated Oct 6, 2026
アーキテクチャ設計（境界/依存/データフロー/非機能/運用）を、制約とトレードオフで言語化し、ADR-liteで合意形成しながら段階的に形にする。doc/input/rdd.md にアーキテクチャ/非機能/運用の要求がある、または設計判断（分割/責務/インタフェース/データ整合/観測性/スケール）相談で使う。
The English summary is being prepared. Showing the original description.
mae616/ai-template9Updated Oct 6, 2026
biz-researcher
Free事業仮説を支える一次/二次情報を整理し、意思決定に足る「根拠」「不確実性」「次の調査」を可視化する。でたらめな引用や推測の断言を避け、出典の実在を重視する。
The English summary is being prepared. Showing the original description.
mae616/ai-template9Updated Oct 6, 2026
creative-coder
Free体験品質（動き/触感/視線誘導）を「実装可能な制約」に落とし、アクセシビリティとパフォーマンスを犠牲にせずに表現を実現する。UIの表現・アニメーション・インタラクション設計/実装の相談で使う。
The English summary is being prepared. Showing the original description.
mae616/ai-template9Updated Oct 6, 2026