@gears-frontx/react 0.1.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.
@@ -0,0 +1,39 @@
1
+ <!-- @standalone -->
2
+ # hai3:new-screen - Add New Screen
3
+
4
+ ## AI WORKFLOW (REQUIRED)
5
+ 1) Read .ai/targets/SCREENSETS.md and .ai/targets/EVENTS.md before starting.
6
+ 2) Gather requirements from user (including UI sections).
7
+ 3) Implement.
8
+
9
+ ## GATHER REQUIREMENTS
10
+ Ask user for:
11
+ - Screenset path (e.g., src/screensets/chat).
12
+ - Screen name (camelCase).
13
+ - UI sections (e.g., "header, form, data table").
14
+ - Add to menu? (Y/N)
15
+
16
+ ## STEP 1: Implementation
17
+ 1) Add screen ID to ids.ts.
18
+ 2) Create components BEFORE screen file per Component Plan.
19
+ 3) Create screen following data flow rules from .ai/targets/EVENTS.md:
20
+ - Use actions to trigger state changes
21
+ - FORBIDDEN: Direct slice dispatch from screen
22
+ 4) Add i18n with useScreenTranslations(). Export default.
23
+ 5) Add to menu if requested.
24
+ 6) Validate: `npm run type-check && npm run lint`.
25
+ 7) Test via Chrome DevTools MCP (REQUIRED):
26
+ - Navigate to new screen
27
+ - Verify screen renders without console errors
28
+ - Test UI interactions and data flow
29
+ - Verify translations load correctly
30
+ - STOP if MCP connection fails
31
+
32
+ ## COMPONENT PLAN
33
+ - REQUIRED: Use local components (e.g. `components/ui/`) — no shared UI kit package.
34
+ - components/ui/: base UI primitives (shadcn components or custom)
35
+ - screens/{screen}/components/: screen-specific components
36
+
37
+ ## DATA FLOW
38
+ - Uses existing screenset events/slices per EVENTS.md
39
+ - Screen dispatches actions, never direct slice updates
@@ -0,0 +1,47 @@
1
+ <!-- @standalone -->
2
+ # hai3:new-screenset - Create New Screenset
3
+
4
+ ## PREREQUISITES (CRITICAL - STOP IF FAILED)
5
+ Run `hai3 --version`.
6
+ STOP: If fails, tell user to install.
7
+ FORBIDDEN: Creating screenset manually or by copying peers.
8
+
9
+ ## AI WORKFLOW (REQUIRED)
10
+ 1) Check prerequisites above.
11
+ 2) Read .ai/targets/SCREENSETS.md and .ai/targets/EVENTS.md before starting.
12
+ 3) Gather requirements from user (including UI sections).
13
+ 4) Implement.
14
+
15
+ ## GATHER REQUIREMENTS
16
+ Ask user for:
17
+ - Screenset name (camelCase).
18
+ - Category: Drafts | Mockups | Production.
19
+ - Initial screens.
20
+ - UI sections per screen (e.g., "stats cards, charts, activity feed").
21
+
22
+ ## STEP 1: Implementation
23
+ 1) Create screenset via `hai3 screenset create` (REQUIRED).
24
+ 2) Create components BEFORE screen file per Component Plan.
25
+ 3) Implement data flow per .ai/targets/EVENTS.md:
26
+ - Actions emit events via eventBus.emit()
27
+ - Effects subscribe and update slices
28
+ - FORBIDDEN: Direct slice dispatch from components
29
+ 4) Add API service with mocks.
30
+ 5) Validate: `npm run type-check && npm run arch:check && npm run lint`.
31
+ 6) Test via Chrome DevTools MCP (REQUIRED):
32
+ - Navigate to new screenset
33
+ - Verify screen renders without console errors
34
+ - Test user interactions trigger correct events
35
+ - Verify state updates via Redux DevTools
36
+ - STOP if MCP connection fails
37
+
38
+ ## COMPONENT PLAN
39
+ - REQUIRED: Use local components (e.g. `components/ui/`) — no shared UI kit package.
40
+ - components/ui/: base UI primitives (shadcn components or custom)
41
+ - components/: multi-screen shared components
42
+ - screens/{screen}/components/: screen-specific components
43
+
44
+ ## DATA FLOW
45
+ - Events: {domain events per EVENTS.md}
46
+ - State: slices/, events/, effects/, actions/
47
+ - API: api/{Name}ApiService.ts with mocks