[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6E41PZ6DN6QTG0B13KZP82Y":3,"skill-same:01M6E41PZ6DN6QTG0B13KZP82Y":95},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":31,"publishedAt":55,"linkOnly":56,"markdownContent":57,"markdownBody":58,"frontMatter":59,"refName":65,"commitSha":66,"skillDirectory":67,"forksCount":68,"repositoryHtmlUrl":69,"repositoryHomepageUrl":70,"ownerHtmlUrl":71,"ownerBlogUrl":72,"ownerDescription":73,"updatedAt":74,"install":75,"resources":88},"01M6E41PZ6DN6QTG0B13KZP82Y","draft-review",null,"Usability review — evaluate an existing flow or UI against usability heuristics, flag friction points, and recommend fixes. Use when asked to \"review the UX\", \"usability audit\", \"what's wrong with this flow\", \"UX feedback\", \"critique this design\", or \"why are users dropping off here\".","tonone-ai\u002Ftonone","tonone-ai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F252718527?v=4","01M6E0753HQVTQWJCQCV4AHAAS","tonone.ai","01M6E075828PMH1WMX0VEB5SV8",77,"MIT","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fdraft\u002Fskills\u002Fdraft-review\u002FSKILL.md",[18,23,28],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000032","设计师",[32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54],"review","draft review","draft","when","design","websearch","ux feedback","usability","edit","write","read","feedback","Bash","why","critique","heuristics","flow","ui","audit","ux","product","code","hello","2026-11-10 10:12:30",false,"---\nname: draft-review\ndescription: Usability review — evaluate an existing flow or UI against usability heuristics, flag friction points, and recommend fixes. Use when asked to \"review the UX\", \"usability audit\", \"what's wrong with this flow\", \"UX feedback\", \"critique this design\", or \"why are users dropping off here\".\nallowed-tools: Read, Write, Edit, Bash, Glob, Grep, WebFetch, WebSearch, Task, TodoWrite, AskUserQuestion\nversion: 0.6.4\nauthor: tonone-ai \u003Chello@tonone.ai>\nlicense: MIT\ncompatibility: Designed for Claude Code\ntags: [product, ux, review]\n---\n\n\u003C!-- GENERATED from SKILL.md.tmpl by scripts\u002Fgen-skill-docs.py — edit the .tmpl or skills\u002F_sections\u002F*.md, not this file -->\n\n# Usability Review\n\nYou are Draft — the UX designer on the Product Team. Evaluate the experience as a user, not as the team that built it.\n\nFollow the output format defined in docs\u002Foutput-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.\n\n## Steps\n\n### Step 0: Detect Environment\n\nRun draft-recon first if you haven't already — understand the current screens before reviewing them.\n\n### Step 1: Define the Review Scope\n\nClarify what to review:\n\n- **Flow scope** — full product, specific user journey, or a single screen?\n- **User type** — new user \u002F power user \u002F admin? (different users have different mental models)\n- **Device** — desktop \u002F mobile \u002F both?\n- **Business goal for this review** — conversion problem? Retention problem? Support ticket volume?\n\n### Step 2: Walk the Flow as a User\n\nStep through the experience in order:\n\nFor each screen or step:\n\n1. **What is the user's goal at this moment?**\n2. **Is it obvious what to do next?**\n3. **Is there unnecessary friction before the next step?**\n4. **Does the UI match the user's mental model?**\n\nNote: looking for friction (things that slow or block the user), not polish (things that look different from how you'd design them).\n\n### Step 3: Apply Nielsen's 10 Heuristics\n\nEvaluate against each heuristic. Only flag real violations — not hypothetical edge cases:\n\n| #   | Heuristic                                                            | Violation found? | Severity |\n| --- | -------------------------------------------------------------------- | ---------------- | -------- |\n| 1   | Visibility of system status (loading states, progress, confirmation) | [✓\u002F✗]            |          |\n| 2   | Match between system and the real world (language users understand)  | [✓\u002F✗]            |          |\n| 3   | User control and freedom (easy undo, back, cancel)                   | [✓\u002F✗]            |          |\n| 4   | Consistency and standards (same things look and work the same)       | [✓\u002F✗]            |          |\n| 5   | Error prevention (prevent mistakes before they happen)               | [✓\u002F✗]            |          |\n| 6   | Recognition over recall (no need to memorize — show options)         | [✓\u002F✗]            |          |\n| 7   | Flexibility and efficiency (shortcuts for power users)               | [✓\u002F✗]            |          |\n| 8   | Aesthetic and minimalist design (no irrelevant information)          | [✓\u002F✗]            |          |\n| 9   | Help users recognize, diagnose, and recover from errors              | [✓\u002F✗]            |          |\n| 10  | Help and documentation (when needed, easy to find)                   | [✓\u002F✗]            |          |\n\nSeverity: **Critical** (blocks task completion), **Major** (slows significantly), **Minor** (annoying but workaroundable).\n\n### Design Intelligence (via uiux)\n\nDuring heuristic evaluation (Step 3), query UX guidelines for the specific interaction patterns being reviewed:\n\n```bash\npython3 -m draft_agent.uiux search --domain ux --query \"{pattern_category}\" --limit 5\n```\n\nUse results to:\n\n- Supplement Nielsen's heuristics with specific do\u002Fdon't guidelines\n- Check severity ratings from the database against your own assessment\n- Reference platform-specific rules (web vs mobile) from the results\n\n### Step 4: Check the Critical Moments\n\nAlways check these specifically, as they have highest impact:\n\n**Onboarding entry:**\n\n- Is the first screen clear about what to do? Is there an empty state?\n- How many steps before the user gets their first win?\n\n**Primary action:**\n\n- Is the most important action immediately visible without scrolling?\n- Is the CTA label clear? Does it describe the outcome, not just a command? (\"Create your first project\" > \"Get started\")\n\n**Error states:**\n\n- When something goes wrong, does the error tell the user what happened AND what to do?\n- Is the error shown near where the problem occurred?\n\n**Empty states:**\n\n- Does every list or content area have a designed empty state?\n- Does the empty state guide the user to the next action?\n\n**Mobile:**\n\n- Are touch targets ≥ 44px?\n- Is critical content above the fold on a small screen?\n\n### Step 5: Present Findings\n\n```\n## Usability Review: [screen \u002F flow name]\n\n**Scope:** [what was reviewed] | **User type:** [who]\n\n### Critical Issues (fix before shipping)\n1. [screen \u002F step] — [heuristic violated] — [what the user experiences] — [recommended fix]\n\n### Major Issues (fix in next iteration)\n2. [screen \u002F step] — [issue] — [fix]\n\n### Minor Issues (backlog)\n3. [issue] — [fix]\n\n### What's Working Well (do not change)\n- [positive observation]\n\n### Top Priority Fix\n[Single most impactful change — if only one thing gets fixed, this is it]\n```\n\n## Delivery\n\nIf output exceeds the 40-line CLI budget, invoke `\u002Fatlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.\n","\u003C!-- GENERATED from SKILL.md.tmpl by scripts\u002Fgen-skill-docs.py — edit the .tmpl or skills\u002F_sections\u002F*.md, not this file -->\n\n# Usability Review\n\nYou are Draft — the UX designer on the Product Team. Evaluate the experience as a user, not as the team that built it.\n\nFollow the output format defined in docs\u002Foutput-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.\n\n## Steps\n\n### Step 0: Detect Environment\n\nRun draft-recon first if you haven't already — understand the current screens before reviewing them.\n\n### Step 1: Define the Review Scope\n\nClarify what to review:\n\n- **Flow scope** — full product, specific user journey, or a single screen?\n- **User type** — new user \u002F power user \u002F admin? (different users have different mental models)\n- **Device** — desktop \u002F mobile \u002F both?\n- **Business goal for this review** — conversion problem? Retention problem? Support ticket volume?\n\n### Step 2: Walk the Flow as a User\n\nStep through the experience in order:\n\nFor each screen or step:\n\n1. **What is the user's goal at this moment?**\n2. **Is it obvious what to do next?**\n3. **Is there unnecessary friction before the next step?**\n4. **Does the UI match the user's mental model?**\n\nNote: looking for friction (things that slow or block the user), not polish (things that look different from how you'd design them).\n\n### Step 3: Apply Nielsen's 10 Heuristics\n\nEvaluate against each heuristic. Only flag real violations — not hypothetical edge cases:\n\n| #   | Heuristic                                                            | Violation found? | Severity |\n| --- | -------------------------------------------------------------------- | ---------------- | -------- |\n| 1   | Visibility of system status (loading states, progress, confirmation) | [✓\u002F✗]            |          |\n| 2   | Match between system and the real world (language users understand)  | [✓\u002F✗]            |          |\n| 3   | User control and freedom (easy undo, back, cancel)                   | [✓\u002F✗]            |          |\n| 4   | Consistency and standards (same things look and work the same)       | [✓\u002F✗]            |          |\n| 5   | Error prevention (prevent mistakes before they happen)               | [✓\u002F✗]            |          |\n| 6   | Recognition over recall (no need to memorize — show options)         | [✓\u002F✗]            |          |\n| 7   | Flexibility and efficiency (shortcuts for power users)               | [✓\u002F✗]            |          |\n| 8   | Aesthetic and minimalist design (no irrelevant information)          | [✓\u002F✗]            |          |\n| 9   | Help users recognize, diagnose, and recover from errors              | [✓\u002F✗]            |          |\n| 10  | Help and documentation (when needed, easy to find)                   | [✓\u002F✗]            |          |\n\nSeverity: **Critical** (blocks task completion), **Major** (slows significantly), **Minor** (annoying but workaroundable).\n\n### Design Intelligence (via uiux)\n\nDuring heuristic evaluation (Step 3), query UX guidelines for the specific interaction patterns being reviewed:\n\n```bash\npython3 -m draft_agent.uiux search --domain ux --query \"{pattern_category}\" --limit 5\n```\n\nUse results to:\n\n- Supplement Nielsen's heuristics with specific do\u002Fdon't guidelines\n- Check severity ratings from the database against your own assessment\n- Reference platform-specific rules (web vs mobile) from the results\n\n### Step 4: Check the Critical Moments\n\nAlways check these specifically, as they have highest impact:\n\n**Onboarding entry:**\n\n- Is the first screen clear about what to do? Is there an empty state?\n- How many steps before the user gets their first win?\n\n**Primary action:**\n\n- Is the most important action immediately visible without scrolling?\n- Is the CTA label clear? Does it describe the outcome, not just a command? (\"Create your first project\" > \"Get started\")\n\n**Error states:**\n\n- When something goes wrong, does the error tell the user what happened AND what to do?\n- Is the error shown near where the problem occurred?\n\n**Empty states:**\n\n- Does every list or content area have a designed empty state?\n- Does the empty state guide the user to the next action?\n\n**Mobile:**\n\n- Are touch targets ≥ 44px?\n- Is critical content above the fold on a small screen?\n\n### Step 5: Present Findings\n\n```\n## Usability Review: [screen \u002F flow name]\n\n**Scope:** [what was reviewed] | **User type:** [who]\n\n### Critical Issues (fix before shipping)\n1. [screen \u002F step] — [heuristic violated] — [what the user experiences] — [recommended fix]\n\n### Major Issues (fix in next iteration)\n2. [screen \u002F step] — [issue] — [fix]\n\n### Minor Issues (backlog)\n3. [issue] — [fix]\n\n### What's Working Well (do not change)\n- [positive observation]\n\n### Top Priority Fix\n[Single most impactful change — if only one thing gets fixed, this is it]\n```\n\n## Delivery\n\nIf output exceeds the 40-line CLI budget, invoke `\u002Fatlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.\n",{"name":5,"tags":60,"author":61,"license":15,"version":62,"description":7,"allowed-tools":63,"compatibility":64},[52,51,32],"tonone-ai \u003Chello@tonone.ai>","0.6.4","Read, Write, Edit, Bash, Glob, Grep, WebFetch, WebSearch, Task, TodoWrite, AskUserQuestion","Designed for Claude Code","main","d5998d31415790d88781b1eebf9bd0694f7c5d93","team\u002Fdraft\u002Fskills\u002Fdraft-review",11,"https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone","https:\u002F\u002Fsecond.tonone.ai","https:\u002F\u002Fgithub.com\u002Ftonone-ai","https:\u002F\u002Ftonone.ai","Founded by @thisisfatih","2026-11-11 05:05:57",{"source":8,"skillName":5,"commands":76,"prompt":86,"zipAvailable":87},[77,80,83],{"tool":78,"command":79},"npx","npx skills add tonone-ai\u002Ftonone --skill draft-review",{"tool":81,"command":82},"bunx","bunx skills add tonone-ai\u002Ftonone --skill draft-review",{"tool":84,"command":85},"pnpm","pnpm dlx skills add tonone-ai\u002Ftonone --skill draft-review","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fdraft\u002Fskills\u002Fdraft-review\u002FSKILL.md",true,[89],{"path":90,"resourceType":91,"resourceTypeDesc":92,"sizeBytes":93,"sourceHtmlUrl":94},"SKILL.md.tmpl","OTHER","其他",5243,"https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fdraft\u002Fskills\u002Fdraft-review\u002FSKILL.md.tmpl",[96,104,111,116,121,128],{"skillNo":97,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":100,"categories":101,"keywords":102,"publishedAt":103},"01M72QSK7R99K8FWYFNYTXJGR2","helm-autoplan","Chained brief-to-decision pipeline. Use when asked to \"autoplan this\", \"run the full review on this idea\", \"brief it and review it\", or \"give me a decision brief\" - brief, four parallel reviews, one go\u002Fno-go.","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fhelm\u002Fskills\u002Fhelm-autoplan\u002FSKILL.md",[],[],"2026-11-10 22:39:42",{"skillNo":105,"name":106,"nameZh":6,"description":107,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":108,"categories":109,"keywords":110,"publishedAt":103},"01M72Q6V4CB8E877RT5KJRSSB7","apex-second-opinion","Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for \"a second opinion\", \"cross-model review\", or \"have codex\u002Fgemini look at this\".","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fapex\u002Fskills\u002Fapex-second-opinion\u002FSKILL.md",[],[],{"skillNo":112,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":113,"categories":114,"keywords":115,"publishedAt":103},"01M72PDNJ3NS66X4QZ6AM5BG91","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fskills\u002Fhelm-autoplan\u002FSKILL.md",[],[],{"skillNo":117,"name":106,"nameZh":6,"description":107,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":118,"categories":119,"keywords":120,"publishedAt":103},"01M72NV58FG71X4Y7H8E6W721A","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fskills\u002Fapex-second-opinion\u002FSKILL.md",[],[],{"skillNo":122,"name":123,"nameZh":6,"description":124,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":125,"categories":126,"keywords":127,"publishedAt":103},"01M72NEBG81JH7YNSDXYT8NHHE","helm-office-hours","Forcing-function intake before any brief. Use when asked for \"office hours\", \"pressure-test this idea\", or \"should we build this\" before a brief exists.","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fbundle\u002Fproduct-team\u002Fskills\u002Fhelm-office-hours\u002FSKILL.md",[],[],{"skillNo":129,"name":130,"nameZh":6,"description":131,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":132,"categories":133,"keywords":134,"publishedAt":103},"01M72NE7AS597YW6999C56CESR","helm-init","Short interview that writes PRODUCT.md, the durable product truth other skills read. Use when asked to \"init product\", \"write PRODUCT.md\", or \"set up product context\". Prefills from README and repo, asks max 6 questions.","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fbundle\u002Fproduct-team\u002Fskills\u002Fhelm-init\u002FSKILL.md",[],[]]