product-strategy
Write product strategy documents for Viya TMS product teams. Uses Playing to Win framework, cascading from company strategy to team-level strategic choices.
Write product strategy documents for Viya TMS product teams. Uses Playing to Win framework, cascading from company strategy to team-level strategic choices.
Create and validate product requirements documents (PRD). Use when writing requirements, defining user stories, specifying acceptance criteria, analyzing user needs, or working on product-requirements.md files in docs/specs/. Includes validation checklist, iterative cycle pattern, and multi-angle review process.
Use when creating or developing anything, before writing code or implementation plans - refines rough ideas into fully-formed designs through structured Socratic questioning, alternative exploration, and incremental validation
Break PRDs into user stories with acceptance criteria. Use when preparing work for development.
WCAG 2.1 AA compliance patterns, screen reader compatibility, keyboard navigation, and ARIA best practices. Use when implementing accessible interfaces, reviewing UI components, or auditing accessibility compliance. Covers semantic HTML, focus management, color contrast, and assistive technology testing.
Comprehensive guide to professional services delivery including proposal writing, SOW creation, pricing strategies, scope management, and client delivery
メール取得を伴う機能のプライバシー設計レビューを行う。メールアドレスを保存する機能を実装する前、PII取得の設計確認時に使う。
코드나 구현 계획을 작성하기 전, 무언가를 생성하거나 개발할 때 사용합니다. 협력적인 질문, 대안 탐색 및 점진적 검증을 통해 거친 아이디어를 구체화된 설계로 발전시킵니다. 명확한 'Mechanical' 프로세스 중에는 사용하지 마십시오.
iOSアプリの情報設計(IA)と画面遷移(ナビゲーション)を設計するスキル。Apple HIGとWWDCセッションに基づき、 タブ/階層push/モーダルを情報階層とタスク構造から逆算して選定し、根拠と未確定事項を可視化しながら設計を完遂する。 使用タイミング: (1) 新規アプリの情報設計時、(2) 画面遷移設計時、(3) 「IAを設計したい」「ナビゲーション構造を決めたい」、 (4) iPad/iPhone両対応の構造設計時、(5) ディープリンク対応設計時、(6) 既存アプリのリファクタリング時
Эксперт по design handoff. Используй для спецификаций дизайна, Figma annotations и developer handoff.
仕様駆動型開発スキル。機能実装前に対話的なヒアリングで仕様を明確化し、implementation-plan.mdとtasks.mdを生成する。「機能を実装したい」「新しいコンポーネントを作りたい」「○○を追加したい」などの実装リクエスト時に使用。Codexによる自動レビューと修正ループで品質を担保する。
사용자가 학습한 내용을 리뷰해달라고 요청하거나, 학습 정리에 대한 피드백, 놓친 부분, 실무 연결, 관점 확장을 요청할 때 사용한다.
将技术性的NFR(非功能需求)约束转换为用户能感知的影响描述,用业务语言解释技术约束的价值。适合在NFR定义完成后、需要向客户或管理层解释时使用,当NFR过于技术化时。帮助不熟悉技术术语的PM/客户/BA理解NFR的业务意义,让技术约束变得亲切易懂。
为精炼的User Story增加真实场景描述、用户心理和具体对话,让US对PM/客户更亲切易懂。适合在US初稿完成后、需要向客户展示理解或准备验收时使用,当US格式正确但缺乏场景感时。帮助不熟悉敏捷的PM/BA、需要对外沟通的团队,通过丰富的场景感让需求文档更容易被理解和接受。
Orchestrate design document creation using specialist skills. Use when: starting design phase, merging specialist outputs, resolving design conflicts. Triggers: "create design", "design phase", "merge design", "design skeleton"
Ask the minimum necessary clarifying questions before implementation when requirements are unclear or ambiguous.
UI/UX design principles for beautiful, accessible, user-centered interfaces. Trigger: When designing components, when implementing UI, when reviewing visual design, when suggesting design improvements, when validating user experience, when choosing design patterns.
Use when designing action sequences, gags, reveals, or any motion that needs setup before delivery—preparing audiences for what's coming and maximizing impact.
目的を持ったモデリングの専門知識を提供。概念・仕様・実装の3つの視点を区別してUML図を生成する際に使用。ドメインモデル設計、クラス図作成、要件分析、モデリング成果物の目的分類が必要な場合にこのスキルを参照。