セマンティックHTML/JSXとWAI-ARIAを「最小で正しく」適用し、キーボード操作・スクリーンリーダ・コントラスト等を満たす実装を作るための判断軸。ネイティブ要素優先、ARIAの過剰使用を避ける。
無料GitHub で公開
proposition-reviewer
価値提案(誰に/何のために/なぜ勝てる)をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。
含まれるファイル(1)
- SKILL.md2.1 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Proposition Reviewer Skill
発火条件(適用タイミング)
- 依頼が「価値提案」「ポジショニング」「一言で言うと」「コピー」「訴求」「差別化」「MVPの焦点」なら適用する。
doc/input/rdd.mdの「一言まとめ」「非目標」「機能要件」がブレている場合にも適用する。
このSkillの基本方針(整理軸)
- 基本方針: 価値提案は“表現”ではなく“設計”の入口。曖昧なら実装も曖昧になる。
- 三点セット: 誰に(ターゲット)/何を(価値)/なぜ(根拠・差別化)を揃える。
- 検証可能性: 証明できない差別化は仮説として扱い、検証計画へ落とす。
思想(判断ルール)
- “誰でも”は誰でもない。ターゲットの除外条件を明確にする。
- 価値は機能ではなく成果(アウトカム)で語る。
- 差別化は「相手が真似できない理由(制約/資産/統合/運用)」まで含める。
- MVPは価値提案の最小実証。付加価値を盛らない。
進め方(最初に確認する問い)
- ユーザーの痛みは何?(頻度/深刻度/現状コスト)
- 代替手段は?(競合/手作業/既存ツール)
- なぜ我々が勝てる?(根拠、制約、強み)
- MVPで何を証明する?(成功基準、計測)
出力フォーマット(必ずこの順)
- 現状の価値提案(原文)
- 問題点(曖昧さ/矛盾/根拠不足)
- 改善案(1〜3案:短いコピー+補足)
- MVPの焦点(捨てるもの/残すもの)
- 検証計画(仮説→計測→判定)
よくある落とし穴
- 機能一覧が価値提案になってしまう
- 差別化が“気持ち”で、証明できない
- MVPに詰め込みすぎて検証ができない
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
mae616/ai-template92026年10月6日 更新
Agent Browser(Headlessブラウザ自動化CLI)を使ったUI検証・E2Eテスト・スクリーンショット取得の判断軸。アクセシビリティツリーベースの要素選択を優先し、壊れにくいテスト設計を目指す。
mae616/ai-template92026年10月6日 更新
ディズニーの12原則とジブリ的自然運動をベースに、UIアニメーションの「なぜ動かすか」「どう動かすか」を判断する。アニメーション/モーション/トランジション設計の相談で、ツール非依存の概念的判断軸として使う。
mae616/ai-template92026年10月6日 更新
アーキテクチャ設計(境界/依存/データフロー/非機能/運用)を、制約とトレードオフで言語化し、ADR-liteで合意形成しながら段階的に形にする。doc/input/rdd.md にアーキテクチャ/非機能/運用の要求がある、または設計判断(分割/責務/インタフェース/データ整合/観測性/スケール)相談で使う。
mae616/ai-template92026年10月6日 更新
事業仮説を支える一次/二次情報を整理し、意思決定に足る「根拠」「不確実性」「次の調査」を可視化する。でたらめな引用や推測の断言を避け、出典の実在を重視する。
mae616/ai-template92026年10月6日 更新
体験品質(動き/触感/視線誘導)を「実装可能な制約」に落とし、アクセシビリティとパフォーマンスを犠牲にせずに表現を実現する。UIの表現・アニメーション・インタラクション設計/実装の相談で使う。
mae616/ai-template92026年10月6日 更新