← all publishers

YasuakiOmokawa

@yasuakiomokawa source repo

21 published skills

  1. QA UI · yasuakiomokawa
    Verifies an implemented UI when the request provides observable checks, expected states, an accessible rendered page, and permitted interactions.
    0
    installs
  2. Build Poc · yasuakiomokawa
    Use when a technical choice or feasibility must be decided through a PoC or minimal experiment against success criteria in an executable environment.
    0
    installs
  3. Create Pr · yasuakiomokawa
    Create or update the pull request associated with the current branch when the user asks to open it, revise its content, or explicitly make it reviewable.
    0
    installs
  4. Model Data · yasuakiomokawa
    Use when business requirements must be modeled against available schema or SQL to produce a consistent data model, optional DBML, and evidence-backed findings on data design, entity relationships, schema consistency, or SQL anti-patterns.
    0
    installs
  5. Verify Plan · yasuakiomokawa
    Use when an implemented change must be verified against a plan or acceptance criteria before it can be considered complete.
    0
    installs
  6. Dry Ssot Text · yasuakiomokawa
    Consolidates duplicated reader-facing procedures when a canonical document and in-scope documents are identified, while preserving audience-specific differences.
    0
    installs
  7. Apply Findings · yasuakiomokawa
    Applies review findings when a request authorizes mechanically safe edits or asks for concrete edit candidates without changing files.
    0
    installs
  8. Create Commits · yasuakiomokawa
    Turn the current branch's uncommitted or unpublished changes into commits whose boundaries a reviewer reads in order, when the user asks to commit, split, or restructure local history before publishing it.
    0
    installs
  9. Build Prototype · yasuakiomokawa
    Use when an approved PoC or equivalent evidence exists and real code must test whether the selected approach fits the codebase's responsibilities, conventions, and contracts.
    0
    installs
  10. Map User Stories · yasuakiomokawa
    Turn supplied product evidence into a user story map when user value, stories, executable tasks, and delivery order must be made traceable.
    0
    installs
  11. Mece Plan Review · yasuakiomokawa
    Compare a plan and acceptance criteria with specification and code evidence when a MECE coverage review or an explicitly authorized review update is requested.
    0
    installs
  12. Create Design Doc · yasuakiomokawa
    Use when an approved plan and evidence of both feasibility and codebase fit—from a PoC and prototype or equivalent evidence—must become a Design Doc at a specified or derived destination for implementation decisions.
    0
    installs
  13. Create Jira Issues · yasuakiomokawa
    Create Jira issues when the user explicitly asks to file listed, approved stories or tasks in a specified project and issue type, with per-item keys and failures.
    0
    installs
  14. Extract Figma Spec · yasuakiomokawa
    Use when supplied or retrievable Figma evidence must be decomposed into atomic checks and compared with an identified implementation for specified frames, states, or components in a design-difference table.
    0
    installs
  15. Purge Private Vocab · yasuakiomokawa
    Replaces private vocabulary in authorized reader-facing documents when supplied definitions make the intended meaning checkable for the target audience.
    0
    installs
  16. Set Jira Story Points · yasuakiomokawa
    Set Jira Story Points when the user provides explicit issue-key-to-point mappings and asks to update those issues, with requested and confirmed values reported per issue.
    0
    installs
  17. Express Intent In Code · yasuakiomokawa
    Clarifies intent in existing code when unclear names, responsibilities, comments, or lint suppressions need behavior-preserving cleanup.
    0
    installs
  18. Ground Design In Codebase · yasuakiomokawa
    Reviews a proposed design boundary before implementation when relevant specifications and existing code can provide concrete evidence about responsibilities and risk.
    0
    installs
  19. Translate To Vision Story · yasuakiomokawa
    Use when creating a vision-linked article draft from project evidence for a target audience and goal, or revising an existing evidence-based draft under an approved direction; the vision may be supplied or configured.
    0
    installs
  20. Define Acceptance Criteria · yasuakiomokawa
    Convert an existing plan or specification into observable acceptance criteria when success, failure, boundary, or non-impact behavior must be made decidable.
    0
    installs
  21. Prepare Plan For Implementation · yasuakiomokawa
    Prepare an existing plan for implementation when it already has valid acceptance criteria and a ready MECE review, by ordering concrete work and writing a same-plan verification mapping; do not use it to implement the plan.
    0
    installs