[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M754FN5TXB3ZTG4488E063ST":3,"skill-same:01M754FN5TXB3ZTG4488E063ST":95},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":18,"linkOnly":19,"markdownContent":20,"markdownBody":21,"frontMatter":22,"refName":41,"commitSha":42,"skillDirectory":43,"forksCount":13,"repositoryHtmlUrl":44,"repositoryHomepageUrl":6,"ownerHtmlUrl":45,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":46,"install":47,"resources":60},"01M754FN5TXB3ZTG4488E063ST","process-mapper",null,"Use when a BizOps lead, COO, or process-improvement owner needs to document an end-to-end business process (procurement, employee onboarding, incident handoff, customer-onboarding, claims adjudication) in BPMN-style notation, measure cycle times by stage, surface where work spends most of its time waiting vs. being worked, and quantify the gap between processing time and total elapsed time. Pairs Lean \u002F Six Sigma \u002F Theory-of-Constraints canon with deterministic stdlib-only Python tools to produce a process map, a ranked bottleneck list (with severity + root-cause hypothesis), and a cycle-time analysis (P50, P90, value-add ratio, Little's-Law throughput). Distinct from sales-pipeline, system-reliability (SLO), and strategic-OKR work — this is tactical process documentation for internal operations.","ASoudy\u002FAGS","ASoudy","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F40639702?v=4","01M74G5NTCW8MWDNRTAF303PA1","01M74G5NTZXSE6T0GZR5BCB6V0",0,"MIT","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002FSKILL.md",[],[],"2026-11-12 13:55:43",false,"---\nname: process-mapper\ndescription: Use when a BizOps lead, COO, or process-improvement owner needs to document an end-to-end business process (procurement, employee onboarding, incident handoff, customer-onboarding, claims adjudication) in BPMN-style notation, measure cycle times by stage, surface where work spends most of its time waiting vs. being worked, and quantify the gap between processing time and total elapsed time. Pairs Lean \u002F Six Sigma \u002F Theory-of-Constraints canon with deterministic stdlib-only Python tools to produce a process map, a ranked bottleneck list (with severity + root-cause hypothesis), and a cycle-time analysis (P50, P90, value-add ratio, Little's-Law throughput). Distinct from sales-pipeline, system-reliability (SLO), and strategic-OKR work — this is tactical process documentation for internal operations.\nversion: 2.8.0\nauthor: claude-code-skills\nlicense: MIT\ntags: [bizops, process, bpmn, bottleneck, cycle-time, lean, six-sigma, value-stream]\ncompatible_tools: [claude-code, codex-cli, cursor, antigravity, opencode, gemini-cli]\n---\n\n# process-mapper\n\nBPMN-style business process documentation, bottleneck detection, and cycle-time analysis for internal-operations leaders.\n\n## Purpose\n\nInternal-operations work suffers from three recurring failure modes:\n\n1. **Implicit process** — the steps exist only in tribal knowledge, so handoffs drop and onboarding takes weeks.\n2. **Invisible waiting** — most of the elapsed time on any business process is queue \u002F wait \u002F approval time, not actual work; teams optimize the wrong stage.\n3. **Local optimization** — Goldratt's Theory of Constraints is ignored; resources are added to non-constraint stages, gaining nothing.\n\nThis skill produces a documented process map, identifies where work waits, and points the constraint out by name with deterministic logic — not LLM intuition.\n\n## When to use\n\n- Documenting a new business process (procurement intake, vendor onboarding, employee onboarding, incident handoff, expense reimbursement, customer onboarding, claims adjudication).\n- An existing process is \"too slow\" but nobody can name the bottleneck.\n- Cycle time is being measured but value-add ratio is not — so the team can't tell whether the process is healthy or waste-heavy.\n- Cross-functional handoffs are dropping work and root cause is unclear.\n\n## Workflow\n\nFive-step deterministic flow:\n\n1. **Intake.** Capture the process as a JSON file with one entry per stage: `name`, `owner`, `type` (`value-add` | `wait` | `rework`), `duration_minutes_p50`, `duration_minutes_p90`. Use `assets\u002Fprocess_template.md` and its JSON skeleton.\n2. **Map stages.** Run `process_documenter.py` to produce an ASCII swim-lane diagram + a normalized JSON artifact. The swim-lane separates lanes by owner so cross-functional handoffs become visible.\n3. **Measure cycle time.** Run `cycle_time_analyzer.py` to compute total P50, total P90, value-add ratio (VA%), and a Little's-Law throughput estimate. Verdict: VA% > 25% = HEALTHY, 10–25% = TYPICAL, \u003C 10% = WASTE-HEAVY.\n4. **Detect bottlenecks.** Run `bottleneck_detector.py` with the appropriate `--profile` (saas \u002F services \u002F manufacturing \u002F healthcare). Output is a ranked list with severity (CRITICAL \u002F HIGH \u002F MEDIUM), root-cause hypothesis, and one recommended action per finding.\n5. **Recommend.** Pair the bottleneck list with the cycle-time verdict; recommend a single constraint-focused intervention per Goldratt's \"subordinate everything to the constraint\" rule. Don't recommend optimization of a non-constraint stage.\n\n## Scripts\n\n**`scripts\u002Fprocess_documenter.py`** — Reads a process JSON, validates it, and emits a text-based BPMN-style swim-lane diagram in Markdown (lanes by owner, stages annotated with type + duration). Also outputs a normalized JSON artifact for downstream tools. Stdlib only. `--sample` prints a 6-stage procurement-intake example.\n\n**`scripts\u002Fbottleneck_detector.py`** — Applies three deterministic detection rules: (a) stage P50 > 2× mean of value-add stages, (b) wait-state % > 40% of total cycle, (c) rework % > 15%. Thresholds adjust by `--profile` because SaaS, services, manufacturing, and healthcare have different \"normal\" wait ratios. Output is a ranked list with severity, hypothesis, action.\n\n**`scripts\u002Fcycle_time_analyzer.py`** — Computes total P50 and P90 cycle time, value-add ratio (VA%), wait %, rework %, and a Little's-Law throughput estimate (WIP \u002F cycle time). Per Lean canon: VA% > 25% = HEALTHY, 10–25% = TYPICAL (most non-manufacturing processes land here), \u003C 10% = WASTE-HEAVY.\n\n## References\n\n- `references\u002Flean_six_sigma_canon.md` — TIMWOOD wastes, value-stream mapping, Theory of Constraints, Kanban WIP, Little's Law. Cites Womack & Jones, Rother & Shook, Goldratt, Ohno, Liker, Pyzdek, Anderson.\n- `references\u002Fbpmn_essentials.md` — Pools, lanes, gateways, events, message flows, common notation mistakes. Cites the OMG BPMN 2.0 spec, Silver, Allweyer, Freund\u002FRücker, OASIS, ISO\u002FIEC 19510:2013.\n- `references\u002Fbottleneck_anti_patterns.md` — Seven specific anti-patterns drawn from Goldratt, Kim et al., Spear, DORA, Deming, and process-mining research.\n\n## Assumptions\n\n1. The user can provide stage-level cycle-time data (even rough P50 \u002F P90 estimates). If they cannot, the first step is to instrument the process — not to map it.\n2. \"Process\" here means a repeatable business workflow with discrete stages, not a one-off project.\n3. The user has authority to act on bottlenecks (or can route findings to someone who does). Without that, the output is academic.\n4. Stage `type` is honest: a \"value-add\" stage labeled as such by the user really does change the work product from the customer's perspective. Mis-labelling waiting as value-add is the most common data-quality failure.\n\n## Anti-patterns\n\n- **Mapping every process at once.** Pick one. Goldratt: the constraint is a single point.\n- **Optimizing the non-constraint.** If stage 4 is the bottleneck, speeding up stage 2 just builds inventory in front of stage 4. Subordinate everything to the constraint.\n- **Mistaking total cycle time for processing time.** They are almost never the same; VA% reveals the gap.\n- **Adding people to a wait-bound process.** Wait time is not solved by more headcount; it's solved by removing the handoff or batch.\n- **Treating rework as a separate problem.** Rework loops belong in the process map. Hiding them understates true cycle time.\n\n## Distinct from\n\n- **business-growth skills** — external sales motion, lead-funnel conversion, customer-success retention. Process-mapper is *internal* operations.\n- **engineering\u002Fslo-architect** — system-reliability SLOs \u002F error budgets \u002F burn-rate alerts. Process-mapper is *business-process* cycle time, not system uptime.\n- **c-level-advisor (COO \u002F CEO)** — strategic prioritization of which processes to fix. Process-mapper is the tactical instrument used after that prioritization decision.\n- **project-management skills** — Jira \u002F Confluence ticket workflow tooling. Process-mapper is process *design*, not ticket *tracking*.\n\n## Forcing-question library (Matt Pocock grill discipline)\n\nBefore invoking the tools, the orchestrator (or `\u002Fcs:grill-bizops`) walks the user through these questions **one at a time, with a recommended answer + canon citation**. Never bundled.\n\n1. **\"Do you have measured cycle times for the top-3 longest stages, or only estimates?\"**\n   Recommended: insist on measured data.\n   Canon: Goldratt 1984 (*The Goal*) — optimizing estimated bottlenecks reliably attacks the wrong constraint.\n\n2. **\"Are you mapping the *current* process (as-is) or the *intended* process (to-be)?\"**\n   Recommended: map as-is first. To-be after bottleneck is identified.\n   Canon: Rother & Shook 1999 (*Learning to See*) — value-stream mapping starts with the current state, always.\n\n3. **\"Where do handoffs occur between teams, and how long does each handoff wait?\"**\n   Recommended: log every handoff with median wait time.\n   Canon: Reinertsen 2009 (*Principles of Product Development Flow*) — wait time at handoffs is the largest invisible cost.\n\n4. **\"What's your batch size at each stage?\"**\n   Recommended: drive batch size toward 1 wherever possible.\n   Canon: Anderson 2010 (*Kanban*) — batch size correlates 1:1 with cycle time variance.\n\n5. **\"What's the rework rate per stage?\"**\n   Recommended: surface it explicitly; rework loops belong in the map.\n   Canon: Pyzdek (*Six Sigma Handbook*) — hidden rework drives 30-50% of total cycle time in service processes.\n\nWalk depth-first. Don't open question 4 before 1-3 are answered. After all 5 are locked, invoke `process_documenter.py` → `bottleneck_detector.py` → `cycle_time_analyzer.py` in sequence.\n","# process-mapper\n\nBPMN-style business process documentation, bottleneck detection, and cycle-time analysis for internal-operations leaders.\n\n## Purpose\n\nInternal-operations work suffers from three recurring failure modes:\n\n1. **Implicit process** — the steps exist only in tribal knowledge, so handoffs drop and onboarding takes weeks.\n2. **Invisible waiting** — most of the elapsed time on any business process is queue \u002F wait \u002F approval time, not actual work; teams optimize the wrong stage.\n3. **Local optimization** — Goldratt's Theory of Constraints is ignored; resources are added to non-constraint stages, gaining nothing.\n\nThis skill produces a documented process map, identifies where work waits, and points the constraint out by name with deterministic logic — not LLM intuition.\n\n## When to use\n\n- Documenting a new business process (procurement intake, vendor onboarding, employee onboarding, incident handoff, expense reimbursement, customer onboarding, claims adjudication).\n- An existing process is \"too slow\" but nobody can name the bottleneck.\n- Cycle time is being measured but value-add ratio is not — so the team can't tell whether the process is healthy or waste-heavy.\n- Cross-functional handoffs are dropping work and root cause is unclear.\n\n## Workflow\n\nFive-step deterministic flow:\n\n1. **Intake.** Capture the process as a JSON file with one entry per stage: `name`, `owner`, `type` (`value-add` | `wait` | `rework`), `duration_minutes_p50`, `duration_minutes_p90`. Use `assets\u002Fprocess_template.md` and its JSON skeleton.\n2. **Map stages.** Run `process_documenter.py` to produce an ASCII swim-lane diagram + a normalized JSON artifact. The swim-lane separates lanes by owner so cross-functional handoffs become visible.\n3. **Measure cycle time.** Run `cycle_time_analyzer.py` to compute total P50, total P90, value-add ratio (VA%), and a Little's-Law throughput estimate. Verdict: VA% > 25% = HEALTHY, 10–25% = TYPICAL, \u003C 10% = WASTE-HEAVY.\n4. **Detect bottlenecks.** Run `bottleneck_detector.py` with the appropriate `--profile` (saas \u002F services \u002F manufacturing \u002F healthcare). Output is a ranked list with severity (CRITICAL \u002F HIGH \u002F MEDIUM), root-cause hypothesis, and one recommended action per finding.\n5. **Recommend.** Pair the bottleneck list with the cycle-time verdict; recommend a single constraint-focused intervention per Goldratt's \"subordinate everything to the constraint\" rule. Don't recommend optimization of a non-constraint stage.\n\n## Scripts\n\n**`scripts\u002Fprocess_documenter.py`** — Reads a process JSON, validates it, and emits a text-based BPMN-style swim-lane diagram in Markdown (lanes by owner, stages annotated with type + duration). Also outputs a normalized JSON artifact for downstream tools. Stdlib only. `--sample` prints a 6-stage procurement-intake example.\n\n**`scripts\u002Fbottleneck_detector.py`** — Applies three deterministic detection rules: (a) stage P50 > 2× mean of value-add stages, (b) wait-state % > 40% of total cycle, (c) rework % > 15%. Thresholds adjust by `--profile` because SaaS, services, manufacturing, and healthcare have different \"normal\" wait ratios. Output is a ranked list with severity, hypothesis, action.\n\n**`scripts\u002Fcycle_time_analyzer.py`** — Computes total P50 and P90 cycle time, value-add ratio (VA%), wait %, rework %, and a Little's-Law throughput estimate (WIP \u002F cycle time). Per Lean canon: VA% > 25% = HEALTHY, 10–25% = TYPICAL (most non-manufacturing processes land here), \u003C 10% = WASTE-HEAVY.\n\n## References\n\n- `references\u002Flean_six_sigma_canon.md` — TIMWOOD wastes, value-stream mapping, Theory of Constraints, Kanban WIP, Little's Law. Cites Womack & Jones, Rother & Shook, Goldratt, Ohno, Liker, Pyzdek, Anderson.\n- `references\u002Fbpmn_essentials.md` — Pools, lanes, gateways, events, message flows, common notation mistakes. Cites the OMG BPMN 2.0 spec, Silver, Allweyer, Freund\u002FRücker, OASIS, ISO\u002FIEC 19510:2013.\n- `references\u002Fbottleneck_anti_patterns.md` — Seven specific anti-patterns drawn from Goldratt, Kim et al., Spear, DORA, Deming, and process-mining research.\n\n## Assumptions\n\n1. The user can provide stage-level cycle-time data (even rough P50 \u002F P90 estimates). If they cannot, the first step is to instrument the process — not to map it.\n2. \"Process\" here means a repeatable business workflow with discrete stages, not a one-off project.\n3. The user has authority to act on bottlenecks (or can route findings to someone who does). Without that, the output is academic.\n4. Stage `type` is honest: a \"value-add\" stage labeled as such by the user really does change the work product from the customer's perspective. Mis-labelling waiting as value-add is the most common data-quality failure.\n\n## Anti-patterns\n\n- **Mapping every process at once.** Pick one. Goldratt: the constraint is a single point.\n- **Optimizing the non-constraint.** If stage 4 is the bottleneck, speeding up stage 2 just builds inventory in front of stage 4. Subordinate everything to the constraint.\n- **Mistaking total cycle time for processing time.** They are almost never the same; VA% reveals the gap.\n- **Adding people to a wait-bound process.** Wait time is not solved by more headcount; it's solved by removing the handoff or batch.\n- **Treating rework as a separate problem.** Rework loops belong in the process map. Hiding them understates true cycle time.\n\n## Distinct from\n\n- **business-growth skills** — external sales motion, lead-funnel conversion, customer-success retention. Process-mapper is *internal* operations.\n- **engineering\u002Fslo-architect** — system-reliability SLOs \u002F error budgets \u002F burn-rate alerts. Process-mapper is *business-process* cycle time, not system uptime.\n- **c-level-advisor (COO \u002F CEO)** — strategic prioritization of which processes to fix. Process-mapper is the tactical instrument used after that prioritization decision.\n- **project-management skills** — Jira \u002F Confluence ticket workflow tooling. Process-mapper is process *design*, not ticket *tracking*.\n\n## Forcing-question library (Matt Pocock grill discipline)\n\nBefore invoking the tools, the orchestrator (or `\u002Fcs:grill-bizops`) walks the user through these questions **one at a time, with a recommended answer + canon citation**. Never bundled.\n\n1. **\"Do you have measured cycle times for the top-3 longest stages, or only estimates?\"**\n   Recommended: insist on measured data.\n   Canon: Goldratt 1984 (*The Goal*) — optimizing estimated bottlenecks reliably attacks the wrong constraint.\n\n2. **\"Are you mapping the *current* process (as-is) or the *intended* process (to-be)?\"**\n   Recommended: map as-is first. To-be after bottleneck is identified.\n   Canon: Rother & Shook 1999 (*Learning to See*) — value-stream mapping starts with the current state, always.\n\n3. **\"Where do handoffs occur between teams, and how long does each handoff wait?\"**\n   Recommended: log every handoff with median wait time.\n   Canon: Reinertsen 2009 (*Principles of Product Development Flow*) — wait time at handoffs is the largest invisible cost.\n\n4. **\"What's your batch size at each stage?\"**\n   Recommended: drive batch size toward 1 wherever possible.\n   Canon: Anderson 2010 (*Kanban*) — batch size correlates 1:1 with cycle time variance.\n\n5. **\"What's the rework rate per stage?\"**\n   Recommended: surface it explicitly; rework loops belong in the map.\n   Canon: Pyzdek (*Six Sigma Handbook*) — hidden rework drives 30-50% of total cycle time in service processes.\n\nWalk depth-first. Don't open question 4 before 1-3 are answered. After all 5 are locked, invoke `process_documenter.py` → `bottleneck_detector.py` → `cycle_time_analyzer.py` in sequence.\n",{"name":5,"tags":23,"author":32,"license":14,"version":33,"description":7,"compatible_tools":34},[24,25,26,27,28,29,30,31],"bizops","process","bpmn","bottleneck","cycle-time","lean","six-sigma","value-stream","claude-code-skills","2.8.0",[35,36,37,38,39,40],"claude-code","codex-cli","cursor","antigravity","opencode","gemini-cli","main","cd1d94757d590093507ef8ac26299eab8bc20478","claude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS","https:\u002F\u002Fgithub.com\u002FASoudy","2026-05-23 09:43:12",{"source":8,"skillName":5,"commands":48,"prompt":58,"zipAvailable":59},[49,52,55],{"tool":50,"command":51},"npx","npx skills add ASoudy\u002FAGS --skill process-mapper",{"tool":53,"command":54},"bunx","bunx skills add ASoudy\u002FAGS --skill process-mapper",{"tool":56,"command":57},"pnpm","pnpm dlx skills add ASoudy\u002FAGS --skill process-mapper","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002FSKILL.md",true,[61,67,73,77,81,87,91],{"path":62,"resourceType":63,"resourceTypeDesc":64,"sizeBytes":65,"sourceHtmlUrl":66},"assets\u002Fprocess_template.md","ASSET","资产文件",4333,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Fassets\u002Fprocess_template.md",{"path":68,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":71,"sourceHtmlUrl":72},"references\u002Fbottleneck_anti_patterns.md","REFERENCE","参考文档",7800,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Freferences\u002Fbottleneck_anti_patterns.md",{"path":74,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":75,"sourceHtmlUrl":76},"references\u002Fbpmn_essentials.md",6491,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Freferences\u002Fbpmn_essentials.md",{"path":78,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":79,"sourceHtmlUrl":80},"references\u002Flean_six_sigma_canon.md",6569,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Freferences\u002Flean_six_sigma_canon.md",{"path":82,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":85,"sourceHtmlUrl":86},"scripts\u002Fbottleneck_detector.py","SCRIPT","脚本",11051,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Fscripts\u002Fbottleneck_detector.py",{"path":88,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":89,"sourceHtmlUrl":90},"scripts\u002Fcycle_time_analyzer.py",8559,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Fscripts\u002Fcycle_time_analyzer.py",{"path":92,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":93,"sourceHtmlUrl":94},"scripts\u002Fprocess_documenter.py",9145,"https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fnginity-skills-library\u002Fbusiness-operations\u002Fskills\u002Fprocess-mapper\u002Fscripts\u002Fprocess_documenter.py",[96,103,110,117,124,131],{"skillNo":97,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":100,"categories":101,"keywords":102,"publishedAt":18},"01M756BTEVC407T0QR8S420JWD","web-typography","Select, pair, and implement typefaces for web projects. Use when the user mentions \"font pairing\", \"which typeface\", \"line height\", \"responsive typography\", \"web font loading\", \"type hierarchy\", \"variable fonts\", \"FOUT\u002FFOIT\", or \"typographic scale\". Also trigger when choosing between system fonts and web fonts, optimizing font loading performance, or designing readable long-form content layouts. Covers readability evaluation, CSS implementation, and performance optimization. For overall UI design systems, see refactoring-ui. For dramatic typographic experiences, see top-design.","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fwondelai-product-strategy\u002Fweb-typography\u002FSKILL.md",[],[],{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":109,"publishedAt":18},"01M756B4RYF2CB17C33X6ZJQT5","ux-heuristics","Evaluate and improve interface usability using heuristic analysis. Use when the user mentions \"usability audit\", \"UX review\", \"users are confused\", \"heuristic evaluation\", \"form usability\", \"navigation problems\", \"Nielsen heuristics\", \"cognitive walkthrough\", or \"usability testing\". Also trigger when reviewing a design for usability issues, improving form completion rates, or evaluating information architecture and navigation. Covers Nielsens 10 heuristics, severity ratings, and information architecture. For visual design fixes, see refactoring-ui. For conversion-focused audits, see cro-methodology.","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fwondelai-product-strategy\u002Fux-heuristics\u002FSKILL.md",[],[],{"skillNo":111,"name":112,"nameZh":6,"description":113,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":114,"categories":115,"keywords":116,"publishedAt":18},"01M756ANVFT0T6BAPV6Y93EPR6","traction-eos","Implement the Entrepreneurial Operating System (EOS) to align vision and execution across a company. Use when the user mentions \"EOS\", \"V\u002FTO\", \"quarterly rocks\", \"Level 10 meetings\", \"accountability chart\", \"IDS process\", \"Entrepreneurial Operating System\", or \"business operating system\". Also trigger when a growing company needs meeting structure, goal-setting frameworks, or a systematic approach to solving recurring organizational issues. Covers the six EOS components: Vision, People, Data, Issues, Process, Traction. For team motivation design, see drive-motivation. For lean experimentation, see lean-startup.","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fwondelai-product-strategy\u002Ftraction-eos\u002FSKILL.md",[],[],{"skillNo":118,"name":119,"nameZh":6,"description":120,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":121,"categories":122,"keywords":123,"publishedAt":18},"01M756A7NZZMNJN9KZ33QGFHV6","top-design","Create award-winning, immersive web experiences at the level of Awwwards-featured agencies. Use when the user mentions \"premium website\", \"portfolio site\", \"scroll animations\", \"Awwwards quality\", \"brand experience\", \"cinematic web design\", \"parallax storytelling\", or \"agency-quality site\". Also trigger when building landing pages that need to impress, designing creative portfolios, or elevating a standard website to a memorable digital experience. Covers dramatic typography, purposeful motion, scroll-based composition, and performance-optimized animation. For foundational UI, see refactoring-ui. For type selection, see web-typography.","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fwondelai-product-strategy\u002Ftop-design\u002FSKILL.md",[],[],{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":130,"publishedAt":18},"01M7569J5G1NXM3RR194D52SGB","system-design","Design scalable distributed systems using structured approaches for load balancing, caching, database scaling, and message queues. Use when the user mentions \"system design\", \"scale this\", \"high availability\", \"rate limiter\", \"design a URL shortener\", \"system design interview\", \"capacity planning\", or \"distributed architecture\". Also trigger when estimating infrastructure requirements, choosing between microservices and monoliths, or designing for millions of concurrent users. Covers common system designs and back-of-the-envelope estimation. For data fundamentals, see ddia-systems. For resilience, see release-it.","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fwondelai-product-strategy\u002Fsystem-design\u002FSKILL.md",[],[],{"skillNo":132,"name":133,"nameZh":6,"description":134,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":135,"categories":136,"keywords":137,"publishedAt":18},"01M75691MJKE6PBA1EC398EKQT","storybrand-messaging","Clarify brand messaging using narrative structure that positions the customer as hero. Use when the user mentions \"brand message\", \"website copy\", \"elevator pitch\", \"one-liner\", \"messaging isnt resonating\", \"brand script\", \"StoryBrand framework\", or \"customer as hero\". Also trigger when rewriting homepage copy, crafting email nurture sequences, or creating consistent messaging across sales collateral and marketing materials. Covers landing page copy, marketing collateral, and consistent communication. For memorable messaging, see made-to-stick. For product positioning, see obviously-awesome.","https:\u002F\u002Fgithub.com\u002FASoudy\u002FAGS\u002Fblob\u002Fmain\u002Fclaude_skills_libraries\u002Fwondelai-product-strategy\u002Fstorybrand-messaging\u002FSKILL.md",[],[]]