sinapse-ai 9.4.0 → 9.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/.claude/CLAUDE.md +10 -4
- package/.claude/hooks/enforce-architecture-first.py +197 -197
- package/.claude/hooks/enforce-git-push-authority.sh +25 -4
- package/.claude/hooks/mind-clone-governance.py +193 -193
- package/.claude/hooks/read-protection.py +152 -152
- package/.claude/hooks/sql-governance.py +183 -183
- package/.claude/hooks/verify-packages.cjs +83 -0
- package/.claude/hooks/write-path-validation.py +195 -195
- package/.claude/rules/hook-governance.md +1 -0
- package/.claude/rules/mandatory-delegation.md +24 -0
- package/.claude/rules/project-intelligence.md +63 -0
- package/.claude/rules/response-format.md +4 -0
- package/.claude/rules/safe-collaboration.md +4 -2
- package/.claude/rules/security-data-protection.md +18 -0
- package/.claude/rules/squad-awareness.md +93 -67
- package/.claude/rules/token-economy.md +148 -0
- package/.codex/agents/analyst.md +90 -0
- package/.codex/agents/architect.md +78 -0
- package/.codex/agents/data-engineer.md +38 -0
- package/.codex/agents/developer.md +97 -0
- package/.codex/agents/devops.md +121 -0
- package/.codex/agents/product-lead.md +27 -0
- package/.codex/agents/project-lead.md +28 -0
- package/.codex/agents/quality-gate.md +89 -0
- package/.codex/agents/sprint-lead.md +28 -0
- package/.codex/agents/squad-creator.md +58 -0
- package/.codex/agents/ux-design-expert.md +28 -0
- package/.sinapse-ai/core/code-intel/registry-syncer.js +56 -3
- package/.sinapse-ai/core/doctor/checks/agent-memory.js +5 -1
- package/.sinapse-ai/core/doctor/checks/claude-md.js +4 -1
- package/.sinapse-ai/core/doctor/checks/code-intel.js +5 -1
- package/.sinapse-ai/core/doctor/checks/commands-count.js +4 -1
- package/.sinapse-ai/core/doctor/checks/constitution-consistency.js +4 -1
- package/.sinapse-ai/core/doctor/checks/core-config.js +4 -1
- package/.sinapse-ai/core/doctor/checks/entity-registry.js +6 -1
- package/.sinapse-ai/core/doctor/checks/git-hooks.js +5 -1
- package/.sinapse-ai/core/doctor/checks/graph-dashboard.js +4 -1
- package/.sinapse-ai/core/doctor/checks/hooks-claude-count.js +5 -1
- package/.sinapse-ai/core/doctor/checks/ide-sync.js +4 -1
- package/.sinapse-ai/core/doctor/checks/node-version.js +4 -1
- package/.sinapse-ai/core/doctor/checks/npm-packages.js +4 -1
- package/.sinapse-ai/core/doctor/checks/rules-files.js +4 -1
- package/.sinapse-ai/core/doctor/checks/settings-json.js +4 -1
- package/.sinapse-ai/core/doctor/checks/skills-count.js +4 -1
- package/.sinapse-ai/core/doctor/index.js +157 -50
- package/.sinapse-ai/core/ids/registry-updater.js +6 -1
- package/.sinapse-ai/core/logger/index.js +319 -0
- package/.sinapse-ai/core/orchestration/terminal-spawner.js +2 -2
- package/.sinapse-ai/core/telemetry/index.js +247 -0
- package/.sinapse-ai/data/entity-registry.yaml +1384 -944
- package/.sinapse-ai/development/agents/architect.md +5 -0
- package/.sinapse-ai/development/agents/data-engineer.md +38 -0
- package/.sinapse-ai/development/agents/developer.md +28 -0
- package/.sinapse-ai/development/agents/devops.md +4 -0
- package/.sinapse-ai/development/agents/product-lead.md +27 -0
- package/.sinapse-ai/development/agents/project-lead.md +28 -0
- package/.sinapse-ai/development/agents/quality-gate.md +4 -0
- package/.sinapse-ai/development/agents/sprint-lead/MEMORY.md +8 -0
- package/.sinapse-ai/development/agents/sprint-lead.md +28 -0
- package/.sinapse-ai/development/agents/squad-creator.md +58 -0
- package/.sinapse-ai/development/agents/ux-design-expert.md +28 -0
- package/.sinapse-ai/development/knowledge-base/agent-communication-protocol.md +127 -0
- package/.sinapse-ai/development/knowledge-base/database-scaling-patterns.md +374 -0
- package/.sinapse-ai/development/knowledge-base/environment-deployment-patterns.md +353 -0
- package/.sinapse-ai/development/knowledge-base/gotchas-patterns.md +224 -0
- package/.sinapse-ai/development/knowledge-base/infrastructure-decision-framework.md +221 -0
- package/.sinapse-ai/development/knowledge-base/security-pre-deploy-checklist.md +410 -0
- package/.sinapse-ai/development/knowledge-base/software-architecture-patterns.md +299 -0
- package/.sinapse-ai/development/knowledge-base/token-economy-guide.md +198 -0
- package/.sinapse-ai/development/scripts/populate-entity-registry.js +5 -1
- package/.sinapse-ai/development/skills/captcha-handler.md +82 -0
- package/.sinapse-ai/development/skills/chrome-brain.md +81 -0
- package/.sinapse-ai/development/skills/deploy-readiness.md +93 -0
- package/.sinapse-ai/development/skills/model-router.md +92 -0
- package/.sinapse-ai/development/skills/sinapse-methodology.md +175 -0
- package/.sinapse-ai/development/skills/story-fast-track.md +71 -0
- package/.sinapse-ai/development/tasks/dev-develop-story.md +10 -0
- package/.sinapse-ai/development/tasks/environment-promotion-pipeline.md +582 -0
- package/.sinapse-ai/development/tasks/generate-agent-handoff.md +223 -0
- package/.sinapse-ai/development/tasks/infrastructure-assessment.md +432 -0
- package/.sinapse-ai/development/tasks/load-testing-setup.md +611 -0
- package/.sinapse-ai/development/tasks/observability-blueprint.md +562 -0
- package/.sinapse-ai/development/templates/legal/breach-notification-tmpl.md +113 -0
- package/.sinapse-ai/development/templates/legal/privacy-policy-tmpl.md +93 -0
- package/.sinapse-ai/development/templates/legal/terms-of-service-tmpl.md +85 -0
- package/.sinapse-ai/development/templates/service-template/README.md.hbs +159 -159
- package/.sinapse-ai/development/templates/service-template/__tests__/index.test.ts.hbs +238 -238
- package/.sinapse-ai/development/templates/service-template/client.ts.hbs +404 -404
- package/.sinapse-ai/development/templates/service-template/errors.ts.hbs +183 -183
- package/.sinapse-ai/development/templates/service-template/index.ts.hbs +121 -121
- package/.sinapse-ai/development/templates/service-template/package.json.hbs +88 -88
- package/.sinapse-ai/development/templates/service-template/types.ts.hbs +146 -146
- package/.sinapse-ai/development/templates/squad-template/LICENSE +22 -22
- package/.sinapse-ai/development/workflows/story-development-cycle.yaml +40 -1
- package/.sinapse-ai/hooks/ids-post-commit.js +22 -0
- package/.sinapse-ai/infrastructure/contracts/compatibility/README.md +42 -0
- package/.sinapse-ai/infrastructure/contracts/compatibility/sinapse-current.yaml +35 -0
- package/.sinapse-ai/infrastructure/scripts/llm-routing/templates/claude-free-tracked.cmd +127 -127
- package/.sinapse-ai/infrastructure/scripts/llm-routing/templates/deepseek-proxy.cmd +71 -71
- package/.sinapse-ai/infrastructure/scripts/llm-routing/templates/deepseek-usage.cmd +51 -51
- package/.sinapse-ai/infrastructure/scripts/pr-review-ai.js +16 -13
- package/.sinapse-ai/infrastructure/scripts/setup-project-infra.js +128 -0
- package/.sinapse-ai/infrastructure/scripts/test-discovery.js +8 -3
- package/.sinapse-ai/infrastructure/scripts/validate-manifest-parity.js +380 -0
- package/.sinapse-ai/infrastructure/scripts/validate-parity.js +76 -25
- package/.sinapse-ai/infrastructure/templates/coderabbit.yaml.template +280 -280
- package/.sinapse-ai/infrastructure/templates/config/env.example +16 -0
- package/.sinapse-ai/infrastructure/templates/config/gitignore-additions.tmpl +59 -0
- package/.sinapse-ai/infrastructure/templates/github/CODEOWNERS.template +12 -0
- package/.sinapse-ai/infrastructure/templates/github/PULL_REQUEST_TEMPLATE.md +29 -0
- package/.sinapse-ai/infrastructure/templates/github/ci-template.yml +77 -0
- package/.sinapse-ai/infrastructure/templates/github/issue-templates/bug_report.md +34 -0
- package/.sinapse-ai/infrastructure/templates/github/issue-templates/feature_request.md +19 -0
- package/.sinapse-ai/infrastructure/templates/github-workflows/ci.yml.template +170 -170
- package/.sinapse-ai/infrastructure/templates/github-workflows/pr-automation.yml.template +331 -331
- package/.sinapse-ai/infrastructure/templates/github-workflows/release.yml.template +197 -197
- package/.sinapse-ai/infrastructure/templates/gitignore/gitignore-brownfield-merge.tmpl +19 -19
- package/.sinapse-ai/infrastructure/templates/gitignore/gitignore-node.tmpl +86 -86
- package/.sinapse-ai/infrastructure/templates/gitignore/gitignore-python.tmpl +146 -146
- package/.sinapse-ai/infrastructure/templates/gitignore/gitignore-sinapse-base.tmpl +64 -64
- package/.sinapse-ai/infrastructure/templates/sinapse-sync.yaml.template +183 -183
- package/.sinapse-ai/install-manifest.yaml +275 -140
- package/.sinapse-ai/local-config.yaml.template +65 -65
- package/.sinapse-ai/monitor/hooks/lib/__init__.py +2 -2
- package/.sinapse-ai/monitor/hooks/lib/enrich.py +59 -59
- package/.sinapse-ai/monitor/hooks/lib/send_event.py +48 -48
- package/.sinapse-ai/monitor/hooks/notification.py +30 -30
- package/.sinapse-ai/monitor/hooks/post_tool_use.py +46 -46
- package/.sinapse-ai/monitor/hooks/pre_compact.py +30 -30
- package/.sinapse-ai/monitor/hooks/pre_tool_use.py +41 -41
- package/.sinapse-ai/monitor/hooks/stop.py +30 -30
- package/.sinapse-ai/monitor/hooks/subagent_stop.py +30 -30
- package/.sinapse-ai/monitor/hooks/user_prompt_submit.py +39 -39
- package/.sinapse-ai/product/templates/adr.hbs +126 -126
- package/.sinapse-ai/product/templates/dbdr.hbs +242 -242
- package/.sinapse-ai/product/templates/epic.hbs +213 -213
- package/.sinapse-ai/product/templates/pmdr.hbs +187 -187
- package/.sinapse-ai/product/templates/prd-v2.0.hbs +217 -217
- package/.sinapse-ai/product/templates/prd.hbs +202 -202
- package/.sinapse-ai/product/templates/story-tmpl.yaml +59 -0
- package/.sinapse-ai/product/templates/story.hbs +264 -264
- package/.sinapse-ai/product/templates/task.hbs +171 -171
- package/.sinapse-ai/product/templates/tmpl-comment-on-examples.sql +159 -159
- package/.sinapse-ai/product/templates/tmpl-migration-script.sql +92 -92
- package/.sinapse-ai/product/templates/tmpl-rls-granular-policies.sql +105 -105
- package/.sinapse-ai/product/templates/tmpl-rls-kiss-policy.sql +11 -11
- package/.sinapse-ai/product/templates/tmpl-rls-roles.sql +136 -136
- package/.sinapse-ai/product/templates/tmpl-rls-simple.sql +78 -78
- package/.sinapse-ai/product/templates/tmpl-rls-tenant.sql +153 -153
- package/.sinapse-ai/product/templates/tmpl-rollback-script.sql +78 -78
- package/.sinapse-ai/product/templates/tmpl-seed-data.sql +141 -141
- package/.sinapse-ai/product/templates/tmpl-smoke-test.sql +17 -17
- package/.sinapse-ai/product/templates/tmpl-staging-copy-merge.sql +140 -140
- package/.sinapse-ai/product/templates/tmpl-stored-proc.sql +141 -141
- package/.sinapse-ai/product/templates/tmpl-trigger.sql +153 -153
- package/.sinapse-ai/product/templates/tmpl-view-materialized.sql +134 -134
- package/.sinapse-ai/product/templates/tmpl-view.sql +178 -178
- package/.sinapse-ai/scripts/diagnostics/health-dashboard/package-lock.json +427 -355
- package/LICENSE +34 -34
- package/README.en.md +167 -20
- package/README.md +190 -22
- package/bin/cli.js +510 -196
- package/bin/postinstall.js +564 -0
- package/bin/sinapse-cli +283 -283
- package/bin/sinapse-graph.js +9 -0
- package/bin/sinapse-init.js +36 -4
- package/bin/sinapse-minimal.js +20 -9
- package/bin/sinapse.js +202 -122
- package/bin/utils/deprecation-warning.js +46 -0
- package/bin/utils/pre-push-safety.js +14 -0
- package/docs/TELEMETRY.md +131 -0
- package/docs/chrome-brain-upgrade-plan.md +624 -0
- package/docs/framework/orqx-plan.md +1 -1
- package/docs/installation/chrome-brain.md +17 -7
- package/docs/mega-upgrade-orchestration-plan.md +71 -0
- package/docs/pt/contributing.md +20 -0
- package/docs/research-synthesis-for-upgrade.md +511 -0
- package/docs/security-audit-report.md +306 -0
- package/package.json +20 -8
- package/packages/installer/src/config/configure-environment.js +19 -44
- package/packages/installer/src/detection/detect-project-type.js +181 -63
- package/packages/installer/src/installer/manifest-signature.js +32 -17
- package/packages/installer/src/wizard/i18n.js +12 -0
- package/packages/installer/src/wizard/ide-config-generator.js +8 -39
- package/packages/installer/src/wizard/index.js +119 -14
- package/packages/installer/src/wizard/questions.js +2 -3
- package/packages/installer/tests/integration/environment-configuration.test.js +7 -5
- package/packages/installer/tests/unit/detection/detect-project-type.test.js +138 -1
- package/packages/installer/tests/unit/doctor/doctor-orchestrator.test.js +3 -3
- package/packages/sinapse-install/bin/edmcp.js +0 -0
- package/packages/sinapse-install/bin/sinapse-install.js +0 -0
- package/packages/sinapse-pro-cli/bin/sinapse-pro.js +0 -0
- package/scripts/check-markdown-links.py +353 -353
- package/scripts/coverage-report-summary.js +169 -0
- package/scripts/generate-install-manifest.js +6 -2
- package/scripts/release-readiness.js +169 -0
- package/scripts/test-install-matrix-local.sh +153 -0
- package/scripts/validate-install-docs.js +394 -0
- package/scripts/validate-no-external-refs.js +376 -0
- package/scripts/validate-squad-orqx.js +302 -0
- package/scripts/validate-story-meta.js +263 -0
- package/squads/claude-code-mastery/CHANGELOG.md +1 -1
- package/squads/claude-code-mastery/README.md +2 -2
- package/squads/claude-code-mastery/squad.yaml +1 -1
- package/squads/squad-artdir/README.md +90 -0
- package/squads/squad-artdir/agents/accessibility-guardian.md +184 -0
- package/squads/squad-artdir/agents/artdir-orqx.md +145 -0
- package/squads/squad-artdir/agents/color-psychologist.md +166 -0
- package/squads/squad-artdir/agents/cro-persuasion.md +161 -0
- package/squads/squad-artdir/agents/design-system-architect.md +100 -0
- package/squads/squad-artdir/agents/ia-architect.md +169 -0
- package/squads/squad-artdir/agents/interaction-designer.md +162 -0
- package/squads/squad-artdir/agents/layout-engineer.md +163 -0
- package/squads/squad-artdir/agents/motion-architect.md +185 -0
- package/squads/squad-artdir/agents/platform-aesthetic-director.md +84 -0
- package/squads/squad-artdir/agents/premium-packaging-strategist.md +107 -0
- package/squads/squad-artdir/agents/product-surface-director.md +86 -0
- package/squads/squad-artdir/agents/type-systemist.md +138 -0
- package/squads/squad-artdir/agents/visual-strategist.md +127 -0
- package/squads/squad-artdir/checklists/seven-pillars-validation-checklist.md +172 -0
- package/squads/squad-artdir/knowledge-base/case-nyo-ia-reference.md +289 -0
- package/squads/squad-artdir/knowledge-base/deliverables-templates.md +457 -0
- package/squads/squad-artdir/knowledge-base/motion-technique-catalog.md +247 -0
- package/squads/squad-artdir/knowledge-base/premium-packaging-principles.md +133 -0
- package/squads/squad-artdir/knowledge-base/psychological-toolkit.md +229 -0
- package/squads/squad-artdir/knowledge-base/saas-art-direction-canon.md +242 -0
- package/squads/squad-artdir/knowledge-base/seven-pillars-framework.md +289 -0
- package/squads/squad-artdir/knowledge-base/ten-pillars-framework.md +221 -0
- package/squads/squad-artdir/package.json +20 -0
- package/squads/squad-artdir/squad.yaml +271 -0
- package/squads/squad-artdir/tasks/audit-conversion.md +97 -0
- package/squads/squad-artdir/tasks/audit-drift-multi-surface.md +55 -0
- package/squads/squad-artdir/tasks/consult-saas-canon.md +54 -0
- package/squads/squad-artdir/tasks/create-art-direction-brief.md +110 -0
- package/squads/squad-artdir/tasks/create-premium-packaging-brief.md +61 -0
- package/squads/squad-artdir/tasks/create-wireflow.md +84 -0
- package/squads/squad-artdir/tasks/design-color-system.md +81 -0
- package/squads/squad-artdir/tasks/design-product-surface.md +60 -0
- package/squads/squad-artdir/tasks/design-token-system.md +58 -0
- package/squads/squad-artdir/tasks/diagnose-visual-language.md +92 -0
- package/squads/squad-artdir/tasks/first-5-minutes-choreography.md +65 -0
- package/squads/squad-artdir/tasks/specify-motion-system.md +84 -0
- package/squads/squad-artdir/tasks/validate-against-pillars.md +143 -0
- package/squads/squad-artdir/templates/art-direction-brief-template.md +215 -0
- package/squads/squad-artdir/workflows/conversion-audit-cycle.yaml +78 -0
- package/squads/squad-artdir/workflows/full-art-direction-cycle.yaml +98 -0
- package/squads/squad-artdir/workflows/saas-platform-art-direction-cycle.yaml +174 -0
- package/squads/squad-brand/knowledge-base/ai-visual-generation-canon.md +234 -0
- package/squads/squad-brand/squad.yaml +20 -6
- package/squads/squad-claude/knowledge-base/context-window-optimization.md +1 -1
- package/squads/squad-claude/knowledge-base/swarm-orchestration-patterns.md +2 -2
- package/squads/squad-content/knowledge-base/ai-native-content-loop.md +220 -0
- package/squads/squad-content/knowledge-base/signal-intelligence-v2.md +234 -0
- package/squads/squad-content/knowledge-base/task-ownership-map.md +235 -0
- package/squads/squad-content/squad.yaml +187 -27
- package/squads/squad-copy/knowledge-base/ai-copy-human-loop-canon.md +235 -0
- package/squads/squad-copy/squad.yaml +19 -4
- package/squads/squad-design/knowledge-base/cross-surface-token-canon.md +209 -0
- package/squads/squad-design/squad.yaml +19 -4
- package/.sinapse-ai/core/registry/service-registry.json +0 -6346
- package/.sinapse-ai/data/registry-update-log.jsonl +0 -1323
- package/.sinapse-ai/manifests/agents.csv +0 -29
- package/.sinapse-ai/manifests/tasks.csv +0 -204
- package/.sinapse-ai/manifests/workers.csv +0 -196
- package/squads/squad-growth/tasks/calculate-sample-size.md +0 -121
- package/squads/squad-paidmedia/tasks/calculate-sample-size.md +0 -57
|
@@ -0,0 +1,84 @@
|
|
|
1
|
+
# Task: Create Wireflow
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** create-wireflow
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** ia-architect (Flow), layout-engineer (Grid) contributes
|
|
7
|
+
- **Squad:** squad-artdir
|
|
8
|
+
|
|
9
|
+
## Description
|
|
10
|
+
|
|
11
|
+
Create an annotated wireflow with the cognitive role of each section, psychological justification for the sequence, and layout specifications. This is a strategic document — not a visual wireframe.
|
|
12
|
+
|
|
13
|
+
## Inputs
|
|
14
|
+
|
|
15
|
+
| Input | Type | Required | Description |
|
|
16
|
+
|-------|------|----------|-------------|
|
|
17
|
+
| art_direction_brief | object | required | Visual language and IA decisions |
|
|
18
|
+
| content_inventory | array | optional | Available content blocks and copy |
|
|
19
|
+
| project_type | string | required | landing_page, website, campaign, product_page |
|
|
20
|
+
| objective | string | required | Primary conversion objective |
|
|
21
|
+
|
|
22
|
+
## Steps
|
|
23
|
+
|
|
24
|
+
1. **define-cognitive-journey**
|
|
25
|
+
- Map the ideal cognitive sequence for the objective
|
|
26
|
+
- Select cognitive roles per section (HOOK, PROMISE, PROOF, etc.)
|
|
27
|
+
- Justify sequence with retention principles
|
|
28
|
+
|
|
29
|
+
2. **plan-progressive-disclosure**
|
|
30
|
+
- Define what shows at L1 (scan), L2 (skim), L3 (read), L4 (deep dive)
|
|
31
|
+
- Identify expandable content areas
|
|
32
|
+
- Plan reveal triggers (scroll, click, hover)
|
|
33
|
+
|
|
34
|
+
3. **insert-retention-devices**
|
|
35
|
+
- Place Zeigarnik loops (incomplete patterns that drive scroll)
|
|
36
|
+
- Create curiosity gaps between sections
|
|
37
|
+
- Identify peak moment position
|
|
38
|
+
- Design end moment (footer) with value
|
|
39
|
+
|
|
40
|
+
4. **plan-self-qualification**
|
|
41
|
+
- Identify where audience self-selects
|
|
42
|
+
- Design persona match or use case tabs
|
|
43
|
+
- Position qualification before hard sell
|
|
44
|
+
|
|
45
|
+
5. **define-section-layout** (Grid)
|
|
46
|
+
- Full-bleed vs contained per section
|
|
47
|
+
- Column distribution per section
|
|
48
|
+
- Spacing between sections (pacing)
|
|
49
|
+
- Responsive behavior per section
|
|
50
|
+
|
|
51
|
+
6. **position-cta-flow**
|
|
52
|
+
- Primary CTA position (above fold)
|
|
53
|
+
- Secondary CTA positions (mid-page, contextual)
|
|
54
|
+
- Sticky CTA trigger point
|
|
55
|
+
- Final CTA section design
|
|
56
|
+
|
|
57
|
+
7. **annotate-wireflow**
|
|
58
|
+
- For each section: cognitive role + principle + content + layout + motion + CTA
|
|
59
|
+
- Add transition rationale between sections
|
|
60
|
+
- Mark scroll depth expectations
|
|
61
|
+
|
|
62
|
+
8. **validate-flow**
|
|
63
|
+
- Read wireflow as narrative — does it build to conversion?
|
|
64
|
+
- Check: can user convert at any point?
|
|
65
|
+
- Check: are objections resolved before final CTA?
|
|
66
|
+
- Estimate scroll depth at each CTA
|
|
67
|
+
|
|
68
|
+
## Outputs
|
|
69
|
+
|
|
70
|
+
| Output | Type | Description |
|
|
71
|
+
|--------|------|-------------|
|
|
72
|
+
| wireflow | document | Annotated Wireflow (Deliverable 4) with all sections |
|
|
73
|
+
| section_roles | array | Mapping of sections to cognitive roles |
|
|
74
|
+
| retention_map | document | All retention devices with positions |
|
|
75
|
+
| cta_flow | document | CTA positions with intent levels |
|
|
76
|
+
|
|
77
|
+
## Quality Criteria
|
|
78
|
+
|
|
79
|
+
- Every section MUST have a documented cognitive role
|
|
80
|
+
- Section sequence MUST be justified by psychological principle
|
|
81
|
+
- Progressive disclosure MUST be explicit (what shows at each level)
|
|
82
|
+
- At least 2 Zeigarnik loops identified
|
|
83
|
+
- Peak moment MUST be mid-page, not first or last
|
|
84
|
+
- All CTAs MUST be positioned with conversion rationale
|
|
@@ -0,0 +1,81 @@
|
|
|
1
|
+
# Task: Design Color System
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** design-color-system
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** color-psychologist (Spectrum)
|
|
7
|
+
- **Squad:** squad-artdir
|
|
8
|
+
|
|
9
|
+
## Description
|
|
10
|
+
|
|
11
|
+
Create a complete color system with tokens, semantics, and neuropsychological justification. Includes WCAG verification, dark/light mode support, and Von Restorff application strategy.
|
|
12
|
+
|
|
13
|
+
## Inputs
|
|
14
|
+
|
|
15
|
+
| Input | Type | Required | Description |
|
|
16
|
+
|-------|------|----------|-------------|
|
|
17
|
+
| visual_language | object | required | Visual language decisions from Prism (mood, mode, temperature) |
|
|
18
|
+
| audience | string | required | Target audience description |
|
|
19
|
+
| emotion_target | string | required | Primary emotion to evoke (urgency, trust, innovation, etc.) |
|
|
20
|
+
| brand_colors | array | optional | Existing brand colors to incorporate |
|
|
21
|
+
| mode | string | required | dark, light, or adaptive |
|
|
22
|
+
|
|
23
|
+
## Steps
|
|
24
|
+
|
|
25
|
+
1. **map-emotion-to-color**
|
|
26
|
+
- Use emotion-to-color mapping from knowledge base
|
|
27
|
+
- Cross-reference with audience expectations
|
|
28
|
+
- Consider category conventions
|
|
29
|
+
|
|
30
|
+
2. **select-accent**
|
|
31
|
+
- Choose accent hue with neuropsychological rationale
|
|
32
|
+
- Generate full scale (50-900)
|
|
33
|
+
- Verify contrast on target backgrounds
|
|
34
|
+
|
|
35
|
+
3. **select-neutral**
|
|
36
|
+
- Choose neutral base (true neutral, warm, cool)
|
|
37
|
+
- Generate full scale (0-950)
|
|
38
|
+
- Design surface hierarchy (primary, secondary, tertiary)
|
|
39
|
+
|
|
40
|
+
4. **define-semantics**
|
|
41
|
+
- Select success, warning, error, info colors
|
|
42
|
+
- Ensure functional differentiation from accent
|
|
43
|
+
- Verify WCAG compliance for each
|
|
44
|
+
|
|
45
|
+
5. **verify-wcag**
|
|
46
|
+
- Check AAA (7:1) for accent on surfaces (CTAs)
|
|
47
|
+
- Check AA (4.5:1) for body text
|
|
48
|
+
- Check AA (3:1) for large text and UI components
|
|
49
|
+
- Document all contrast ratios
|
|
50
|
+
|
|
51
|
+
6. **plan-von-restorff**
|
|
52
|
+
- Map exactly where accent appears (CTAs, badges, highlights)
|
|
53
|
+
- Ensure everything else is neutral
|
|
54
|
+
- Verify isolation effect is achieved
|
|
55
|
+
|
|
56
|
+
7. **design-mode-variants**
|
|
57
|
+
- If dark mode: design luminance-based surface hierarchy
|
|
58
|
+
- If light mode: design shadow-based elevation
|
|
59
|
+
- If adaptive: design both systems with shared accent
|
|
60
|
+
|
|
61
|
+
8. **generate-tokens**
|
|
62
|
+
- Produce CSS custom properties
|
|
63
|
+
- Produce design token YAML
|
|
64
|
+
- Include usage guidelines per token
|
|
65
|
+
|
|
66
|
+
## Outputs
|
|
67
|
+
|
|
68
|
+
| Output | Type | Description |
|
|
69
|
+
|--------|------|-------------|
|
|
70
|
+
| color_system | document | Complete color system specification |
|
|
71
|
+
| color_tokens | code | CSS custom properties and YAML tokens |
|
|
72
|
+
| contrast_report | document | WCAG verification for all critical pairs |
|
|
73
|
+
| von_restorff_map | document | Where accent appears and why |
|
|
74
|
+
|
|
75
|
+
## Quality Criteria
|
|
76
|
+
|
|
77
|
+
- Max 1 accent + 1 neutral (hard rule)
|
|
78
|
+
- WCAG AAA (7:1) for all CTAs — no exceptions
|
|
79
|
+
- Every color choice MUST cite neuropsychological rationale
|
|
80
|
+
- Dark mode MUST be redesigned (not inverted)
|
|
81
|
+
- Color-blindness safety MUST be verified
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
# Task: Design Product Surface
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** design-product-surface
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** product-surface-director (Axiom) — primary
|
|
7
|
+
- **Supporting agents:** ia-architect (Flow), layout-engineer (Grid), interaction-designer (Pulse), design-system-architect (Atlas)
|
|
8
|
+
- **Squad:** squad-artdir
|
|
9
|
+
- **Pilar:** 8 (Product Surface Ergonomics)
|
|
10
|
+
|
|
11
|
+
## Description
|
|
12
|
+
|
|
13
|
+
Produce a complete art direction brief for a single product surface (dashboard, settings, empty state, data table, modal, inspector, etc). Unlike `create-art-direction-brief` (which is LP-focused), this task optimizes for daily-use cognitive ergonomics, not first-visit conversion.
|
|
14
|
+
|
|
15
|
+
## Inputs
|
|
16
|
+
|
|
17
|
+
| Input | Type | Required | Description |
|
|
18
|
+
|-------|------|----------|-------------|
|
|
19
|
+
| surface | string | required | Surface name (dashboard / settings / empty-state / data-table / modal / ...) |
|
|
20
|
+
| product_context | string | required | What the product does, core user workflow |
|
|
21
|
+
| personas | array | required | Daily-use personas and their frequency/duration |
|
|
22
|
+
| existing_tokens | object | optional | Design tokens from Atlas if already defined |
|
|
23
|
+
| density_target | enum | optional | low / medium / high (defaults based on surface type) |
|
|
24
|
+
| dark_mode_priority | enum | required | dark-first / light-first / parity-required |
|
|
25
|
+
|
|
26
|
+
## Steps
|
|
27
|
+
|
|
28
|
+
1. **inhabit-the-surface** — Axiom mentally simulates 100 uses of this surface per month. Lists every decoration that would become noise.
|
|
29
|
+
2. **define-cognitive-zones** — map the surface into zones (orientation / focus / context / interruption / decision / onboarding) with density and motion budgets per zone.
|
|
30
|
+
3. **design-kpi-hero** — if dashboard, identify the single KPI hero zone.
|
|
31
|
+
4. **design-empty-state** — draft the intentional empty state (teach + motivate + preview value).
|
|
32
|
+
5. **specify-keyboard-shortcuts** — list visible shortcuts that teach velocity.
|
|
33
|
+
6. **dark-mode-parity** — design dark and light in parallel, not retrofit.
|
|
34
|
+
7. **notification-rules** — specify Von Restorff motion budget for notifications.
|
|
35
|
+
8. **fitts-audit** — verify primary actions are in consistent positions, sized for repeated use.
|
|
36
|
+
9. **handoff-to-atlas** — flag any new tokens that need to be added to the design system.
|
|
37
|
+
10. **validate-against-pillar-8** — checklist: inhabitation, Fitts, empty state, density, dark mode, notifications, shortcuts.
|
|
38
|
+
|
|
39
|
+
## Outputs
|
|
40
|
+
|
|
41
|
+
| Output | Format | Description |
|
|
42
|
+
|--------|--------|-------------|
|
|
43
|
+
| product_surface_brief | markdown | Full brief with cognitive zones, density, tokens, interactions |
|
|
44
|
+
| empty_state_spec | markdown | Intentional empty state design |
|
|
45
|
+
| dark_mode_spec | markdown | Dark-light parity matrix |
|
|
46
|
+
| token_requests | yaml | New tokens requested from Atlas |
|
|
47
|
+
| pillar_8_checklist | markdown | Validation checklist result |
|
|
48
|
+
|
|
49
|
+
## Quality Gates
|
|
50
|
+
|
|
51
|
+
- Every zone has a documented density rationale
|
|
52
|
+
- Empty state is NOT the framework default
|
|
53
|
+
- Dark mode and light mode are specified with equal detail
|
|
54
|
+
- Primary actions are visible WITHOUT scrolling on reference viewport (1440x900 and 375x812)
|
|
55
|
+
- Keyboard shortcuts are visible in the UI
|
|
56
|
+
- No decorative animations on daily-use zones
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
*squad-artdir v2.0 | Pilar 8 task*
|
|
@@ -0,0 +1,58 @@
|
|
|
1
|
+
# Task: Design Token System
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** design-token-system
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** design-system-architect (Atlas) — primary
|
|
7
|
+
- **Supporting agents:** color-psychologist (Spectrum), type-systemist (Kern), motion-architect (Tempo), layout-engineer (Grid)
|
|
8
|
+
- **Squad:** squad-artdir
|
|
9
|
+
- **Pilar:** 9 (Multi-Surface Design System Architecture)
|
|
10
|
+
|
|
11
|
+
## Description
|
|
12
|
+
|
|
13
|
+
Produce the canonical multi-surface design token system. Define the brand root layer and the dialect translations for every surface the product will touch (marketing, product, email, docs, PDF, mobile). Establish versioning (semver), ownership, and consistency audit cadence.
|
|
14
|
+
|
|
15
|
+
## Inputs
|
|
16
|
+
|
|
17
|
+
| Input | Type | Required | Description |
|
|
18
|
+
|-------|------|----------|-------------|
|
|
19
|
+
| brand_tokens | object | required | Brand tokens from squad-brand (colors, type, motion, spacing) |
|
|
20
|
+
| target_surfaces | array | required | Which of the 7 canonical surfaces this product needs |
|
|
21
|
+
| product_context | string | required | Product type (SaaS / dashboard / marketplace / ...) |
|
|
22
|
+
| existing_system | object | optional | Existing token system if migration |
|
|
23
|
+
| breaking_change_acceptable | bool | optional | Whether major version bumps are acceptable |
|
|
24
|
+
|
|
25
|
+
## Steps
|
|
26
|
+
|
|
27
|
+
1. **define-canonical-root** — establish the single source of truth. All downstream tokens derive from here.
|
|
28
|
+
2. **identify-target-surfaces** — from the 7 canonical surfaces, which apply (always include billing PDF and transactional email — they are never optional for premium products).
|
|
29
|
+
3. **design-dialect-per-surface** — for each surface, define the dialect layer that translates canonical tokens into surface-supported equivalents.
|
|
30
|
+
4. **assign-ownership** — every token gets an owner + justification + last-reviewed date.
|
|
31
|
+
5. **versioning-strategy** — semver with changelog + migration guide protocol.
|
|
32
|
+
6. **automate-enforcement** — define which surfaces can be enforced via CI and which need manual audit.
|
|
33
|
+
7. **audit-cadence** — schedule quarterly drift audit.
|
|
34
|
+
8. **handoff-ddl** — produce full DDL ready for @data-engineer or squad-design to implement.
|
|
35
|
+
9. **validate-against-pillar-9** — checklist: SSOT, dialects, versioning, ownership, audit cadence.
|
|
36
|
+
|
|
37
|
+
## Outputs
|
|
38
|
+
|
|
39
|
+
| Output | Format | Description |
|
|
40
|
+
|--------|--------|-------------|
|
|
41
|
+
| canonical_tokens | yaml | Root token layer (brand dialect) |
|
|
42
|
+
| surface_dialects | yaml | Translation layer per surface |
|
|
43
|
+
| token_registry | yaml | Token + owner + justification + last-reviewed |
|
|
44
|
+
| versioning_protocol | markdown | Semver + changelog + migration process |
|
|
45
|
+
| audit_schedule | markdown | Quarterly audit with scope |
|
|
46
|
+
| pillar_9_checklist | markdown | Validation checklist result |
|
|
47
|
+
|
|
48
|
+
## Quality Gates
|
|
49
|
+
|
|
50
|
+
- Billing PDF and transactional email are NOT missing from target_surfaces
|
|
51
|
+
- Every token has an owner
|
|
52
|
+
- Semver versioning is active
|
|
53
|
+
- At least ONE automated enforcement mechanism is defined
|
|
54
|
+
- Quarterly audit is scheduled with a calendar placeholder
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
*squad-artdir v2.0 | Pilar 9 task*
|
|
@@ -0,0 +1,92 @@
|
|
|
1
|
+
# Task: Diagnose Visual Language
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** diagnose-visual-language
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** visual-strategist (Prism)
|
|
7
|
+
- **Squad:** squad-artdir
|
|
8
|
+
|
|
9
|
+
## Description
|
|
10
|
+
|
|
11
|
+
Analyze a URL or briefing and diagnose the current visual language against the 7 pillars framework. Produces a diagnostic report with scores, gaps, and prioritized recommendations.
|
|
12
|
+
|
|
13
|
+
## Inputs
|
|
14
|
+
|
|
15
|
+
| Input | Type | Required | Description |
|
|
16
|
+
|-------|------|----------|-------------|
|
|
17
|
+
| url | string | conditional | URL to analyze (if existing site) |
|
|
18
|
+
| briefing | string | conditional | Written briefing (if new project) |
|
|
19
|
+
| audience | string | required | Target audience description |
|
|
20
|
+
| category | string | required | Market category |
|
|
21
|
+
| objective | string | required | Primary conversion objective |
|
|
22
|
+
|
|
23
|
+
At least one of `url` or `briefing` must be provided.
|
|
24
|
+
|
|
25
|
+
## Steps
|
|
26
|
+
|
|
27
|
+
1. **gather-context**
|
|
28
|
+
- If URL provided: fetch and analyze current visual language
|
|
29
|
+
- If briefing: parse requirements and constraints
|
|
30
|
+
- Identify audience, category, competitors
|
|
31
|
+
|
|
32
|
+
2. **analyze-pillar-1** (Visual Hierarchy)
|
|
33
|
+
- Evaluate focal points, reading patterns, Hick's/Fitts's compliance
|
|
34
|
+
- Score hierarchy clarity (1-10)
|
|
35
|
+
|
|
36
|
+
3. **analyze-pillar-2** (Color System)
|
|
37
|
+
- Count accent colors (should be max 1)
|
|
38
|
+
- Check WCAG contrast ratios on CTAs and text
|
|
39
|
+
- Evaluate Von Restorff application
|
|
40
|
+
- Score color intentionality (1-10)
|
|
41
|
+
|
|
42
|
+
4. **analyze-pillar-3** (Typography)
|
|
43
|
+
- Evaluate font pairing vs category conventions
|
|
44
|
+
- Check type scale consistency
|
|
45
|
+
- Assess tracking and leading
|
|
46
|
+
- Score typographic identity (1-10)
|
|
47
|
+
|
|
48
|
+
5. **analyze-pillar-4** (Motion)
|
|
49
|
+
- Catalog existing animations
|
|
50
|
+
- Check performance (GPU-only, FPS)
|
|
51
|
+
- Verify prefers-reduced-motion
|
|
52
|
+
- Score motion narrative (1-10)
|
|
53
|
+
|
|
54
|
+
6. **analyze-pillar-5** (Information Architecture)
|
|
55
|
+
- Map section sequence against cognitive roles
|
|
56
|
+
- Check progressive disclosure
|
|
57
|
+
- Evaluate retention devices
|
|
58
|
+
- Score IA effectiveness (1-10)
|
|
59
|
+
|
|
60
|
+
7. **analyze-pillar-6** (CRO Patterns)
|
|
61
|
+
- Catalog existing CRO patterns
|
|
62
|
+
- Identify missing high-impact patterns
|
|
63
|
+
- Score conversion readiness (1-10)
|
|
64
|
+
|
|
65
|
+
8. **analyze-pillar-7** (Layout & Spacing)
|
|
66
|
+
- Check spacing consistency (4px/8px baseline)
|
|
67
|
+
- Evaluate full-bleed vs contained decisions
|
|
68
|
+
- Check responsive behavior
|
|
69
|
+
- Score layout breathing (1-10)
|
|
70
|
+
|
|
71
|
+
9. **synthesize-diagnostic**
|
|
72
|
+
- Aggregate scores across 7 pillars
|
|
73
|
+
- Identify top 3 gaps (highest impact, lowest score)
|
|
74
|
+
- Generate prioritized recommendations
|
|
75
|
+
- Estimate impact of each recommendation
|
|
76
|
+
|
|
77
|
+
## Outputs
|
|
78
|
+
|
|
79
|
+
| Output | Type | Description |
|
|
80
|
+
|--------|------|-------------|
|
|
81
|
+
| diagnostic_report | object | Full diagnostic with scores and analysis |
|
|
82
|
+
| pillar_scores | array | Score 1-10 for each pillar |
|
|
83
|
+
| top_gaps | array | Top 3 gaps with impact estimate |
|
|
84
|
+
| recommendations | array | Prioritized list of improvements |
|
|
85
|
+
| overall_score | number | Weighted average of pillar scores |
|
|
86
|
+
|
|
87
|
+
## Quality Criteria
|
|
88
|
+
|
|
89
|
+
- Every gap MUST cite the psychological principle it violates
|
|
90
|
+
- Every recommendation MUST include estimated impact (metric + direction)
|
|
91
|
+
- Scores MUST be justified with specific observations
|
|
92
|
+
- Recommendations MUST be prioritized by impact/effort ratio
|
|
@@ -0,0 +1,65 @@
|
|
|
1
|
+
# Task: First 5 Minutes Choreography
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** first-5-minutes-choreography
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** product-surface-director (Axiom) + premium-packaging-strategist (Aura) — co-primary
|
|
7
|
+
- **Supporting agents:** motion-architect (Tempo), interaction-designer (Pulse), ia-architect (Flow)
|
|
8
|
+
- **Squad:** squad-artdir
|
|
9
|
+
- **Pilars:** 8, 10
|
|
10
|
+
|
|
11
|
+
## Description
|
|
12
|
+
|
|
13
|
+
Design the choreography of the first 5 minutes after user signup. This is the premium unboxing equivalent in digital products. Not an onboarding tutorial — a theatrical first-run experience that makes the user feel: "I am entering something serious."
|
|
14
|
+
|
|
15
|
+
## Inputs
|
|
16
|
+
|
|
17
|
+
| Input | Type | Required | Description |
|
|
18
|
+
|-------|------|----------|-------------|
|
|
19
|
+
| product | string | required | Product name + core workflow |
|
|
20
|
+
| user_intent | string | required | What the user came to accomplish |
|
|
21
|
+
| activation_metric | string | required | The "aha moment" to reach |
|
|
22
|
+
| premium_positioning | bool | required | Whether the product claims premium positioning (triggers additional ceremony phase) |
|
|
23
|
+
| existing_onboarding | object | optional | Current onboarding flow if auditing |
|
|
24
|
+
|
|
25
|
+
## Steps
|
|
26
|
+
|
|
27
|
+
1. **define-phases** — break the 5 minutes into named phases:
|
|
28
|
+
- **0-15s: Arrival** — the moment of entry. Must feel designed, not defaulted.
|
|
29
|
+
- **15s-1min: Ceremony** (premium only) — intentional theater. Could be a personalization question, a moment of branded delight, a signature animation.
|
|
30
|
+
- **1-2min: Orientation** — the product teaches itself. No modal walls. Inline hints.
|
|
31
|
+
- **2-4min: First Value** — the user produces/receives something real. Not a demo — an actual artifact.
|
|
32
|
+
- **4-5min: Activation** — the aha moment. The user now understands why this exists.
|
|
33
|
+
2. **arrival-design** — Axiom designs the arrival screen. No "Welcome to {product}" generic. Must be custom.
|
|
34
|
+
3. **ceremony-design** — Aura designs the ceremony moment (premium only). Consults Tempo (motion) and squad-brand (brand voice) for signature flourishes.
|
|
35
|
+
4. **orientation-strategy** — Flow (ia-architect) designs inline disclosure. No tutorial walls. No "Skip tutorial" button.
|
|
36
|
+
5. **first-value-design** — Axiom + Aura design the first-artifact experience. The user leaves the first 5 minutes with something they made or received.
|
|
37
|
+
6. **activation-choreography** — the aha moment is explicitly choreographed with visual punctuation (not hidden).
|
|
38
|
+
7. **motion-budget** — Tempo sets the motion budget for the 5 minutes. Higher than daily use, but intentional (Disney 12 principles apply).
|
|
39
|
+
8. **anti-pattern-audit** — verify no "Skip" buttons, no modal walls, no framework-default empty states, no Mailchimp-default welcome emails.
|
|
40
|
+
9. **validate-against-principle-4** — Principle 4 (Presentation > intrinsic quality) must be honored.
|
|
41
|
+
|
|
42
|
+
## Outputs
|
|
43
|
+
|
|
44
|
+
| Output | Format | Description |
|
|
45
|
+
|--------|--------|-------------|
|
|
46
|
+
| first_5_minutes_spec | markdown | Full phase-by-phase choreography |
|
|
47
|
+
| arrival_screen_design | markdown | The 0-15s arrival |
|
|
48
|
+
| ceremony_spec | markdown | The 15s-1min ceremony (premium) |
|
|
49
|
+
| first_value_experience | markdown | The 2-4min artifact creation |
|
|
50
|
+
| activation_punctuation | markdown | The 4-5min aha choreography |
|
|
51
|
+
| motion_budget | yaml | Motion budget across phases |
|
|
52
|
+
| anti_pattern_audit | markdown | Pass/fail audit |
|
|
53
|
+
|
|
54
|
+
## Quality Gates
|
|
55
|
+
|
|
56
|
+
- No "Skip tutorial" button in the first 5 minutes
|
|
57
|
+
- The arrival is custom-designed, not framework default
|
|
58
|
+
- For premium products, the ceremony phase exists and is > 15s
|
|
59
|
+
- The user leaves the 5 minutes with something real (not a demo)
|
|
60
|
+
- The activation moment has visual punctuation
|
|
61
|
+
- Welcome emails are NOT Mailchimp default
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
*squad-artdir v2.0 | Pilars 8 + 10 task*
|
|
@@ -0,0 +1,84 @@
|
|
|
1
|
+
# Task: Specify Motion System
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** specify-motion-system
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** motion-architect (Tempo), interaction-designer (Pulse) contributes
|
|
7
|
+
- **Squad:** squad-artdir
|
|
8
|
+
|
|
9
|
+
## Description
|
|
10
|
+
|
|
11
|
+
Create a complete motion specification with timing, easing, library selection, and kinesthetic justification for every animation. Includes performance budget, prefers-reduced-motion fallbacks, and implementation-ready specs.
|
|
12
|
+
|
|
13
|
+
## Inputs
|
|
14
|
+
|
|
15
|
+
| Input | Type | Required | Description |
|
|
16
|
+
|-------|------|----------|-------------|
|
|
17
|
+
| art_direction_brief | object | required | The Art Direction Brief with visual language decisions |
|
|
18
|
+
| section_map | array | required | List of sections with cognitive roles |
|
|
19
|
+
| project_type | string | required | landing_page, website, campaign, product_page |
|
|
20
|
+
| hero_preference | string | optional | Preferred hero technique (frame_sequence, text_reveal, parallax, static) |
|
|
21
|
+
|
|
22
|
+
## Steps
|
|
23
|
+
|
|
24
|
+
1. **define-philosophy**
|
|
25
|
+
- Translate visual language mood into motion personality
|
|
26
|
+
- Map motion intensity to project type and audience
|
|
27
|
+
|
|
28
|
+
2. **select-libraries**
|
|
29
|
+
- Choose primary animation library (GSAP, Framer Motion, CSS)
|
|
30
|
+
- Choose scroll library (Lenis, native)
|
|
31
|
+
- Justify each selection with technical and aesthetic rationale
|
|
32
|
+
|
|
33
|
+
3. **specify-hero**
|
|
34
|
+
- Define hero animation technique
|
|
35
|
+
- Specify implementation details (frames, timing, trigger)
|
|
36
|
+
- Create reduced-motion fallback
|
|
37
|
+
|
|
38
|
+
4. **specify-sections**
|
|
39
|
+
- For each section: define entrance animation, scroll behavior, interactions
|
|
40
|
+
- Set stagger patterns for groups
|
|
41
|
+
- Define scrub vs triggered behavior
|
|
42
|
+
|
|
43
|
+
5. **specify-interactions** (Pulse)
|
|
44
|
+
- Define hover states for all interactive elements
|
|
45
|
+
- Define click/tap feedback
|
|
46
|
+
- Define focus states
|
|
47
|
+
- Plan custom cursor (if applicable)
|
|
48
|
+
|
|
49
|
+
6. **define-transitions**
|
|
50
|
+
- Specify page transition technique (if multi-page)
|
|
51
|
+
- Define modal/overlay transitions
|
|
52
|
+
- Define accordion/expand transitions
|
|
53
|
+
|
|
54
|
+
7. **set-performance-budget**
|
|
55
|
+
- Define FPS targets
|
|
56
|
+
- Set max simultaneous animations
|
|
57
|
+
- Define will-change strategy
|
|
58
|
+
- Set JS bundle budget for animation
|
|
59
|
+
|
|
60
|
+
8. **create-reduced-motion-plan**
|
|
61
|
+
- Map every animation to its reduced-motion fallback
|
|
62
|
+
- Ensure content remains accessible without motion
|
|
63
|
+
- Test conceptual flow without any animation
|
|
64
|
+
|
|
65
|
+
9. **compile-spec**
|
|
66
|
+
- Produce Motion Spec document (Deliverable 3)
|
|
67
|
+
- Include CSS custom properties for timing/easing
|
|
68
|
+
- Include JS configuration snippets
|
|
69
|
+
|
|
70
|
+
## Outputs
|
|
71
|
+
|
|
72
|
+
| Output | Type | Description |
|
|
73
|
+
|--------|------|-------------|
|
|
74
|
+
| motion_spec | document | Complete Motion Spec (Deliverable 3) |
|
|
75
|
+
| css_tokens | code | CSS custom properties for motion tokens |
|
|
76
|
+
| reduced_motion_map | document | Every animation + its fallback |
|
|
77
|
+
|
|
78
|
+
## Quality Criteria
|
|
79
|
+
|
|
80
|
+
- Every animation MUST cite Disney principle or psychological justification
|
|
81
|
+
- Performance budget MUST be explicit (FPS, bundle size, max elements)
|
|
82
|
+
- prefers-reduced-motion MUST cover 100% of animations
|
|
83
|
+
- Easing MUST never be linear for UI motion
|
|
84
|
+
- Duration ranges MUST be specified, not exact (allows dev flexibility)
|
|
@@ -0,0 +1,143 @@
|
|
|
1
|
+
# Task: Validate Against Pillars
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
- **ID:** validate-against-pillars
|
|
5
|
+
- **Version:** 1.0.0
|
|
6
|
+
- **Agent:** artdir-orqx (Canvas) orchestrates; accessibility-guardian (Shield) validates accessibility
|
|
7
|
+
- **Squad:** squad-artdir
|
|
8
|
+
|
|
9
|
+
## Description
|
|
10
|
+
|
|
11
|
+
Final validation checklist against all 7 pillars, WCAG compliance, and performance targets. This is the quality gate that determines if the art direction is ready for implementation handoff.
|
|
12
|
+
|
|
13
|
+
## Inputs
|
|
14
|
+
|
|
15
|
+
| Input | Type | Required | Description |
|
|
16
|
+
|-------|------|----------|-------------|
|
|
17
|
+
| art_direction_brief | document | required | The complete Art Direction Brief |
|
|
18
|
+
| design_tokens | document | required | Design Token System |
|
|
19
|
+
| motion_spec | document | required | Motion Specification |
|
|
20
|
+
| wireflow | document | required | Annotated Wireflow |
|
|
21
|
+
| cro_map | document | required | CRO Patterns Map |
|
|
22
|
+
|
|
23
|
+
## Steps
|
|
24
|
+
|
|
25
|
+
1. **validate-pillar-1** (Visual Hierarchy)
|
|
26
|
+
- [ ] Clear focal point per viewport
|
|
27
|
+
- [ ] Consistent heading hierarchy (h1 → h6 in order)
|
|
28
|
+
- [ ] Von Restorff applied to CTAs (single accent color)
|
|
29
|
+
- [ ] Reading pattern matches content type (F, Z, or layer cake)
|
|
30
|
+
- [ ] Hick's Law respected (max 3 options per viewport)
|
|
31
|
+
- [ ] Fitts's Law respected (CTAs large, well-positioned)
|
|
32
|
+
- Score: _/10
|
|
33
|
+
|
|
34
|
+
2. **validate-pillar-2** (Color System)
|
|
35
|
+
- [ ] Max 1 accent + 1 neutral enforced
|
|
36
|
+
- [ ] WCAG AAA (7:1) on all CTAs
|
|
37
|
+
- [ ] WCAG AA (4.5:1) on all body text
|
|
38
|
+
- [ ] WCAG AA (3:1) on large text and UI components
|
|
39
|
+
- [ ] Semantic colors functional and distinct from accent
|
|
40
|
+
- [ ] Color-blindness safe (no color-only indicators)
|
|
41
|
+
- [ ] Dark/light mode properly designed (not inverted)
|
|
42
|
+
- Score: _/10
|
|
43
|
+
|
|
44
|
+
3. **validate-pillar-3** (Typography)
|
|
45
|
+
- [ ] Font pairing justified by positioning
|
|
46
|
+
- [ ] Type scale consistent and modular
|
|
47
|
+
- [ ] Fluid typography with clamp() implemented
|
|
48
|
+
- [ ] Tracking appropriate per level (tight headings, normal body, wide labels)
|
|
49
|
+
- [ ] Line-height appropriate per context
|
|
50
|
+
- [ ] Font loading optimized (swap, preload, subset)
|
|
51
|
+
- Score: _/10
|
|
52
|
+
|
|
53
|
+
4. **validate-pillar-4** (Motion)
|
|
54
|
+
- [ ] Every animation cites psychological/Disney principle
|
|
55
|
+
- [ ] Only GPU properties animated (transform, opacity)
|
|
56
|
+
- [ ] 60fps target for desktop
|
|
57
|
+
- [ ] 30fps minimum for mobile
|
|
58
|
+
- [ ] prefers-reduced-motion covers 100% of animations
|
|
59
|
+
- [ ] No animation > 5 seconds without pause control
|
|
60
|
+
- [ ] Easing is never linear for UI motion
|
|
61
|
+
- [ ] Duration ranges specified per category
|
|
62
|
+
- Score: _/10
|
|
63
|
+
|
|
64
|
+
5. **validate-pillar-5** (Information Architecture)
|
|
65
|
+
- [ ] Every section has documented cognitive role
|
|
66
|
+
- [ ] Section sequence justified by psychological principle
|
|
67
|
+
- [ ] Progressive disclosure implemented (L1-L4)
|
|
68
|
+
- [ ] At least 2 Zeigarnik loops identified
|
|
69
|
+
- [ ] Peak moment is mid-page (not first or last)
|
|
70
|
+
- [ ] End moment (footer) is meaningful
|
|
71
|
+
- [ ] Self-qualification point exists
|
|
72
|
+
- Score: _/10
|
|
73
|
+
|
|
74
|
+
6. **validate-pillar-6** (CRO Patterns)
|
|
75
|
+
- [ ] Social proof present and verifiable
|
|
76
|
+
- [ ] Multiple CTAs at different intent levels
|
|
77
|
+
- [ ] Risk reversal addresses top 3 objections
|
|
78
|
+
- [ ] Comparison framed favorably (if applicable)
|
|
79
|
+
- [ ] All impact hypotheses documented (metric + direction + %)
|
|
80
|
+
- [ ] Sticky CTA present after hero
|
|
81
|
+
- Score: _/10
|
|
82
|
+
|
|
83
|
+
7. **validate-pillar-7** (Layout & Spacing)
|
|
84
|
+
- [ ] 4px/8px baseline grid enforced
|
|
85
|
+
- [ ] Section spacing creates cognitive breathing (96-192px between sections)
|
|
86
|
+
- [ ] Full-bleed vs contained justified per section
|
|
87
|
+
- [ ] Responsive breakpoints tested (320px, 640px, 1024px, 1440px)
|
|
88
|
+
- [ ] Max content width enforced (65ch for body text)
|
|
89
|
+
- [ ] Mobile-first layout explicit
|
|
90
|
+
- Score: _/10
|
|
91
|
+
|
|
92
|
+
8. **validate-wcag** (Shield)
|
|
93
|
+
- [ ] All contrast ratios verified (tools used)
|
|
94
|
+
- [ ] Keyboard navigation complete (Tab, Enter, Escape)
|
|
95
|
+
- [ ] Focus states visible on all interactive elements
|
|
96
|
+
- [ ] Skip link present and functional
|
|
97
|
+
- [ ] Alt text on all meaningful images
|
|
98
|
+
- [ ] Form labels present and associated
|
|
99
|
+
- [ ] aria-live for dynamic content
|
|
100
|
+
- [ ] Language attribute on html element
|
|
101
|
+
- [ ] No keyboard traps (except modal focus trap)
|
|
102
|
+
- [ ] Touch targets min 44x44px
|
|
103
|
+
- Score: _/10
|
|
104
|
+
|
|
105
|
+
9. **validate-performance**
|
|
106
|
+
- [ ] Lighthouse target > 90
|
|
107
|
+
- [ ] FCP target < 1.5s
|
|
108
|
+
- [ ] LCP target < 2.5s
|
|
109
|
+
- [ ] CLS target < 0.1
|
|
110
|
+
- [ ] Total animation JS < 100KB gzipped
|
|
111
|
+
- [ ] Font files optimized (subset, woff2)
|
|
112
|
+
- Score: _/10
|
|
113
|
+
|
|
114
|
+
10. **calculate-verdict**
|
|
115
|
+
- Average all pillar scores
|
|
116
|
+
- Identify any pillar below 6/10 (BLOCKER)
|
|
117
|
+
- Generate verdict: PASS / CONCERNS / FAIL
|
|
118
|
+
|
|
119
|
+
## Outputs
|
|
120
|
+
|
|
121
|
+
| Output | Type | Description |
|
|
122
|
+
|--------|------|-------------|
|
|
123
|
+
| validation_report | document | Complete validation with all checks |
|
|
124
|
+
| pillar_scores | array | Score for each pillar + WCAG + performance |
|
|
125
|
+
| blockers | array | Any pillar below 6/10 |
|
|
126
|
+
| verdict | string | PASS, CONCERNS, or FAIL |
|
|
127
|
+
| remediation | array | Required fixes for CONCERNS/FAIL verdict |
|
|
128
|
+
|
|
129
|
+
## Verdict Criteria
|
|
130
|
+
|
|
131
|
+
| Verdict | Criteria | Action |
|
|
132
|
+
|---------|----------|--------|
|
|
133
|
+
| PASS | All pillars >= 7/10, no WCAG violations | Ready for implementation handoff |
|
|
134
|
+
| CONCERNS | All pillars >= 6/10, minor WCAG issues | Ready with documented concerns |
|
|
135
|
+
| FAIL | Any pillar < 6/10 OR critical WCAG violation | Must fix before handoff |
|
|
136
|
+
|
|
137
|
+
## Quality Criteria
|
|
138
|
+
|
|
139
|
+
- Every check MUST be binary (pass/fail) with specific observation
|
|
140
|
+
- Scores MUST be justified (not subjective)
|
|
141
|
+
- WCAG checks MUST use tools (not visual inspection alone)
|
|
142
|
+
- Performance targets MUST be based on project type and audience
|
|
143
|
+
- Verdict MUST be actionable — if FAIL, specify exactly what to fix
|