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,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Agency Brand Design System & Component Library"
|
|
3
|
+
description: "Tokenized design system architecture, Figma token sync, Tailwind color palettes, and Storybook interactive component playground setup."
|
|
4
|
+
bundle: "digital-agency"
|
|
5
|
+
estimatedDuration: "60-120m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Agency Brand Design System & Component Library
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
Builds scalable, production-grade design systems with design tokens, typography ramps, UI component contracts, and Storybook interactive playgrounds.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Brand Guidelines]) --> P1[Phase 1: Token Architecture & Ramp Extraction]
|
|
17
|
+
P1 --> P2[Phase 2: Component Library & Spec Construction]
|
|
18
|
+
P2 --> Gate1{"Tokens & WCAG AA Verified?"}
|
|
19
|
+
Gate1 -->|Fail| P2
|
|
20
|
+
Gate1 -->|Pass| P3[Phase 3: Storybook & Documentation Export]
|
|
21
|
+
P3 --> Done([Design System Shipped])
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
## Required Tool Inputs & Context
|
|
25
|
+
- Brand guidelines, logo marks, and primary/secondary colors
|
|
26
|
+
- Figma MCP / Stitch MCP / local CSS token definitions
|
|
27
|
+
- Storybook / component playground configs
|
|
28
|
+
|
|
29
|
+
## Phase 1: Token Architecture
|
|
30
|
+
- Define semantic tokens (colors, spacing, radii, typography ramps, shadows).
|
|
31
|
+
- Establish light/dark mode color pairings.
|
|
32
|
+
|
|
33
|
+
## Phase 2: Component Specifications
|
|
34
|
+
- Build core component contracts (Button, Input, Card, Modal, Nav).
|
|
35
|
+
- Ensure WCAG 2.2 AA accessibility and focus states.
|
|
36
|
+
|
|
37
|
+
## Phase 3: Verification & Storybook Integration
|
|
38
|
+
- Spin up component sandbox via `manage_task` or static build.
|
|
39
|
+
- Export token documentation and Tailwind CSS preset.
|
|
40
|
+
|
|
41
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
42
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
43
|
+
|---|---|---|---|
|
|
44
|
+
| Phase 1 -> Phase 2 | Tokens declared | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
45
|
+
| Phase 2 -> Phase 3 | Components implemented | `npm run typecheck` | TypeScript component interfaces compile cleanly |
|
|
46
|
+
| Phase 3 -> Completion | Visual contracts verified | `npm run build` | Storybook / component assets build without errors |
|
|
47
|
+
|
|
48
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
49
|
+
- **Validation Checkpoint 1**: All color contrast ratios meet or exceed 4.5:1 for normal text.
|
|
50
|
+
- **Automated Rollback Protocol**: Adjust hue and luminosity values if contrast checker fails.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Agency Client Pitch Proposal & Scoping Blueprint"
|
|
3
|
+
description: "Cross-functional client discovery, pitch deck ingestion, technical scope estimation, and executive agency proposal blueprint creation."
|
|
4
|
+
bundle: "digital-agency"
|
|
5
|
+
estimatedDuration: "45-75m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Agency Client Pitch Proposal & Scoping Blueprint
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
Transforms raw client discovery calls, RFPs, or PDF pitch decks into a comprehensive, high-impact digital agency project proposal and scoping blueprint.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Client RFP / Ingest]) --> P1[Phase 1: Multi-Agent Discovery & Sizing]
|
|
17
|
+
P1 --> P2[Phase 2: Milestone Blueprint & SOW Generation]
|
|
18
|
+
P2 --> Gate1{"Executive Review Passed?"}
|
|
19
|
+
Gate1 -->|Fail| P2
|
|
20
|
+
Gate1 -->|Pass| P3[Phase 3: Client Proposal Delivery]
|
|
21
|
+
P3 --> Done([Proposal Ready])
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
## Required Tool Inputs & Context
|
|
25
|
+
- Client RFP, discovery call transcripts, or PDF pitch deck
|
|
26
|
+
- MarkItDown MCP / voice memo ingestion
|
|
27
|
+
- Agency rate card and milestone estimation framework
|
|
28
|
+
|
|
29
|
+
## Phase 1: Context & Discovery Sizing
|
|
30
|
+
- Ingest client materials and extract core functional requirements.
|
|
31
|
+
- Calculate timeline estimates across Design, Engineering, and Growth.
|
|
32
|
+
|
|
33
|
+
## Phase 2: SOW & Milestone Architecture
|
|
34
|
+
- Structure deliverables into vertical phased milestones (M1–M4).
|
|
35
|
+
- Define Acceptance Criteria, SLA expectations, and risk contingencies.
|
|
36
|
+
|
|
37
|
+
## Phase 3: Verification & Packaging
|
|
38
|
+
- Verify timeline feasibility and budget alignment with Director (`chris-director`).
|
|
39
|
+
- Output executive markdown proposal and client presentation outline.
|
|
40
|
+
|
|
41
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
42
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
43
|
+
|---|---|---|---|
|
|
44
|
+
| Phase 1 -> Phase 2 | Sizing completed | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
45
|
+
| Phase 2 -> Phase 3 | Proposal drafted | `npm test` | Proposal validator confirms all deliverables have explicit acceptance criteria |
|
|
46
|
+
| Phase 3 -> Completion | Final review complete | `npm run build` | Proposal documentation renders with 0 errors |
|
|
47
|
+
|
|
48
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
49
|
+
- **Validation Checkpoint 1**: Every vertical milestone has measurable success criteria.
|
|
50
|
+
- **Automated Rollback Protocol**: Re-scope deliverables if total project duration exceeds client deadline.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Agency CRO Funnel Teardown & Onboarding Optimization"
|
|
3
|
+
description: "Conversion Rate Optimization audit, onboarding friction teardown, signup flow experiment design, and Playwright automated testing."
|
|
4
|
+
bundle: "digital-agency"
|
|
5
|
+
estimatedDuration: "45-90m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Agency CRO Funnel Teardown & Onboarding Optimization
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
Systematic conversion rate optimization process auditing customer signup funnels, identifying drop-off friction points, and implementing A/B split-test variants.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Funnel URL]) --> P1[Phase 1: Funnel Heuristic & DOM Audit]
|
|
17
|
+
P1 --> P2[Phase 2: Experiment Hypothesis & UI Variant Design]
|
|
18
|
+
P2 --> Gate1{"Playwright E2E Tests Pass?"}
|
|
19
|
+
Gate1 -->|Fail| P2
|
|
20
|
+
Gate1 -->|Pass| P3[Phase 3: Rollout Strategy & Tracking Gates]
|
|
21
|
+
P3 --> Done([Experiment Ready])
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
## Required Tool Inputs & Context
|
|
25
|
+
- Funnel URL, conversion funnel metrics, or analytics tracking
|
|
26
|
+
- Playwright MCP / test runner for automated flow simulation
|
|
27
|
+
- CRO heuristics framework (Fogg Behavior Model, LIFT model)
|
|
28
|
+
|
|
29
|
+
## Phase 1: Funnel Teardown & Friction Analysis
|
|
30
|
+
- Inspect onboarding steps, form input fields, and social proof placement.
|
|
31
|
+
- Identify friction, value clarity issues, and anxiety triggers.
|
|
32
|
+
|
|
33
|
+
## Phase 2: Hypothesis & Variant Design
|
|
34
|
+
- Formulate CRO hypothesis: *If we [change], then [metric] will increase because [reason]*.
|
|
35
|
+
- Design high-converting variant UI components and copy.
|
|
36
|
+
|
|
37
|
+
## Phase 3: Verification & Test Execution
|
|
38
|
+
- Run Playwright test simulating user signup flow on variants.
|
|
39
|
+
- Validate analytics event dispatching and conversion triggers.
|
|
40
|
+
|
|
41
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
42
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
43
|
+
|---|---|---|---|
|
|
44
|
+
| Phase 1 -> Phase 2 | Friction audit completed | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
45
|
+
| Phase 2 -> Phase 3 | Variants coded & tokenized | `npm run typecheck` | UI variants compile without type errors |
|
|
46
|
+
| Phase 3 -> Completion | E2E simulations green | `npm test` | Playwright test completes with 0 form drop-offs |
|
|
47
|
+
|
|
48
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
49
|
+
- **Validation Checkpoint 1**: All form validation messages are clear and accessible.
|
|
50
|
+
- **Automated Rollback Protocol**: Revert to control funnel if form submission fails in E2E sandbox.
|
|
@@ -0,0 +1,58 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Digital Agency Full-Funnel Campaign Orchestration"
|
|
3
|
+
description: "End-to-end multi-agent cross-functional agency workflow spanning strategy, copywriting, UI/UX design, frontend development, and compliance audit."
|
|
4
|
+
bundle: "digital-agency"
|
|
5
|
+
estimatedDuration: "120-180m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Digital Agency Full-Funnel Campaign Orchestration
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Full-Funnel Campaign workflow coordinates the AstrolabsAI team roster (`chris-director`, `ava-manager`, `kaan-copy`, `jamileh-design`, `yavuz-content`, `jale-social`) through dynamic DAG message handoffs (`/handoff`, `/design-handoff-spec`) across Tri-Tier execution envelopes.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Client Brief Intake]) --> P1[Phase 1: Strategy & Intelligence / Chris & Ava]
|
|
17
|
+
P1 --> Gate1{"Strategy Signed Off?"}
|
|
18
|
+
Gate1 -->|No| P1
|
|
19
|
+
Gate1 -->|Yes| P2[Phase 2: Creative Handoff / Kaan & Jamileh]
|
|
20
|
+
P2 --> Gate2{"Design Tokens & Copy Approved?"}
|
|
21
|
+
Gate2 -->|No| P2
|
|
22
|
+
Gate2 -->|Yes| P3[Phase 3: Production & Compliance / Yavuz & QA]
|
|
23
|
+
P3 --> Gate3{"Verification Suite Green?"}
|
|
24
|
+
Gate3 -->|No| P3
|
|
25
|
+
Gate3 -->|Pass| Done([Campaign Ready for Launch])
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
## Required Tool Inputs & Context
|
|
29
|
+
- Client product brief & target ICP demographics
|
|
30
|
+
- Brand assets, color tokens & design systems
|
|
31
|
+
- Active MCP servers (GitHub, Firecrawl, Context7, Playwright, Figma) or Fallback mode
|
|
32
|
+
|
|
33
|
+
## Phase 1: Context & Strategy (Chris & Ava)
|
|
34
|
+
- Ingest client brief or deck via MarkItDown / Firecrawl.
|
|
35
|
+
- Formulate campaign objectives, CAC targets, and channel strategy.
|
|
36
|
+
- Dispatch structured `/handoff` to creative specialists.
|
|
37
|
+
|
|
38
|
+
## Phase 2: Copywriting & Visual Design (Kaan & Jamileh)
|
|
39
|
+
- Author high-converting ad copy variants, email sequences, and landing page headlines.
|
|
40
|
+
- Design Figma/Tailwind component layouts, Storybook preview cards, and visual assets.
|
|
41
|
+
- Validate WCAG 2.2 AA accessibility contrast.
|
|
42
|
+
|
|
43
|
+
## Phase 3: Frontend Implementation & Verification (Yavuz & Compliance)
|
|
44
|
+
- Implement interactive responsive UI in React/Next.js.
|
|
45
|
+
- Execute Playwright E2E CRO funnel tests and performance lighthouse checks.
|
|
46
|
+
- Audit data privacy and advertising compliance (GDPR, CAN-SPAM).
|
|
47
|
+
|
|
48
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
49
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
50
|
+
|---|---|---|---|
|
|
51
|
+
| Phase 1 -> Phase 2 | Strategy formulated & budget approved | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
52
|
+
| Phase 2 -> Phase 3 | Copy & visual prototypes completed | `npm run typecheck` | Component layouts and tokens compile cleanly |
|
|
53
|
+
| Phase 3 -> Completion | End-to-end integration verified | `npm test` | 100% pass across E2E test suites and accessibility gates |
|
|
54
|
+
|
|
55
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
56
|
+
- **Validation Checkpoint 1**: Copy and creative variants pass brand voice guidelines.
|
|
57
|
+
- **Validation Checkpoint 2**: Playwright funnel test confirms zero form submission drop-offs.
|
|
58
|
+
- **Automated Rollback Protocol**: If API tokens or MCP servers fail, orchestrator transitions dynamically to Brainstorming/Limited mode.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Agency Programmatic SEO & Content Pipeline"
|
|
3
|
+
description: "Data-driven programmatic SEO keyword clustering, content architecture, schema markup injection, and technical audit pipeline."
|
|
4
|
+
bundle: "digital-agency"
|
|
5
|
+
estimatedDuration: "60-120m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Agency Programmatic SEO & Content Pipeline
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
Drives organic traffic acquisition through keyword clustering, competitor gap scraping (via Firecrawl MCP), content briefs, and structured schema markup.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Domain Scope]) --> P1[Phase 1: Keyword & Competitor Scraping]
|
|
17
|
+
P1 --> P2[Phase 2: Content Brief & Schema Authoring]
|
|
18
|
+
P2 --> Gate1{"Technical SEO Check?"}
|
|
19
|
+
Gate1 -->|Fail| P2
|
|
20
|
+
Gate1 -->|Pass| P3[Phase 3: Publishing Pipeline Verification]
|
|
21
|
+
P3 --> Done([Engine Live])
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
## Required Tool Inputs & Context
|
|
25
|
+
- Seed keywords and target industry topic clusters
|
|
26
|
+
- Firecrawl MCP server or local web scraping fallback
|
|
27
|
+
- JSON-LD schema taxonomy
|
|
28
|
+
|
|
29
|
+
## Phase 1: Keyword Research & Gap Analysis
|
|
30
|
+
- Extract competitor URL maps and ranking structures.
|
|
31
|
+
- Cluster search intent keywords into high-intent landing page buckets.
|
|
32
|
+
|
|
33
|
+
## Phase 2: Content Briefs & JSON-LD Generation
|
|
34
|
+
- Generate markdown content outlines with H1-H3 header hierarchies.
|
|
35
|
+
- Author schema markup (FAQPage, Article, SoftwareApplication, Organization).
|
|
36
|
+
|
|
37
|
+
## Phase 3: Verification & Auditing
|
|
38
|
+
- Validate schema JSON-LD with structured data validators.
|
|
39
|
+
- Inspect Core Web Vitals impact and meta tags.
|
|
40
|
+
|
|
41
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
42
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
43
|
+
|---|---|---|---|
|
|
44
|
+
| Phase 1 -> Phase 2 | Keyword clusters mapped | `node dist/cli.js doctor` | Doctor health check succeeds with 0 errors |
|
|
45
|
+
| Phase 2 -> Phase 3 | Schema markup authored | `npm test` | JSON-LD syntax validation passes 100% |
|
|
46
|
+
| Phase 3 -> Completion | Audit complete | `npm run build` | Zero broken references or missing meta tags |
|
|
47
|
+
|
|
48
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
49
|
+
- **Validation Checkpoint 1**: Schema markup strictly conforms to Schema.org standards.
|
|
50
|
+
- **Automated Rollback Protocol**: Strip non-standard schema tags if structured validation fails.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Codebase Security & Static Analysis"
|
|
3
|
+
description: "Workflow for executing static code analysis, vulnerability scanning, security audits, and code health assessments."
|
|
4
|
+
bundle: "security-operations"
|
|
5
|
+
estimatedDuration: "30-50m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Codebase Security & Static Analysis
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Analyze workflow enforces codebase security hygiene. It runs static application security testing (SAST), scans for exposed secrets, audits dependency vulnerabilities, and evaluates code complexity.
|
|
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 code repository
|
|
32
|
+
- Static security scanning tools (`npm audit`, `snyk`, `semgrep`, `secret-scanner`)
|
|
33
|
+
- Dependency manifest (`package.json`)
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Identify target source directories, configuration files, and external dependencies.
|
|
37
|
+
- Configure SAST rules and vulnerability severity thresholds (Critical, High, Medium, Low).
|
|
38
|
+
- Check scanning tool dependencies.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Execute dependency vulnerability audit (`npm audit`).
|
|
42
|
+
- Run SAST scanners to detect code vulnerabilities (XSS, SQLi, path traversal, hardcoded secrets).
|
|
43
|
+
- Audit code complexity metrics (cyclomatic complexity, maintainability index).
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Classify findings by severity and impact.
|
|
47
|
+
- Generate actionable remediation diffs for identified vulnerabilities.
|
|
48
|
+
- Publish Codebase Security & Static Analysis Report.
|
|
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 audit` | Zero Critical or High severity security vulnerabilities detected |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm run typecheck` | Static type checking passes cleanly |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Zero exposed secrets or credentials found in source code.
|
|
59
|
+
- **Validation Checkpoint 2**: Security analysis report includes explicit remediation steps for all findings.
|
|
60
|
+
- **Automated Rollback Protocol**: Block build deployment immediately if Critical severity security vulnerabilities are discovered.
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "API Contract & Schema Design"
|
|
3
|
+
description: "Workflow for designing, validating, and versioning REST OpenAPI 3.1, GraphQL, and gRPC protobuf schema contracts with zero breaking changes."
|
|
4
|
+
bundle: "backend-distributed-systems"
|
|
5
|
+
estimatedDuration: "15-30m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: API Contract & Schema Design
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The API Contract Design workflow ensures all client-server and microservice communications have strictly typed, backward-compatible, and documented API schemas before implementation begins.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Domain Modeling & Entity Definition]
|
|
17
|
+
P1 --> InputCheck{"Entities & Types Modeled?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Clarify Domain Schema]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: Schema Contract Generation]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Schema Valid & Compatible?"}
|
|
21
|
+
Gate1 -->|Fail| P2Fix[Resolve Schema Incompatibilities]
|
|
22
|
+
P2Fix --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Client SDK & Mock Generation]
|
|
24
|
+
P3 --> Done([API Contract Approved & Published])
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
## Required Tool Inputs & Context
|
|
28
|
+
- Domain entity model and service requirements
|
|
29
|
+
- Target API style (`REST OpenAPI`, `GraphQL`, `gRPC Protobuf`)
|
|
30
|
+
- Backward compatibility requirements
|
|
31
|
+
|
|
32
|
+
## Phase 1: Domain Modeling & Entity Definition
|
|
33
|
+
- Map domain models to request/response payloads, error structures, and pagination patterns.
|
|
34
|
+
- Enforce standard HTTP status code and error payload conventions (`RFC 7807`).
|
|
35
|
+
|
|
36
|
+
## Phase 2: Schema Contract Generation
|
|
37
|
+
- Author OpenAPI YAML, GraphQL SDL, or Protobuf `.proto` definition.
|
|
38
|
+
- Run schema linting (`spectral` / `buf lint`) and breaking change detection (`buf breaking` / `oasdiff`).
|
|
39
|
+
|
|
40
|
+
## Phase 3: Client SDK & Mock Generation
|
|
41
|
+
- Generate typed client SDKs and mock server definitions (MSW / Prism) for parallel frontend development.
|
|
42
|
+
|
|
43
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
44
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
45
|
+
|---|---|---|---|
|
|
46
|
+
| Phase 1 -> Phase 2 | Domain entities specified | Entity mapping review | All mandatory fields and types declared |
|
|
47
|
+
| Phase 2 -> Phase 3 | Schema authored | Schema linter & diff tool | 0 lint errors, 0 breaking changes detected |
|
|
48
|
+
| Phase 3 -> Completion | SDK & mocks generated | Mock server validation | Client SDK compiles without type errors |
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "App Store & Google Play Release Preparation"
|
|
3
|
+
description: "Workflow for auditing mobile application compliance, privacy policy disclosures, StoreKit/In-App Purchases, and app store submission assets."
|
|
4
|
+
bundle: "mobile-development"
|
|
5
|
+
estimatedDuration: "20-40m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: App Store & Google Play Release Preparation
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The App Store Release workflow audits mobile applications against Apple App Review Guidelines and Google Play Developer Policies prior to store submission, eliminating common rejection causes.
|
|
12
|
+
|
|
13
|
+
## Execution Flowchart
|
|
14
|
+
```mermaid
|
|
15
|
+
graph TD
|
|
16
|
+
Start([Start Workflow]) --> P1[Phase 1: Privacy & Entitlements Audit]
|
|
17
|
+
P1 --> InputCheck{"Info.plist & Manifest Complete?"}
|
|
18
|
+
InputCheck -->|No| Abort1[Remediate Missing Descriptions]
|
|
19
|
+
InputCheck -->|Yes| P2[Phase 2: StoreKit & Permissions Verification]
|
|
20
|
+
P2 --> Gate1{"Verification Gate: Guidelines Compliant?"}
|
|
21
|
+
Gate1 -->|Fail| P2Fix[Apply Compliance Fixes]
|
|
22
|
+
P2Fix --> P2
|
|
23
|
+
Gate1 -->|Pass| P3[Phase 3: Metadata & Release Artifact Packaging]
|
|
24
|
+
P3 --> Done([App Store Submission Ready])
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
## Required Tool Inputs & Context
|
|
28
|
+
- `Info.plist` (iOS) / `AndroidManifest.xml` (Android)
|
|
29
|
+
- Privacy Policy URL and Terms of Service links
|
|
30
|
+
- Screenshot assets for target screen sizes
|
|
31
|
+
|
|
32
|
+
## Phase 1: Privacy & Entitlements Audit
|
|
33
|
+
- Verify that every requested permission (Camera, Location, Notifications) includes a clear, user-facing purpose string.
|
|
34
|
+
- Audit third-party SDK privacy manifests and data collection disclosures.
|
|
35
|
+
|
|
36
|
+
## Phase 2: StoreKit & Permissions Verification
|
|
37
|
+
- Verify In-App Purchase restore purchase functionality and clear pricing disclosures.
|
|
38
|
+
- Verify account deletion capabilities for apps with user authentication.
|
|
39
|
+
|
|
40
|
+
## Phase 3: Metadata & Release Artifact Packaging
|
|
41
|
+
- Compile App Store Connect / Google Play metadata, release notes, and version increment commits.
|
|
42
|
+
|
|
43
|
+
## Phase Transition Criteria & Deterministic Verification Gates
|
|
44
|
+
| Transition | Prerequisites | Verification Command / Gate | Success Criteria |
|
|
45
|
+
|---|---|---|---|
|
|
46
|
+
| Phase 1 -> Phase 2 | Permission strings verified | Manifest & Info.plist audit | 100% of requested permissions have explanations |
|
|
47
|
+
| Phase 2 -> Phase 3 | Store compliance verified | Guidelines checklist audit | Account deletion & purchase restore verified |
|
|
48
|
+
| Phase 3 -> Completion | Metadata bundle signed off | Release notes & version audit | Clean submission package prepared |
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Structured Option Generation & Brainstorming"
|
|
3
|
+
description: "Workflow for generating creative technical solutions, evaluating design options, and applying SCAMPER/Lateral Thinking frameworks."
|
|
4
|
+
bundle: "deep-research"
|
|
5
|
+
estimatedDuration: "25-45m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Structured Option Generation & Brainstorming
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
This workflow drives structured technical innovation. It applies SCAMPER and Lateral Thinking frameworks to generate diverse solution options before narrowing down to optimal candidates.
|
|
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
|
+
- Problem context statement & hard project constraints
|
|
32
|
+
- Brainstorming framework guides (SCAMPER, 6 Thinking Hats)
|
|
33
|
+
- Option evaluation matrix template
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Review target problem statement and state non-negotiable constraints (tech stack, latency budget, timeline).
|
|
37
|
+
- Set target idea volume goal (minimum 10 distinct solution concepts).
|
|
38
|
+
- Prepare brainstorming workspace.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Divergent Phase: Generate high-volume ideas using SCAMPER (Substitute, Combine, Adapt, Modify, Put to another use, Eliminate, Reverse).
|
|
42
|
+
- Categorize generated ideas into architectural clusters.
|
|
43
|
+
- Convergent Phase: Evaluate ideas against feasibility, impact, and project constraints.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Select top 3 candidate options for detailed technical evaluation.
|
|
47
|
+
- Document pros, cons, trade-offs, and risks for each top option.
|
|
48
|
+
- Publish Technical Option Generation 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 | `node dist/cli.js doctor` | Doctor health check validates brainstorming document schema |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm test` | Validation test confirms presence of top candidate trade-off analyses |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Minimum of 10 distinct solution options generated during divergent phase.
|
|
59
|
+
- **Validation Checkpoint 2**: Top candidate options evaluated against all hard project constraints.
|
|
60
|
+
- **Automated Rollback Protocol**: Re-frame brainstorming prompt if generated concepts violate core constraints.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Production Build Verification"
|
|
3
|
+
description: "Workflow for executing production build compilation, validating bundle output integrity, asset sizes, and target artifacts."
|
|
4
|
+
bundle: "software-engineering"
|
|
5
|
+
estimatedDuration: "15-30m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Production Build Verification
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Build workflow ensures project code compiles cleanly into production-ready build artifacts, validating bundle sizes, entry point executables, and asset integrity prior to deployment.
|
|
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
|
+
- Build script and bundling tool (`tsup` / `vite` / `webpack` / `esbuild`)
|
|
32
|
+
- Target output directory (`dist/` or `build/`)
|
|
33
|
+
- Maximum allowable bundle size thresholds
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Inspect build tool configuration files (`tsconfig.json`, `tsup.config.ts`, `vite.config.ts`).
|
|
37
|
+
- Clean prior build artifacts and temporary files (`rimraf dist`).
|
|
38
|
+
- Verify all required build dependencies and environment variables are present.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Execute production compilation process via `npm run build`.
|
|
42
|
+
- Monitor stdout/stderr streams for compilation warnings, deprecation notices, or missing exports.
|
|
43
|
+
- Inspect generated output artifacts to confirm expected entry point scripts and source maps are emitted.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Run post-build asset verification scripts to check bundle file sizes against thresholds.
|
|
47
|
+
- Test executable CLI entry points or bundled modules in an isolated node process.
|
|
48
|
+
- Publish build verification summary detailing artifact sizes, compilation time, and entry signatures.
|
|
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` | Compilation completes with exit code 0 and zero fatal errors |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `node dist/cli.js --version` | Built CLI entry point executes cleanly without module resolution errors |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Output directory contains all expected JavaScript, type declaration (`.d.ts`), and map files.
|
|
59
|
+
- **Validation Checkpoint 2**: Bundle size measurements fall within acceptable performance budget limits.
|
|
60
|
+
- **Automated Rollback Protocol**: Clean corrupted `dist/` artifacts and revert build configuration changes if compilation fails.
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "Expert Business Evaluation Panel"
|
|
3
|
+
description: "Panel workflow assembling business strategists, product managers, and financial analysts to evaluate product monetization, pricing, and business viability."
|
|
4
|
+
bundle: "business-strategy"
|
|
5
|
+
estimatedDuration: "45-75m"
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Workflow: Expert Business Evaluation Panel
|
|
9
|
+
|
|
10
|
+
## Overview & Scope
|
|
11
|
+
The Business Panel workflow evaluates commercial viability. It convenes Business Strategists, Financial Analysts, and Product Managers to audit monetization models, pricing strategy, unit economics, and ROI.
|
|
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
|
+
- Business proposal or feature specification
|
|
32
|
+
- Monetization model & pricing tier specs
|
|
33
|
+
- Financial projections and market size data
|
|
34
|
+
|
|
35
|
+
## Phase 1: Context & Reconnaissance
|
|
36
|
+
- Gather business proposals, financial estimates, and target market analysis.
|
|
37
|
+
- Establish evaluation dimensions (Monetization feasibility, Unit economics, Customer CAC/LTV, Competitive defensibility).
|
|
38
|
+
- Distribute proposal to business panel personas.
|
|
39
|
+
|
|
40
|
+
## Phase 2: Execution & Orchestration
|
|
41
|
+
- Conduct panel review session collecting structured evaluation from business expert personas.
|
|
42
|
+
- Audit pricing tiers, margin expectations, and go-to-market assumptions.
|
|
43
|
+
- Identify commercial risks and strategic opportunities.
|
|
44
|
+
|
|
45
|
+
## Phase 3: Verification & Closure
|
|
46
|
+
- Synthesize panel feedback into Business Evaluation Verdict (Approved, Approved with Adjustments, Rejected).
|
|
47
|
+
- Formulate actionable commercial recommendations and financial model updates.
|
|
48
|
+
- Publish Business Panel Evaluation 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 | `node dist/cli.js doctor` | Doctor health check validates business panel report format |
|
|
55
|
+
| Phase 3 -> Completion | Verification complete & artifacts signed off | `npm test` | Validation test suite confirms presence of financial metrics |
|
|
56
|
+
|
|
57
|
+
## Validation Checkpoints & Automated Rollback Protocols
|
|
58
|
+
- **Validation Checkpoint 1**: Monetization model and unit economics evaluated across all proposed pricing tiers.
|
|
59
|
+
- **Validation Checkpoint 2**: Commercial risks cataloged with explicit mitigation recommendations.
|
|
60
|
+
- **Automated Rollback Protocol**: Return proposal to draft state if panel issues commercial rejection verdict.
|