@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.
- package/.agent-context/review-checklists/frontend-excellence-rubric.md +54 -0
- package/.agent-context/review-checklists/frontend-skill-parity.md +1 -0
- package/.agent-context/review-checklists/frontend-usability.md +1 -0
- package/.agent-context/rules/docker-runtime.md +29 -0
- package/.agent-context/skills/frontend/README.md +1 -0
- package/.agent-context/skills/frontend.md +4 -0
- package/.agent-context/state/benchmark-evidence-bundle.json +672 -22
- package/.agent-context/state/benchmark-history.json +75 -0
- package/.agent-context/state/benchmark-trend-report.csv +5 -0
- package/.agent-context/state/benchmark-trend-report.json +140 -0
- package/.agent-context/state/benchmark-watchlist.json +3 -3
- package/.agent-context/state/memory-adapter-contract.json +52 -0
- package/.agent-context/state/memory-continuity-benchmark.json +132 -0
- package/.agent-context/state/memory-schema-v1.json +88 -0
- package/.cursorrules +1 -1
- package/.windsurfrules +1 -1
- package/README.md +29 -0
- package/lib/cli/commands/init.mjs +358 -16
- package/lib/cli/commands/optimize.mjs +12 -0
- package/lib/cli/commands/upgrade.mjs +30 -1
- package/lib/cli/compiler.mjs +55 -1
- package/lib/cli/constants.mjs +83 -0
- package/lib/cli/detector.mjs +11 -1
- package/lib/cli/memory-continuity.mjs +266 -0
- package/lib/cli/project-scaffolder.mjs +174 -1
- package/lib/cli/skill-selector.mjs +60 -38
- package/lib/cli/templates/architecture-decision-record.md.tmpl +39 -0
- package/lib/cli/templates/flow-overview.md.tmpl +12 -0
- package/lib/cli/templates/project-brief.md.id.tmpl +2 -0
- package/lib/cli/templates/project-brief.md.tmpl +26 -0
- package/lib/cli/utils.mjs +2 -1
- package/package.json +2 -1
- package/scripts/benchmark-evidence-bundle.mjs +493 -16
- package/scripts/frontend-usability-audit.mjs +21 -0
- package/scripts/memory-continuity-benchmark.mjs +322 -0
- package/scripts/release-gate.mjs +30 -0
- 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
|
|