@ryuenn3123/agentic-senior-core 2.0.25 → 2.0.27

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.
Files changed (37) hide show
  1. package/.agent-context/review-checklists/frontend-excellence-rubric.md +54 -0
  2. package/.agent-context/review-checklists/frontend-skill-parity.md +1 -0
  3. package/.agent-context/review-checklists/frontend-usability.md +1 -0
  4. package/.agent-context/rules/docker-runtime.md +29 -0
  5. package/.agent-context/skills/frontend/README.md +1 -0
  6. package/.agent-context/skills/frontend.md +4 -0
  7. package/.agent-context/state/benchmark-evidence-bundle.json +672 -22
  8. package/.agent-context/state/benchmark-history.json +75 -0
  9. package/.agent-context/state/benchmark-trend-report.csv +5 -0
  10. package/.agent-context/state/benchmark-trend-report.json +140 -0
  11. package/.agent-context/state/benchmark-watchlist.json +3 -3
  12. package/.agent-context/state/memory-adapter-contract.json +52 -0
  13. package/.agent-context/state/memory-continuity-benchmark.json +132 -0
  14. package/.agent-context/state/memory-schema-v1.json +88 -0
  15. package/.cursorrules +1 -1
  16. package/.windsurfrules +1 -1
  17. package/README.md +29 -0
  18. package/lib/cli/commands/init.mjs +358 -16
  19. package/lib/cli/commands/optimize.mjs +12 -0
  20. package/lib/cli/commands/upgrade.mjs +30 -1
  21. package/lib/cli/compiler.mjs +55 -1
  22. package/lib/cli/constants.mjs +83 -0
  23. package/lib/cli/detector.mjs +11 -1
  24. package/lib/cli/memory-continuity.mjs +266 -0
  25. package/lib/cli/project-scaffolder.mjs +174 -1
  26. package/lib/cli/skill-selector.mjs +60 -38
  27. package/lib/cli/templates/architecture-decision-record.md.tmpl +39 -0
  28. package/lib/cli/templates/flow-overview.md.tmpl +12 -0
  29. package/lib/cli/templates/project-brief.md.id.tmpl +2 -0
  30. package/lib/cli/templates/project-brief.md.tmpl +26 -0
  31. package/lib/cli/utils.mjs +2 -1
  32. package/package.json +2 -1
  33. package/scripts/benchmark-evidence-bundle.mjs +493 -16
  34. package/scripts/frontend-usability-audit.mjs +21 -0
  35. package/scripts/memory-continuity-benchmark.mjs +322 -0
  36. package/scripts/release-gate.mjs +30 -0
  37. package/scripts/validate.mjs +5 -0
@@ -0,0 +1,54 @@
1
+ # Frontend Excellence Rubric (Designer-Grade)
2
+
3
+ Use this rubric to prevent template-like UI output and enforce intentional product design quality.
4
+
5
+ ## Scoring Model
6
+
7
+ Score each dimension from 1 to 5.
8
+ - 1: weak or generic quality
9
+ - 3: acceptable production baseline
10
+ - 5: standout quality comparable to top manual design teams
11
+
12
+ Release recommendation:
13
+ - Minimum average score: 4.0
14
+ - No dimension below: 3
15
+
16
+ ## 1. Visual Direction and Identity
17
+ - [ ] The page has a clear visual direction, not a generic starter layout.
18
+ - [ ] Composition, rhythm, and hierarchy feel intentional across sections.
19
+ - [ ] The output avoids obvious design-template repetition.
20
+
21
+ ## 2. Typography Quality
22
+ - [ ] Font pairing is intentional and role-based (display, body, utility).
23
+ - [ ] Type scale is coherent across mobile and desktop.
24
+ - [ ] Line length, spacing, and emphasis improve readability and scanning.
25
+
26
+ ## 3. Color System Diversity and Contrast
27
+ - [ ] Color palette is purposeful, with semantic roles and contrast-safe pairings.
28
+ - [ ] The result is not a default AI palette or copied trendy scheme without adaptation.
29
+ - [ ] Accent usage supports product intent and interaction priority.
30
+
31
+ ## 4. Interaction Choreography
32
+ - [ ] Motion supports comprehension and hierarchy, not decorative noise.
33
+ - [ ] Entrance and transition timing are consistent and measured.
34
+ - [ ] Reduced-motion fallback preserves usability.
35
+
36
+ ## 5. Responsiveness and Layout Intelligence
37
+ - [ ] Mobile layout is designed, not desktop squeezed into a narrow viewport.
38
+ - [ ] Breakpoint transitions preserve hierarchy, spacing rhythm, and action clarity.
39
+ - [ ] Navigation and key CTA remain explicit across viewport sizes.
40
+
41
+ ## 6. UX Narrative and Conversion Clarity
42
+ - [ ] First viewport communicates value proposition and primary action immediately.
43
+ - [ ] Error, empty, and loading states provide clear next actions.
44
+ - [ ] User journey avoids dead ends and hidden critical actions.
45
+
46
+ ## Benchmark Expectation
47
+ - Treat MiniMax frontend references as baseline, not target ceiling.
48
+ - Target visual and interaction quality aligned with top award-grade manual design workflows (Awwwards-level reference quality).
49
+ - Prefer original composition and branded design systems over template cloning.
50
+
51
+ ## Evidence for Release
52
+ - [ ] Rubric scorecard attached to release artifact.
53
+ - [ ] Screenshot set across key breakpoints attached.
54
+ - [ ] Accessibility and performance evidence attached alongside rubric score.
@@ -25,4 +25,5 @@ Use this checklist to enforce mandatory frontend parity aligned with benchmark-d
25
25
  ## Release Evidence
26
26
  - [ ] Frontend parity checklist artifact is attached to release evidence.
27
27
  - [ ] Frontend usability audit report is attached to release evidence.
28
+ - [ ] Frontend excellence rubric scorecard is attached to release evidence.
28
29
  - [ ] Any parity waiver includes owner, expiry, and risk statement.
@@ -31,3 +31,4 @@ Run this checklist before claiming frontend work is production-ready.
31
31
  - [ ] Frontend architecture decision is documented.
32
32
  - [ ] Visual baseline update process is documented.
33
33
  - [ ] Release note includes usability and responsiveness evidence.
34
+ - [ ] Frontend excellence rubric scorecard is attached with release evidence.
@@ -0,0 +1,29 @@
1
+ # Docker Runtime Strategy (Dynamic Generation Required)
2
+
3
+ Use this rule when Docker is enabled in project context.
4
+
5
+ ## 1. Dynamic Generation Only
6
+ - Do not copy generic Docker templates blindly.
7
+ - Generate Docker assets based on actual stack, package manager, and runtime dependencies in the repository.
8
+ - Re-evaluate Docker instructions when dependencies, build tools, or runtime assumptions change.
9
+
10
+ ## 2. Separate Development and Production Lanes
11
+ - Development lane and production lane are separate concerns.
12
+ - Development lane priorities: fast rebuild, hot reload support, debugger-friendly startup, local volume strategy.
13
+ - Production lane priorities: minimal image size, reproducible build, non-root runtime, strict startup command.
14
+
15
+ ## 3. Security and Supply Chain
16
+ - Use minimal trusted base images with explicit versions.
17
+ - Use multi-stage builds for production images when possible.
18
+ - Avoid baking secrets into image layers.
19
+ - Keep runtime image free from build-only tooling.
20
+
21
+ ## 4. Operational Clarity
22
+ - Docker instructions must document expected entrypoint and exposed ports.
23
+ - Local development command and production deployment command must be explicit.
24
+ - If Docker is not selected for the project, do not force containerization tasks.
25
+
26
+ ## 5. Review Requirements
27
+ - Verify the generated Docker workflow matches selected runtime environment (Linux/WSL, Windows, macOS).
28
+ - Verify development and production instructions are not mixed into one unsafe image path.
29
+ - Ensure API and service health checks are compatible with container startup behavior.
@@ -16,6 +16,7 @@ The frontend domain covers component architecture, state management, performance
16
16
  - Anti-Slop Enforcer (ABOVE LINE) - Detect forbidden visual patterns and style drift
17
17
  - Accessibility Auditor (ABOVE LINE) - Detect contrast failures, ARIA issues, and keyboard navigation gaps
18
18
  - Performance Budget Enforcer (ABOVE LINE) - Bundle size gates and LCP/FID/CLS thresholds
19
+ - Frontend Excellence Rubric (ABOVE LINE) - Designer-grade scoring for visual direction, typography, color diversity, and interaction choreography
19
20
 
20
21
  ## Recommended Reading Order
21
22
 
@@ -4,6 +4,7 @@ Default tier: `advance`
4
4
 
5
5
  ## Purpose
6
6
  Deliver frontend experiences that are visually intentional, accessible, and efficient.
7
+ Target designer-grade quality comparable to high-signal manual design workflows.
7
8
 
8
9
  ## In Scope
9
10
  - UI architecture and component composition
@@ -21,6 +22,8 @@ Deliver frontend experiences that are visually intentional, accessible, and effi
21
22
  - Reduced-motion fallback
22
23
  - Accessibility baseline pass
23
24
  - Responsive behavior verified on mobile and desktop
25
+ - Visual direction is explicit and not a generic AI template pattern
26
+ - Typography and color system choices are intentional and contrast-safe
24
27
  - First viewport communicates value proposition and primary action clearly
25
28
  - Error and empty states provide explicit next actions
26
29
  - Performance budget and regression thresholds are documented per release
@@ -29,6 +32,7 @@ Deliver frontend experiences that are visually intentional, accessible, and effi
29
32
  - Usability audit result
30
33
  - Visual regression output
31
34
  - Accessibility checklist result
35
+ - Frontend excellence rubric scorecard
32
36
  - Release notes for motion and interaction changes
33
37
  - Performance trend snapshot and remediation notes when regressions occur
34
38