agents-united 0.5.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -0
- package/README.md +673 -0
- package/dist/cli.d.ts +5 -0
- package/dist/cli.js +4789 -0
- package/dist/cli.js.map +1 -0
- package/package.json +77 -0
- package/registry/agents/orchestrator-business.md +188 -0
- package/registry/agents/orchestrator-design.md +168 -0
- package/registry/agents/orchestrator-engineering.md +183 -0
- package/registry/agents/orchestrator-marketing.md +228 -0
- package/registry/agents/orchestrator-research.md +196 -0
- package/registry/agents/orchestrator-security.md +190 -0
- package/registry/agents/orchestrator-system-architecture.md +171 -0
- package/registry/agents/orchestrator-universal.md +168 -0
- package/registry/agents/subagent-accessibility-lead.md +47 -0
- package/registry/agents/subagent-ai-model-architect.md +97 -0
- package/registry/agents/subagent-android-architect.md +47 -0
- package/registry/agents/subagent-appsec-penetration-tester.md +189 -0
- package/registry/agents/subagent-backend-architect.md +360 -0
- package/registry/agents/subagent-business-panel-experts.md +126 -0
- package/registry/agents/subagent-cloud-infrastructure-architect.md +126 -0
- package/registry/agents/subagent-cloud-security-architect.md +221 -0
- package/registry/agents/subagent-code-reviewer.md +193 -0
- package/registry/agents/subagent-compliance-grc-specialist.md +147 -0
- package/registry/agents/subagent-cross-platform-specialist.md +47 -0
- package/registry/agents/subagent-data-engineer.md +46 -0
- package/registry/agents/subagent-database-administrator.md +141 -0
- package/registry/agents/subagent-deep-research.md +94 -0
- package/registry/agents/subagent-design-ops-lead.md +121 -0
- package/registry/agents/subagent-design-researcher.md +133 -0
- package/registry/agents/subagent-design-systems-architect.md +134 -0
- package/registry/agents/subagent-designer-toolkit-expert.md +363 -0
- package/registry/agents/subagent-devops-engineer.md +423 -0
- package/registry/agents/subagent-distributed-systems-architect.md +47 -0
- package/registry/agents/subagent-e2e-tester.md +60 -0
- package/registry/agents/subagent-financial-analyst.md +119 -0
- package/registry/agents/subagent-finops-cost-engineer.md +98 -0
- package/registry/agents/subagent-frontend-architect.md +368 -0
- package/registry/agents/subagent-interaction-designer.md +302 -0
- package/registry/agents/subagent-ios-architect.md +46 -0
- package/registry/agents/subagent-legal-contract-analyst.md +108 -0
- package/registry/agents/subagent-lifecycle-email-specialist.md +46 -0
- package/registry/agents/subagent-literature-patent-analyst.md +78 -0
- package/registry/agents/subagent-market-intelligence-analyst.md +110 -0
- package/registry/agents/subagent-marketing-campaign-specialist.md +80 -0
- package/registry/agents/subagent-marketing-content-strategist.md +184 -0
- package/registry/agents/subagent-marketing-conversion-specialist.md +79 -0
- package/registry/agents/subagent-marketing-creative-designer.md +93 -0
- package/registry/agents/subagent-marketing-growth-strategist.md +137 -0
- package/registry/agents/subagent-ml-platform-engineer.md +95 -0
- package/registry/agents/subagent-operations-strategist.md +85 -0
- package/registry/agents/subagent-paid-acquisition-specialist.md +47 -0
- package/registry/agents/subagent-plg-strategist.md +46 -0
- package/registry/agents/subagent-prototype-tester.md +140 -0
- package/registry/agents/subagent-qa-automation-lead.md +63 -0
- package/registry/agents/subagent-repo-index.md +180 -0
- package/registry/agents/subagent-security-engineer.md +134 -0
- package/registry/agents/subagent-seo-specialist.md +46 -0
- package/registry/agents/subagent-socratic-mentor.md +105 -0
- package/registry/agents/subagent-statistical-analyst.md +132 -0
- package/registry/agents/subagent-sysops-sre-lead.md +84 -0
- package/registry/agents/subagent-system-architect.md +122 -0
- package/registry/agents/subagent-ui-designer.md +149 -0
- package/registry/agents/subagent-ux-strategist.md +88 -0
- package/registry/bundles.json +1386 -0
- package/registry/rules/AGENTS.md +41 -0
- package/registry/rules/CLAUDE.md +12 -0
- package/registry/rules/CURSOR.md +12 -0
- package/registry/rules/GEMINI.md +41 -0
- package/registry/rules/clean-code-and-architecture.md +25 -0
- package/registry/rules/domain-modeling-and-adr.md +27 -0
- package/registry/rules/git-guardrails.md +19 -0
- package/registry/rules/multi-agent-coordination.md +33 -0
- package/registry/rules/quality-aesthetics-accessibility.md +29 -0
- package/registry/rules/skill-attribution.md +27 -0
- package/registry/rules/test-driven-development.md +41 -0
- package/registry/skills/ab-test-setup/SKILL.md +150 -0
- package/registry/skills/accessibility-audit/SKILL.md +150 -0
- package/registry/skills/ad-attribution-modeling/SKILL.md +206 -0
- package/registry/skills/ad-creative-design/SKILL.md +27 -0
- package/registry/skills/ai-prototype-refactoring/SKILL.md +29 -0
- package/registry/skills/architecture-design/SKILL.md +141 -0
- package/registry/skills/azure-infrastructure-bicep/SKILL.md +28 -0
- package/registry/skills/backend-api-design/SKILL.md +151 -0
- package/registry/skills/chaos-engineering/SKILL.md +41 -0
- package/registry/skills/churn-prevention-playbook/SKILL.md +181 -0
- package/registry/skills/ci-cd-pipeline-automation/SKILL.md +40 -0
- package/registry/skills/clickable-prototype-spec/SKILL.md +150 -0
- package/registry/skills/code-refactoring/SKILL.md +135 -0
- package/registry/skills/component-library-management/SKILL.md +150 -0
- package/registry/skills/component-playground-setup/SKILL.md +150 -0
- package/registry/skills/content-calendar-strategy/SKILL.md +150 -0
- package/registry/skills/conversion-funnel-optimization/SKILL.md +150 -0
- package/registry/skills/copywriting-frameworks/SKILL.md +150 -0
- package/registry/skills/database-design/SKILL.md +135 -0
- package/registry/skills/dependency-management/SKILL.md +142 -0
- package/registry/skills/design-handoff-spec/SKILL.md +150 -0
- package/registry/skills/design-ops-workflow/SKILL.md +150 -0
- package/registry/skills/design-system-governance/SKILL.md +150 -0
- package/registry/skills/design-system-tokens/SKILL.md +150 -0
- package/registry/skills/design-tokens-management/SKILL.md +150 -0
- package/registry/skills/design-version-control/SKILL.md +150 -0
- package/registry/skills/diagnosing-bugs/SKILL.md +45 -0
- package/registry/skills/docker-deployment/SKILL.md +144 -0
- package/registry/skills/domain-modeling/SKILL.md +52 -0
- package/registry/skills/email-drip-sequences/SKILL.md +181 -0
- package/registry/skills/email-marketing-automation/SKILL.md +150 -0
- package/registry/skills/finishing-a-development-branch/SKILL.md +132 -0
- package/registry/skills/frontend-component-design/SKILL.md +153 -0
- package/registry/skills/git-guardrails/SKILL.md +41 -0
- package/registry/skills/google-ads-optimization/SKILL.md +27 -0
- package/registry/skills/graphql-schema-design/SKILL.md +146 -0
- package/registry/skills/grill-me/SKILL.md +57 -0
- package/registry/skills/grill-with-docs/SKILL.md +84 -0
- package/registry/skills/growth-experiment-design/SKILL.md +150 -0
- package/registry/skills/handoff/SKILL.md +44 -0
- package/registry/skills/hf-model-evaluation/SKILL.md +84 -0
- package/registry/skills/interaction-pattern-library/SKILL.md +150 -0
- package/registry/skills/interactive-prototype-builder/SKILL.md +157 -0
- package/registry/skills/local-llm-inference/SKILL.md +77 -0
- package/registry/skills/maestro-mobile-testing/SKILL.md +40 -0
- package/registry/skills/marketing-creative-design/SKILL.md +186 -0
- package/registry/skills/mcp-setup/SKILL.md +370 -0
- package/registry/skills/meta-ad-creative-testing/SKILL.md +26 -0
- package/registry/skills/micro-interaction-design/SKILL.md +150 -0
- package/registry/skills/microservices-architecture/SKILL.md +141 -0
- package/registry/skills/mobile-android-design/SKILL.md +40 -0
- package/registry/skills/mobile-first-design/SKILL.md +150 -0
- package/registry/skills/mobile-ios-design/SKILL.md +40 -0
- package/registry/skills/mobile-platform-offline-validate/SKILL.md +41 -0
- package/registry/skills/modal-serverless-python/SKILL.md +81 -0
- package/registry/skills/onboarding-cro/SKILL.md +185 -0
- package/registry/skills/paid-acquisition-ppc/SKILL.md +171 -0
- package/registry/skills/performance-optimization/SKILL.md +141 -0
- package/registry/skills/playwright-best-practices/SKILL.md +39 -0
- package/registry/skills/product-launch-playbook/SKILL.md +150 -0
- package/registry/skills/programmatic-seo/SKILL.md +213 -0
- package/registry/skills/rag-vector-pipeline/SKILL.md +84 -0
- package/registry/skills/react-best-practices/SKILL.md +40 -0
- package/registry/skills/receiving-code-review/SKILL.md +130 -0
- package/registry/skills/replicate-model-inference/SKILL.md +76 -0
- package/registry/skills/requesting-code-review/SKILL.md +137 -0
- package/registry/skills/responsive-design-audit/SKILL.md +150 -0
- package/registry/skills/runpod-gpu-orchestration/SKILL.md +85 -0
- package/registry/skills/schema-markup-strategy/SKILL.md +194 -0
- package/registry/skills/security-audit/SKILL.md +139 -0
- package/registry/skills/seo-audit/SKILL.md +150 -0
- package/registry/skills/signup-flow-cro/SKILL.md +150 -0
- package/registry/skills/social-media-campaign/SKILL.md +150 -0
- package/registry/skills/state-driven-ui-animation/SKILL.md +150 -0
- package/registry/skills/subagent-driven-development/SKILL.md +135 -0
- package/registry/skills/supabase-backend-architecture/SKILL.md +28 -0
- package/registry/skills/systematic-debugging/SKILL.md +138 -0
- package/registry/skills/technical-documentation/SKILL.md +136 -0
- package/registry/skills/technical-seo-audit/SKILL.md +27 -0
- package/registry/skills/telemetry-monitoring/SKILL.md +40 -0
- package/registry/skills/test-driven-development/SKILL.md +135 -0
- package/registry/skills/to-spec/SKILL.md +48 -0
- package/registry/skills/to-tickets/SKILL.md +47 -0
- package/registry/skills/turso-distributed-sqlite/SKILL.md +27 -0
- package/registry/skills/ui-component-spec/SKILL.md +150 -0
- package/registry/skills/usability-testing-protocol/SKILL.md +150 -0
- package/registry/skills/user-flow-mapping/SKILL.md +150 -0
- package/registry/skills/user-journey-mapping/SKILL.md +150 -0
- package/registry/skills/vector-database-design/SKILL.md +84 -0
- package/registry/skills/vercel-deploy-best-practices/SKILL.md +28 -0
- package/registry/skills/viral-referral-loops/SKILL.md +209 -0
- package/registry/workflows/workflow-agency-ad-creative-sprint.md +50 -0
- package/registry/workflows/workflow-agency-brand-design-system.md +50 -0
- package/registry/workflows/workflow-agency-client-pitch-proposal.md +50 -0
- package/registry/workflows/workflow-agency-cro-funnel-teardown.md +50 -0
- package/registry/workflows/workflow-agency-full-campaign.md +58 -0
- package/registry/workflows/workflow-agency-seo-content-engine.md +50 -0
- package/registry/workflows/workflow-analyze.md +60 -0
- package/registry/workflows/workflow-api-contract-design.md +48 -0
- package/registry/workflows/workflow-app-store-release.md +48 -0
- package/registry/workflows/workflow-brainstorm.md +60 -0
- package/registry/workflows/workflow-build.md +60 -0
- package/registry/workflows/workflow-business-panel.md +60 -0
- package/registry/workflows/workflow-cleanup.md +60 -0
- package/registry/workflows/workflow-deploy-staging.md +49 -0
- package/registry/workflows/workflow-design-code.md +60 -0
- package/registry/workflows/workflow-design-ops--handoff.md +60 -0
- package/registry/workflows/workflow-design-ops--plan-sprint.md +60 -0
- package/registry/workflows/workflow-design-ops--setup-workflow.md +60 -0
- package/registry/workflows/workflow-design-orchestrate.md +60 -0
- package/registry/workflows/workflow-design-systems--audit-system.md +60 -0
- package/registry/workflows/workflow-design-systems--create-component.md +60 -0
- package/registry/workflows/workflow-design-systems--tokenize.md +60 -0
- package/registry/workflows/workflow-diagnose.md +45 -0
- package/registry/workflows/workflow-e2e-testing.md +49 -0
- package/registry/workflows/workflow-email-drip-sequence.md +65 -0
- package/registry/workflows/workflow-estimate.md +60 -0
- package/registry/workflows/workflow-explain.md +60 -0
- package/registry/workflows/workflow-frontend-audit.md +49 -0
- package/registry/workflows/workflow-git.md +60 -0
- package/registry/workflows/workflow-grill.md +51 -0
- package/registry/workflows/workflow-implement.md +61 -0
- package/registry/workflows/workflow-incident-triage.md +49 -0
- package/registry/workflows/workflow-interaction-design--design-interaction.md +60 -0
- package/registry/workflows/workflow-interaction-design--error-flow.md +60 -0
- package/registry/workflows/workflow-interaction-design--map-states.md +60 -0
- package/registry/workflows/workflow-marketing-audit.md +60 -0
- package/registry/workflows/workflow-marketing-campaign-builder.md +60 -0
- package/registry/workflows/workflow-marketing-content-pipeline.md +60 -0
- package/registry/workflows/workflow-marketing-growth-experiment.md +60 -0
- package/registry/workflows/workflow-marketing-launch.md +60 -0
- package/registry/workflows/workflow-marketing-panel.md +60 -0
- package/registry/workflows/workflow-ml-eval.md +51 -0
- package/registry/workflows/workflow-mobile-build.md +49 -0
- package/registry/workflows/workflow-onboarding-funnel-cro.md +65 -0
- package/registry/workflows/workflow-paid-acquisition-campaign.md +65 -0
- package/registry/workflows/workflow-paid-campaign-launch.md +47 -0
- package/registry/workflows/workflow-plan.md +60 -0
- package/registry/workflows/workflow-prototyping-testing--evaluate.md +60 -0
- package/registry/workflows/workflow-prototyping-testing--experiment.md +60 -0
- package/registry/workflows/workflow-prototyping-testing--prototype-plan.md +60 -0
- package/registry/workflows/workflow-prototyping-testing--test-plan.md +60 -0
- package/registry/workflows/workflow-rag-pipeline-deploy.md +53 -0
- package/registry/workflows/workflow-recommend.md +60 -0
- package/registry/workflows/workflow-research.md +60 -0
- package/registry/workflows/workflow-review.md +60 -0
- package/registry/workflows/workflow-seo-audit-pipeline.md +47 -0
- package/registry/workflows/workflow-seo-content-pipeline.md +65 -0
- package/registry/workflows/workflow-serverless-gpu-deploy.md +52 -0
- package/registry/workflows/workflow-spec-panel.md +60 -0
- package/registry/workflows/workflow-spec.md +44 -0
- package/registry/workflows/workflow-test.md +60 -0
- package/registry/workflows/workflow-troubleshoot.md +60 -0
- package/registry/workflows/workflow-ui-design--color-palette.md +60 -0
- package/registry/workflows/workflow-ui-design--design-screen.md +60 -0
- package/registry/workflows/workflow-ui-design--responsive-audit.md +60 -0
- package/registry/workflows/workflow-ui-design--type-system.md +60 -0
- package/registry/workflows/workflow-ux-strategy--benchmark.md +60 -0
- package/registry/workflows/workflow-ux-strategy--frame-problem.md +60 -0
- package/registry/workflows/workflow-ux-strategy--strategize.md +60 -0
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Code Hygiene & Refactoring Cleanup"
|
|
3
|
+
description: "Systematic workflow for removing dead code, unused dependencies, formatting files, and normalizing code style."
|
|
4
|
+
bundle: "software-engineering"
|
|
5
|
+
estimatedDuration: "15-30m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Code Hygiene & Refactoring Cleanup
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Cleanup workflow streamlines codebase maintenance by identifying and eliminating orphaned code, unused npm packages, formatting inconsistencies, and stale comments across the project.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Linter and formatter configurations (`.eslintrc`, `.prettierrc`)
|
|
32
|
+
- Unused dependency scanner (`depcheck` / `knip`)
|
|
33
|
+
- Repository file index & source directories
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Scan codebase for unreferenced export declarations, orphaned files, and dead code paths.
|
|
37
|
+
- Audit `package.json` against actual import usages to find unused dependencies.
|
|
38
|
+
- Check code formatting consistency across all source and test directories.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Safe removal of confirmed unused files, unused variables, and unreferenced functions.
|
|
42
|
+
- Run automated code formatters (`prettier --write .`) and linter auto-fixes (`eslint --fix`).
|
|
43
|
+
- Remove outdated or commented-out code blocks while preserving documentation comments.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Run full test suite and type-checker to ensure no functional code was inadvertently broken.
|
|
47
|
+
- Verify clean git diff to confirm only intended refactor/cleanup edits were made.
|
|
48
|
+
- Document total lines of code removed, dependencies pruned, and formatting changes applied.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm run lint` | 0 lint errors and 0 warnings remaining post-cleanup |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm test && npm run typecheck` | 100% pass rate on test suite and static type check after code removal |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Unused dependencies and unreferenced exports verified with static analysis before removal.
|
|
59
|
+
- **Validation Checkpoint 2**: Working tree formatted cleanly with zero style deviations.
|
|
60
|
+
- **Automated Rollback Protocol**: Revert uncommitted file removals using `git checkout -- .` if cleanup causes test regressions.
|
|
@@ -0,0 +1,49 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Staging Preview & Deployment Automation"
|
|
3
|
+
description: "Workflow for automating container builds, staging preview deployments, environment sanity checks, and deployment verification gates."
|
|
4
|
+
bundle: "devops-engineering"
|
|
5
|
+
estimatedDuration: "10-20m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Staging Preview & Deployment Automation
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Staging Deployment workflow automates the creation of isolated staging environments, container image verification, and post-deployment health checks prior to production promotion.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Build & Image Verification]
|
|
17
|
+
P1 --> InputCheck{"Image Built & Tagged?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort Deployment]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Staging Deployment Rollout]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Health Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Trigger Automated Deployment Rollback]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Integration Audit & Sign-off]
|
|
24
|
+
P3 --> Done([Staging Deployment Verified])
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
## Required Tool Inputs & Context
|
|
28
|
+
- Target container registry and deployment environment credentials
|
|
29
|
+
- Health check HTTP endpoint (`/healthz` or `/api/health`)
|
|
30
|
+
- Staging environment configuration parameters
|
|
31
|
+
|
|
32
|
+
## Phase 1: Build & Image Verification
|
|
33
|
+
- Build production container image using Docker multi-stage workflow.
|
|
34
|
+
- Scan built container image for security vulnerabilities using vulnerability scanners.
|
|
35
|
+
|
|
36
|
+
## Phase 2: Staging Deployment Rollout
|
|
37
|
+
- Deploy container image to staging cluster or preview environment.
|
|
38
|
+
- Verify environment variables and database migration status.
|
|
39
|
+
|
|
40
|
+
## Phase 3: Integration Audit & Sign-off
|
|
41
|
+
- Execute HTTP health check polling on staging URL.
|
|
42
|
+
- Log deployment status, image SHA, and deployment duration.
|
|
43
|
+
|
|
44
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
45
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
46
|
+
|---|---|---|---|
|
|
47
|
+
| Phase 1 -> Phase 2 | Container built cleanly | `docker inspect <image>` | Image exists with non-root user context |
|
|
48
|
+
| Phase 2 -> Phase 3 | Staging rollout completed | `curl -f https://staging.example.com/healthz` | Endpoint returns HTTP 200 OK |
|
|
49
|
+
| Phase 3 -> Completion | Health verification passed | `agents doctor` | Deployment lockfile updated successfully |
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "API & Interface Specification Design"
|
|
3
|
+
description: "Workflow for designing clean code interfaces, TypeScript types/interfaces, OpenAPI/REST schemas, and module contracts."
|
|
4
|
+
bundle: "system-architecture"
|
|
5
|
+
estimatedDuration: "30-60m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: API & Interface Specification Design
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
This workflow provides a methodical approach to designing software contracts, TypeScript interfaces, and schema definitions. It emphasizes type safety, clear abstraction boundaries, and backward compatibility.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Domain model requirements and entity definitions
|
|
32
|
+
- Interface guidelines and type convention standards
|
|
33
|
+
- TypeScript compiler / Zod schema validator tools
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Identify core domain entities, value objects, and boundary interfaces.
|
|
37
|
+
- Audit existing type definitions for duplication or naming inconsistencies.
|
|
38
|
+
- Determine data validation rules, optional fields, and payload constraints.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Draft TypeScript interface definitions (`types.ts`) and export type signatures.
|
|
42
|
+
- Implement validation schemas (e.g. Zod or JSON Schema) matching runtime payload requirements.
|
|
43
|
+
- Add comprehensive TSDoc/JSDoc comments describing method parameters, return types, and potential errors.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Verify type compilation (`tsc --noEmit`) to confirm no circular type dependencies exist.
|
|
47
|
+
- Validate schema serialization and deserialization against sample payload fixtures.
|
|
48
|
+
- Export finalized type contracts for downstream consumption by backend/frontend engineers.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm run typecheck` | TypeScript compiler validates all new type interfaces without errors |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm test` | Schema validation unit tests pass cleanly against sample data |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Interfaces encapsulate domain logic cleanly with zero `any` types.
|
|
59
|
+
- **Validation Checkpoint 2**: TSDoc documentation complete for all public interface methods and properties.
|
|
60
|
+
- **Automated Rollback Protocol**: Revert interface modifications if circular dependencies or breaking type signature changes occur.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Design-to-Engineering Handoff Specification"
|
|
3
|
+
description: "Workflow for packaging visual designs, interaction specs, assets, and design token references into production-ready engineering specs."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "30-45m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Design-to-Engineering Handoff Specification
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Handoff workflow standardizes design specs for development. It packages redline specs, interaction behaviors, asset exports, token mappings, and edge-case specs into comprehensive developer handoffs.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Finalized screen designs and component specs
|
|
32
|
+
- Design token repository and component library mappings
|
|
33
|
+
- Asset export rules (SVG optimization, image compression)
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Confirm screen designs are finalized and locked for implementation.
|
|
37
|
+
- Audit design elements to ensure 100% map to existing design system tokens or documented new components.
|
|
38
|
+
- Verify SVG graphics are clean and vectorized.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Attach redline specifications detailing layout margins, padding, and alignment.
|
|
42
|
+
- Annotate dynamic component behaviors, error states, and micro-interactions.
|
|
43
|
+
- Export optimized SVG/PNG assets and document data field requirements for backend APIs.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Conduct handoff walkthrough with engineering leads.
|
|
47
|
+
- Address technical clarification questions and update handoff spec annotations.
|
|
48
|
+
- Archive handoff specification package in project repository.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `node dist/cli.js doctor` | Doctor health check confirms handoff specification artifact structure |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm test` | Asset validation script confirms all exported SVGs are valid and optimized |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: 100% of visual elements mapped to design tokens or explicit component specs.
|
|
59
|
+
- **Validation Checkpoint 2**: All graphic assets exported in optimized SVG format.
|
|
60
|
+
- **Automated Rollback Protocol**: Update handoff spec package if engineers identify unannotated interaction behaviors.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Design Sprint & Capacity Planning"
|
|
3
|
+
description: "Operational workflow for scoping design tasks, estimating design effort, allocating designer capacity, and planning design sprints."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "25-45m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Design Sprint & Capacity Planning
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
This workflow manages design team capacity and sprint execution. It scopes incoming requests, estimates design effort, allocates designer availability, and establishes clear sprint commitments.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Product feature backlog and design request tickets
|
|
32
|
+
- Designer availability & velocity history
|
|
33
|
+
- Sprint goals and engineering milestone targets
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Collect incoming design requests and feature tickets for the upcoming sprint.
|
|
37
|
+
- Calculate net available designer hours accounting for overhead, meetings, and PTO.
|
|
38
|
+
- Review engineering sprint commitments to align design deliverables.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Break down design requests into specific tasks (research, wireframing, high-fi design, handoff).
|
|
42
|
+
- Estimate effort story points for each design task based on complexity.
|
|
43
|
+
- Assign tasks to designers matching capacity and expertise.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Review sprint plan with product management and engineering leads.
|
|
47
|
+
- Commit sprint backlog items to design tracking board.
|
|
48
|
+
- Publish Design Sprint Plan document.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `node dist/cli.js doctor` | Doctor health check verifies sprint plan document syntax |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm run build` | Project build passes cleanly during sprint planning |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Total committed story points do not exceed calculated design team capacity.
|
|
59
|
+
- **Validation Checkpoint 2**: Every sprint task has an explicit definition of done.
|
|
60
|
+
- **Automated Rollback Protocol**: De-scope lower priority design tickets if allocated capacity is exceeded.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Design Tooling & Workflow Pipeline Setup"
|
|
3
|
+
description: "Workflow for configuring design tooling pipelines, version control rules, asset sync scripts, and team workspace environments."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "30-60m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Design Tooling & Workflow Pipeline Setup
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Setup Workflow provisions design infrastructure. It configures design tool integrations, token sync automation webhooks, asset export scripts, and team workspace governance rules.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Design tool API credentials (Figma API token, repository tokens)
|
|
32
|
+
- Project workspace template files
|
|
33
|
+
- CI/CD workflow definitions
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Audit existing design tooling setup and identifying automation friction points.
|
|
37
|
+
- Inspect repository access permissions and webhook configuration settings.
|
|
38
|
+
- Prepare automated sync scripts for tokens and assets.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Configure automated webhook triggers for design token synchronization on file updates.
|
|
42
|
+
- Set up linter rules for design file naming conventions and component organization.
|
|
43
|
+
- Establish design file branching and approval workflow rules.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Execute test run of automated asset sync pipeline.
|
|
47
|
+
- Verify workspace permissions and access controls across team member roles.
|
|
48
|
+
- Publish Design Workflow Documentation.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm test` | Pipeline integration test suite confirms webhook payload processing |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm run build` | Workflow setup scripts compile without errors |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Automated webhook triggers successfully on token repository changes.
|
|
59
|
+
- **Validation Checkpoint 2**: Design token repository synchronizes automatically without manual intervention.
|
|
60
|
+
- **Automated Rollback Protocol**: Revert webhook credentials and API configurations if sync verification tests fail.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Multi-Agent Design Orchestration"
|
|
3
|
+
description: "Master orchestration workflow coordinating UI designers, UX strategists, interaction designers, and design system leads on end-to-end design initiatives."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "60-120m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Multi-Agent Design Orchestration
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Design Orchestrate workflow manages multi-agent design pipelines. It decomposes large product epics, delegating sub-tasks to UX Strategist, UI Designer, Interaction Designer, and Design Systems subagents.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Product epic specification document
|
|
32
|
+
- Design subagent manifest definitions
|
|
33
|
+
- Design system token and component specs
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Deconstruct epic into domain-specific subagent assignments (UX Strategy -> Visual Design -> Micro-Interactions -> Tokens).
|
|
37
|
+
- Establish subagent input/output file contracts and state passing conventions.
|
|
38
|
+
- Verify subagent environment readiness.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Dispatch UX Strategist subagent to frame problems and define wireframe flows.
|
|
42
|
+
- Dispatch UI Designer and Interaction Designer subagents to author screen visuals and motion specs.
|
|
43
|
+
- Dispatch Design Systems Lead subagent to verify token alignment and component reuse.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Synthesize subagent deliverables into a unified Master Design Specification.
|
|
47
|
+
- Run end-to-end completeness and consistency verification checks.
|
|
48
|
+
- Publish Design Orchestration Summary.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm test` | Orchestration test suite confirms all subagent deliverables meet quality gates |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm run build` | Master design documentation builds cleanly |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: All delegated subagent tasks completed without missing output artifacts.
|
|
59
|
+
- **Validation Checkpoint 2**: Unified design spec complies 100% with design system token rules.
|
|
60
|
+
- **Automated Rollback Protocol**: Re-invoke specific failed subagent with adjusted parameters if deliverable fails quality bar.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Design System & Component Drift Audit"
|
|
3
|
+
description: "Workflow for auditing codebase UI components against design system standards, detecting hardcoded styles, and cataloging component drift."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "30-60m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Design System & Component Drift Audit
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
This workflow monitors design system adoption and component drift. It scans the codebase for hardcoded hex colors, arbitrary spacing, duplicate component implementations, and detached styles.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Component library codebase & design token definitions
|
|
32
|
+
- AST / static analysis scanning scripts
|
|
33
|
+
- Design system adoption target metrics
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Configure static analysis rules to search for inline styles, raw CSS hex colors, and hardcoded pixel values.
|
|
37
|
+
- Scan codebase UI components to list custom component implementations.
|
|
38
|
+
- Establish design system adoption baseline score.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Categorize drift violations by severity (e.g. Critical: raw color usage, Major: custom button rewrite, Minor: arbitrary padding).
|
|
42
|
+
- Calculate adoption metrics per module/page.
|
|
43
|
+
- Identify candidate components for design system consolidation.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Generate Design System Drift Report with exact file paths and line numbers.
|
|
47
|
+
- Create refactoring tickets to migrate custom components to design system tokens.
|
|
48
|
+
- Publish Design Debt Dashboard.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm test` | Drift audit script completes scan across 100% of codebase UI files |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm run typecheck` | Static type checking passes cleanly post-scan |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: 100% of codebase UI components scanned for style violations.
|
|
59
|
+
- **Validation Checkpoint 2**: Every detected drift instance cataloged with file path, line number, and remediation guidance.
|
|
60
|
+
- **Automated Rollback Protocol**: Adjust audit script parameters if false positive scans exceed acceptable noise threshold.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Design System Component Authoring"
|
|
3
|
+
description: "End-to-end workflow for designing, building, documenting, and testing a reusable design system component."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "45-90m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Design System Component Authoring
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Create Component workflow governs the authoring of production-ready design system components. It enforces token integration, accessibility compliance, state coverage, and Storybook documentation.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Component API specification and visual designs
|
|
32
|
+
- Design token library (`tokens.json`)
|
|
33
|
+
- Storybook / component testing framework (`vitest` / `axe-core`)
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Review component API design, props, variants, and keyboard interaction specs.
|
|
37
|
+
- Verify design tokens needed for component styling are available.
|
|
38
|
+
- Select component template structure in design system workspace.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Implement component TSX code, applying semantic design tokens for styling.
|
|
42
|
+
- Implement keyboard navigation and ARIA accessibility attributes matching target design pattern.
|
|
43
|
+
- Author unit tests, accessibility tests (`axe-core`), and Storybook story files.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Run automated unit test suite and visual regression tests across all component variants.
|
|
47
|
+
- Verify Storybook stories render cleanly without console warnings.
|
|
48
|
+
- Export component package for distribution.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm test` | 100% of component unit tests and automated accessibility scans pass |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm run build` | Component builds cleanly and exports type definitions (`.d.ts`) |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Zero accessibility violations detected by `axe-core` scanner.
|
|
59
|
+
- **Validation Checkpoint 2**: Storybook stories exist for all component variants, sizes, and states.
|
|
60
|
+
- **Automated Rollback Protocol**: Revert component code modifications if visual regression or accessibility tests fail.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Design Token Extraction & Transformation"
|
|
3
|
+
description: "Workflow for defining, transforming, and distributing design tokens across CSS, Tailwind, TypeScript, and JSON platforms."
|
|
4
|
+
bundle: "product-design"
|
|
5
|
+
estimatedDuration: "20-40m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Design Token Extraction & Transformation
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
This workflow automates design token pipeline management. It ingests source tokens, transforms them across platform formats (CSS custom properties, Tailwind, TS types, iOS/Android formats), and validates output files.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Context & Reconnaissance]
|
|
17
|
+
P1 --> InputCheck{"Prerequisites & Tools Valid?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Abort & Request Inputs]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Execution & Orchestration]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Automated Checks Pass?"}
|
|
21
|
+
Gate1 -->|Fail| Rollback[Execute Automated Rollback Protocol]
|
|
22
|
+
Rollback --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Verification & Closure]
|
|
24
|
+
P3 --> Gate2{"Final Acceptance Gate Passed?"}
|
|
25
|
+
Gate2 -->|Fail| P3Fix[Remediate Documentation / Artifacts]
|
|
26
|
+
P3Fix --> P3
|
|
27
|
+
Gate2 -->|Pass| Done([Workflow Complete & Logged])
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Required Tool Inputs & Context
|
|
31
|
+
- Source design token JSON / Figma Tokens file
|
|
32
|
+
- Token transformation tool (`Style Dictionary`)
|
|
33
|
+
- Target platform format configurations
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Inspect raw token source files for valid DTCG (Design Tokens Community Group) schema compliance.
|
|
37
|
+
- Check token naming conventions (category-type-item-variant-state).
|
|
38
|
+
- Verify output build configuration rules.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Execute transformation build scripts using Style Dictionary.
|
|
42
|
+
- Generate platform-specific outputs: CSS custom properties (`tokens.css`), JS/TS constants (`tokens.ts`), Tailwind config extension.
|
|
43
|
+
- Validate that generated token values contain no unresolved references or `undefined` properties.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Run token integration tests against sample UI components.
|
|
47
|
+
- Publish updated design token package.
|
|
48
|
+
- Document token release notes detailing added, changed, or deprecated tokens.
|
|
49
|
+
|
|
50
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
51
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
52
|
+
|---|---|---|---|
|
|
53
|
+
| Phase 1 -> Phase 2 | Tool inputs verified & environment ready | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
54
|
+
| Phase 2 -> Phase 3 | Execution steps complete | `npm run build` | Style Dictionary compilation builds with exit code 0 |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm test` | Token validation suite confirms zero undefined token values |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Style Dictionary transformation executes without warnings or errors.
|
|
59
|
+
- **Validation Checkpoint 2**: Generated CSS/TS token files pass syntax validation.
|
|
60
|
+
- **Automated Rollback Protocol**: Restore previous token package version if transform scripts fail.
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Evidence-Driven Bug Diagnosis"
|
|
3
|
+
description: "Procedural workflow for isolating software bugs, gathering empirical evidence, and formulating root-cause remediation plans."
|
|
4
|
+
bundle: "software-engineering"
|
|
5
|
+
estimatedDuration: "15-45m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Evidence-Driven Bug Diagnosis
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Evidence-Driven Bug Diagnosis workflow guides orchestrators and developers through evidence gathering, symptom reproduction, and root-cause isolation without resorting to blind trial-and-error edits.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Log & Traceback Collection]
|
|
17
|
+
P1 --> P2[Phase 2: Reproduction & Hypothesis Isolation]
|
|
18
|
+
P2 --> Gate1{"Root Cause Verified with Evidence?"}
|
|
19
|
+
Gate1 -->|No| P2
|
|
20
|
+
Gate1 -->|Yes| P3[Phase 3: Remediation Plan]
|
|
21
|
+
P3 --> Done([Workflow Complete])
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
## Required Tool Inputs & Context
|
|
25
|
+
- Stack trace, error log output, or reproduction context.
|
|
26
|
+
- Access to project codebase and test framework.
|
|
27
|
+
|
|
28
|
+
## Phase 1: Log & Traceback Collection
|
|
29
|
+
- Run `diagnosing-bugs` skill to parse error tracebacks and locate fault sites.
|
|
30
|
+
- Inspect surrounding source files and recent commit history.
|
|
31
|
+
|
|
32
|
+
## Phase 2: Reproduction & Hypothesis Isolation
|
|
33
|
+
- Formulate testable hypotheses for defect cause.
|
|
34
|
+
- Author minimal reproduction test case demonstrating 100% reliable failure.
|
|
35
|
+
|
|
36
|
+
## Phase 3: Remediation Plan
|
|
37
|
+
- Document verified root cause mechanism.
|
|
38
|
+
- Hand off minimal failing test and root cause summary to `workflow-implement.md`.
|
|
39
|
+
|
|
40
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
41
|
+
| Transition | Prerequisites | Verification Gate | Success Criteria |
|
|
42
|
+
|---|---|---|---|
|
|
43
|
+
| Phase 1 -> Phase 2 | Traceback logged | File & line isolated | Target crash site identified |
|
|
44
|
+
| Phase 2 -> Phase 3 | Hypotheses tested | Reproduction test | Test fails with exact reported error |
|
|
45
|
+
| Phase 3 -> Completion | Root cause proven | Plan documented | Remediate plan ready for implementation |
|