wogiflow 1.5.14 → 1.6.1
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/commands/wogi-audit.md +359 -0
- package/.claude/commands/wogi-compact.md +10 -0
- package/.claude/commands/wogi-export.md +59 -63
- package/.claude/commands/wogi-extract-review.md +166 -115
- package/.claude/commands/wogi-finalize.md +266 -0
- package/.claude/commands/wogi-import.md +66 -35
- package/.claude/commands/wogi-init.md +61 -5
- package/.claude/commands/wogi-onboard.md +33 -0
- package/.claude/commands/wogi-review-fix.md +119 -1
- package/.claude/commands/wogi-review.md +64 -0
- package/.claude/commands/wogi-start.md +76 -23
- package/.claude/commands/wogi-status.md +0 -17
- package/.claude/docs/claude-code-compatibility.md +1 -3
- package/.claude/docs/commands.md +1 -1
- package/.claude/docs/knowledge-base/01-setup-onboarding/README.md +4 -2
- package/.claude/docs/knowledge-base/01-setup-onboarding/installation.md +40 -3
- package/.claude/docs/knowledge-base/README.md +3 -1
- package/.claude/rules/README.md +60 -0
- package/.claude/rules/architecture/component-reuse.md +38 -0
- package/.claude/rules/architecture/document-structure.md +76 -0
- package/.claude/rules/architecture/dual-repo-management.md +169 -0
- package/.claude/rules/architecture/feature-refactoring-cleanup.md +87 -0
- package/.claude/rules/architecture/model-management.md +35 -0
- package/.claude/rules/architecture/self-maintenance.md +87 -0
- package/.claude/rules/code-style/naming-conventions.md +55 -0
- package/.claude/rules/security/security-patterns.md +176 -0
- package/.claude/settings.json +0 -13
- package/.claude/skills/figma-analyzer/knowledge/learnings.md +11 -0
- package/.workflow/specs/architecture.md.template +24 -0
- package/.workflow/specs/stack.md.template +33 -0
- package/.workflow/specs/testing.md.template +36 -0
- package/.workflow/templates/claude-md.hbs +42 -1
- package/.workflow/templates/partials/user-commands.hbs +1 -0
- package/README.md +4 -1
- package/lib/commands/login.js +200 -0
- package/lib/commands/logout.js +112 -0
- package/lib/installer.js +20 -0
- package/lib/upgrader.js +42 -0
- package/package.json +1 -1
- package/scripts/flow-audit.js +341 -0
- package/scripts/flow-cascade.js +2 -1
- package/scripts/flow-context-estimator.js +197 -1
- package/scripts/flow-durable-session.js +7 -8
- package/scripts/flow-epics.js +18 -1
- package/scripts/flow-export-profile +163 -89
- package/scripts/flow-extraction-review.js +202 -0
- package/scripts/flow-health.js +1 -1
- package/scripts/flow-import-profile +204 -53
- package/scripts/flow-long-input-stories.js +143 -26
- package/scripts/flow-long-input.js +146 -6
- package/scripts/flow-memory-blocks.js +6 -6
- package/scripts/flow-memory-sync.js +11 -2
- package/scripts/flow-parallel.js +8 -15
- package/scripts/flow-review.js +170 -5
- package/scripts/flow-semantic-match.js +72 -1
- package/scripts/flow-session-end.js +51 -0
- package/scripts/flow-session-state.js +15 -8
- package/scripts/flow-standards-checker.js +415 -6
- package/scripts/flow-standards-gate.js +101 -0
- package/scripts/flow-start.js +1 -1
- package/scripts/flow-utils.js +100 -80
- package/scripts/hooks/adapters/claude-code.js +18 -58
- package/scripts/hooks/core/implementation-gate.js +28 -18
- package/scripts/hooks/core/loop-check.js +11 -0
- package/scripts/hooks/core/observation-capture.js +11 -1
- package/scripts/hooks/core/routing-gate.js +78 -25
- package/scripts/hooks/core/scope-gate.js +24 -20
- package/scripts/hooks/core/session-context.js +0 -45
- package/scripts/hooks/core/task-completed.js +90 -87
- package/scripts/hooks/core/task-gate.js +2 -22
- package/scripts/hooks/entry/claude-code/pre-tool-use.js +19 -5
- package/scripts/hooks/entry/claude-code/session-start.js +18 -0
- package/scripts/hooks/entry/claude-code/stop.js +72 -3
- package/scripts/hooks/entry/claude-code/task-completed.js +3 -2
- package/scripts/postinstall.js +95 -0
- package/scripts/flow-agent-teams.js +0 -616
- package/scripts/hooks/core/teammate-idle.js +0 -157
- package/scripts/hooks/entry/claude-code/teammate-idle.js +0 -46
|
@@ -0,0 +1,359 @@
|
|
|
1
|
+
Comprehensive project-wide deep analysis that goes far beyond code review. While `/wogi-review` asks "did I introduce problems?", `/wogi-audit` asks "how can we make this project better?"
|
|
2
|
+
|
|
3
|
+
**Triggers**: `/wogi-audit`, "audit project", "project audit", "full project analysis", "full analysis"
|
|
4
|
+
|
|
5
|
+
## Usage
|
|
6
|
+
|
|
7
|
+
```bash
|
|
8
|
+
/wogi-audit # Full 7-dimension audit
|
|
9
|
+
/wogi-audit --skip-deps # Skip dependency analysis
|
|
10
|
+
/wogi-audit --skip-web # Skip web searches (faster, offline)
|
|
11
|
+
/wogi-audit --focus arch # Focus on architecture only
|
|
12
|
+
/wogi-audit --focus perf,debt # Focus on specific dimensions
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
## Comparison
|
|
16
|
+
|
|
17
|
+
| Dimension | /wogi-health | /wogi-review | /wogi-audit |
|
|
18
|
+
|-----------|-------------|-------------|-------------|
|
|
19
|
+
| Checks | WogiFlow files/config | Code quality in specific files | Entire project holistically |
|
|
20
|
+
| Finds | Missing files, broken JSON | Bugs, security, standards violations | Architecture, opportunities, modernization |
|
|
21
|
+
| Scope | WogiFlow infrastructure | Git diff (or NL-scoped files) | All project code |
|
|
22
|
+
| When | After install/config changes | After coding, before commit | Periodically, or when onboarding |
|
|
23
|
+
| Output | Health status (pass/fail) | Findings with fix recommendations | Strategic report with prioritized opportunities |
|
|
24
|
+
|
|
25
|
+
## Architecture Note
|
|
26
|
+
|
|
27
|
+
The audit system has **two layers**:
|
|
28
|
+
1. **Runtime script** (`flow-audit.js`) — provides helper functions for file scanning, TODO finding, dependency checking, and score calculation.
|
|
29
|
+
2. **AI instructions** (this document) — describe the 7-agent parallel analysis, scoring, and post-audit workflow. You (the AI) orchestrate the full audit.
|
|
30
|
+
|
|
31
|
+
## How It Works
|
|
32
|
+
|
|
33
|
+
### Step 1: Gather Project Files
|
|
34
|
+
|
|
35
|
+
```bash
|
|
36
|
+
node scripts/flow-audit.js files
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
This returns all tracked project files (excluding node_modules, dist, .workflow/state/, etc.). Use this as the base file set for all agents.
|
|
40
|
+
|
|
41
|
+
### Step 2: Launch 7 Parallel Agents
|
|
42
|
+
|
|
43
|
+
Launch ALL enabled agents as parallel `Task` calls in a single message. Each agent uses `subagent_type=Explore` and `model="sonnet"` (per decisions.md: use Sonnet for routine exploration).
|
|
44
|
+
|
|
45
|
+
**Agent configuration** is in `config.audit.agents` — skip any agent set to `false`.
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
#### Agent 1: Architecture Analyzer
|
|
50
|
+
|
|
51
|
+
```
|
|
52
|
+
Analyze the architecture of this project.
|
|
53
|
+
|
|
54
|
+
1. Read the project's main entry points and directory structure
|
|
55
|
+
2. Check separation of concerns:
|
|
56
|
+
- Are controllers/routes separate from business logic?
|
|
57
|
+
- Are utilities separate from domain code?
|
|
58
|
+
- Is configuration separate from implementation?
|
|
59
|
+
3. Find layer violations:
|
|
60
|
+
- UI code calling database directly
|
|
61
|
+
- Route handlers containing business logic (>50 LOC)
|
|
62
|
+
- Utility files importing domain-specific modules
|
|
63
|
+
4. Find god files (files with >300 LOC or >10 exported functions)
|
|
64
|
+
5. Check for circular dependencies between modules
|
|
65
|
+
6. Identify missing abstractions (repeated patterns that could be extracted)
|
|
66
|
+
|
|
67
|
+
Return a structured report with:
|
|
68
|
+
- Strengths (good patterns found)
|
|
69
|
+
- Opportunities (improvements), each tagged [HIGH/MED/LOW]
|
|
70
|
+
- Score: A (excellent) through F (critical issues)
|
|
71
|
+
```
|
|
72
|
+
|
|
73
|
+
#### Agent 2: Dependency Auditor
|
|
74
|
+
|
|
75
|
+
```
|
|
76
|
+
Audit the project's dependencies.
|
|
77
|
+
|
|
78
|
+
1. Read package.json for all dependencies and devDependencies
|
|
79
|
+
2. Run: node scripts/flow-audit.js outdated
|
|
80
|
+
→ This runs npm outdated and returns structured results
|
|
81
|
+
3. Check for:
|
|
82
|
+
- Major version updates available (HIGH priority)
|
|
83
|
+
- Deprecated packages (check npm registry via web search if --skip-web not set)
|
|
84
|
+
- Lighter alternatives (e.g., moment.js → date-fns, lodash → native)
|
|
85
|
+
- Unused dependencies (in package.json but never imported)
|
|
86
|
+
- Missing peer dependencies
|
|
87
|
+
4. Check for known security vulnerabilities:
|
|
88
|
+
- Run: node scripts/flow-audit.js audit
|
|
89
|
+
→ This runs npm audit and returns structured results
|
|
90
|
+
|
|
91
|
+
Return:
|
|
92
|
+
- Dependencies summary (total, outdated, vulnerable)
|
|
93
|
+
- Each finding tagged [HIGH/MED/LOW]
|
|
94
|
+
- Score: A through F
|
|
95
|
+
```
|
|
96
|
+
|
|
97
|
+
#### Agent 3: Duplication & Consolidation Scanner
|
|
98
|
+
|
|
99
|
+
```
|
|
100
|
+
Scan for code duplication and consolidation opportunities.
|
|
101
|
+
|
|
102
|
+
1. Read ALL registry maps:
|
|
103
|
+
- .workflow/state/app-map.md (components)
|
|
104
|
+
- .workflow/state/function-map.md (functions)
|
|
105
|
+
- .workflow/state/api-map.md (APIs)
|
|
106
|
+
- Any other *-map.md files in .workflow/state/
|
|
107
|
+
2. Find similar entries that could be merged:
|
|
108
|
+
- Functions with similar names and purposes
|
|
109
|
+
- Components with overlapping functionality
|
|
110
|
+
- API endpoints that share 80%+ logic
|
|
111
|
+
3. Search for copy-paste code patterns:
|
|
112
|
+
- Similar function bodies across different files
|
|
113
|
+
- Repeated error handling patterns (>3 occurrences)
|
|
114
|
+
- Utility functions that duplicate native language features
|
|
115
|
+
4. Find consolidation opportunities:
|
|
116
|
+
- Similar utility functions in different directories
|
|
117
|
+
- Multiple implementations of the same pattern
|
|
118
|
+
|
|
119
|
+
Return:
|
|
120
|
+
- Duplication findings, each tagged [HIGH/MED/LOW]
|
|
121
|
+
- Consolidation recommendations
|
|
122
|
+
- Score: A through F
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
#### Agent 4: Performance & Optimization Analyzer
|
|
126
|
+
|
|
127
|
+
```
|
|
128
|
+
Analyze the project for performance issues and optimization opportunities.
|
|
129
|
+
|
|
130
|
+
1. Search for common performance anti-patterns:
|
|
131
|
+
- Sequential awaits that could be Promise.all (look for: await X; await Y;)
|
|
132
|
+
- N+1 query patterns (loops containing DB/API calls)
|
|
133
|
+
- Large synchronous file operations in request handlers
|
|
134
|
+
- Missing caching on frequently-accessed data
|
|
135
|
+
2. Check for bundle size concerns:
|
|
136
|
+
- Large library imports (lodash, moment, etc.)
|
|
137
|
+
- Importing entire libraries when only one function is needed
|
|
138
|
+
3. Check for memory leak patterns:
|
|
139
|
+
- Event listeners not cleaned up
|
|
140
|
+
- Growing arrays/maps without bounds
|
|
141
|
+
- Closures holding references to large objects
|
|
142
|
+
4. Framework-specific checks:
|
|
143
|
+
- React: unnecessary re-renders, missing useMemo/useCallback
|
|
144
|
+
- Express/Fastify: missing compression, no request timeouts
|
|
145
|
+
- Node.js: sync file operations in async contexts
|
|
146
|
+
|
|
147
|
+
Return:
|
|
148
|
+
- Performance findings, each tagged [HIGH/MED/LOW]
|
|
149
|
+
- Score: A through F
|
|
150
|
+
```
|
|
151
|
+
|
|
152
|
+
#### Agent 5: Consistency & Patterns Auditor
|
|
153
|
+
|
|
154
|
+
```
|
|
155
|
+
Audit consistency of patterns across the project.
|
|
156
|
+
|
|
157
|
+
1. Error handling consistency:
|
|
158
|
+
- How many different error handling patterns exist? (try/catch, .catch(), middleware, etc.)
|
|
159
|
+
- Are errors logged consistently?
|
|
160
|
+
- Is there a standard error format?
|
|
161
|
+
2. Logging patterns:
|
|
162
|
+
- Mix of console.log and structured logging?
|
|
163
|
+
- Consistent log levels?
|
|
164
|
+
3. Naming convention adherence:
|
|
165
|
+
- File naming: kebab-case throughout?
|
|
166
|
+
- Variable naming: camelCase consistently?
|
|
167
|
+
- Catch block variables: always 'err'?
|
|
168
|
+
4. API response format consistency:
|
|
169
|
+
- Do all endpoints return the same shape ({ data } vs { result } vs raw)?
|
|
170
|
+
- Consistent HTTP status codes?
|
|
171
|
+
5. Configuration patterns:
|
|
172
|
+
- Are config values accessed consistently?
|
|
173
|
+
- Any hardcoded values that should be configurable?
|
|
174
|
+
|
|
175
|
+
Return:
|
|
176
|
+
- Consistency findings, each tagged [HIGH/MED/LOW]
|
|
177
|
+
- Dominant patterns vs outliers
|
|
178
|
+
- Score: A through F
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
#### Agent 6: Modernization & Alternatives Scout
|
|
182
|
+
|
|
183
|
+
```
|
|
184
|
+
Scout for modernization opportunities in this project.
|
|
185
|
+
|
|
186
|
+
1. Check for outdated patterns:
|
|
187
|
+
- var usage (should be const/let)
|
|
188
|
+
- Callback-based code (could be async/await)
|
|
189
|
+
- Manual null checks (could use optional chaining ?.)
|
|
190
|
+
- Verbose conditionals (could use nullish coalescing ??)
|
|
191
|
+
2. Check framework best practices (if --skip-web not set):
|
|
192
|
+
- Web search for "[framework] best practices 2026"
|
|
193
|
+
- Compare current patterns against recommended approaches
|
|
194
|
+
3. Check for newer library alternatives:
|
|
195
|
+
- Web search for lightweight alternatives to heavy dependencies
|
|
196
|
+
4. Look for simplification opportunities:
|
|
197
|
+
- Complex logic that could use modern language features
|
|
198
|
+
- Manual implementations of things available in the standard library
|
|
199
|
+
- Overly defensive code that could trust framework guarantees
|
|
200
|
+
|
|
201
|
+
Return:
|
|
202
|
+
- Modernization opportunities, each tagged [HIGH/MED/LOW]
|
|
203
|
+
- Score: A through F
|
|
204
|
+
```
|
|
205
|
+
|
|
206
|
+
#### Agent 7: Tech Debt Cataloger
|
|
207
|
+
|
|
208
|
+
```
|
|
209
|
+
Catalog technical debt in this project.
|
|
210
|
+
|
|
211
|
+
1. Find all TODO, FIXME, HACK, WORKAROUND, TEMPORARY comments:
|
|
212
|
+
- Run: node scripts/flow-audit.js todos
|
|
213
|
+
→ Returns structured list of all TODO/FIXME/HACK comments with file:line
|
|
214
|
+
2. Find commented-out code blocks (>3 consecutive commented lines)
|
|
215
|
+
3. Find functions with high complexity:
|
|
216
|
+
- Deep nesting (>4 levels)
|
|
217
|
+
- Many branches (>8 if/else chains)
|
|
218
|
+
- Long functions (>100 LOC)
|
|
219
|
+
4. Find dead code:
|
|
220
|
+
- Unused exports (exported but never imported elsewhere)
|
|
221
|
+
- Unreachable branches
|
|
222
|
+
5. Cross-reference with existing tech debt:
|
|
223
|
+
- Read .workflow/state/tech-debt.json if it exists
|
|
224
|
+
- Identify new debt vs already-tracked debt
|
|
225
|
+
|
|
226
|
+
Return:
|
|
227
|
+
- Tech debt items, each tagged [HIGH/MED/LOW]
|
|
228
|
+
- Summary: TODOs count, FIXMEs count, HACKs count
|
|
229
|
+
- Commented-out code blocks count
|
|
230
|
+
- Score: A through F
|
|
231
|
+
```
|
|
232
|
+
|
|
233
|
+
### Step 3: Consolidate Results
|
|
234
|
+
|
|
235
|
+
After all agents complete, consolidate into a single report.
|
|
236
|
+
|
|
237
|
+
**Use `node scripts/flow-audit.js score` with the agent scores to calculate a weighted overall score.**
|
|
238
|
+
|
|
239
|
+
### Step 4: Display Report
|
|
240
|
+
|
|
241
|
+
```
|
|
242
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
243
|
+
PROJECT AUDIT REPORT
|
|
244
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
245
|
+
|
|
246
|
+
Project: [name] | Files scanned: N | Date: YYYY-MM-DD
|
|
247
|
+
|
|
248
|
+
HEALTH SCORE: [A/B/C/D/F] (weighted across all dimensions)
|
|
249
|
+
|
|
250
|
+
━━━ ARCHITECTURE (score: X) ━━━
|
|
251
|
+
Strengths:
|
|
252
|
+
- [good patterns found]
|
|
253
|
+
|
|
254
|
+
Opportunities:
|
|
255
|
+
[HIGH] [description]
|
|
256
|
+
[MED] [description]
|
|
257
|
+
[LOW] [description]
|
|
258
|
+
|
|
259
|
+
━━━ DEPENDENCIES (score: X) ━━━
|
|
260
|
+
[findings...]
|
|
261
|
+
|
|
262
|
+
━━━ DUPLICATION (score: X) ━━━
|
|
263
|
+
[findings...]
|
|
264
|
+
|
|
265
|
+
━━━ PERFORMANCE (score: X) ━━━
|
|
266
|
+
[findings...]
|
|
267
|
+
|
|
268
|
+
━━━ CONSISTENCY (score: X) ━━━
|
|
269
|
+
[findings...]
|
|
270
|
+
|
|
271
|
+
━━━ MODERNIZATION (score: X) ━━━
|
|
272
|
+
[findings...]
|
|
273
|
+
|
|
274
|
+
━━━ TECH DEBT (score: X) ━━━
|
|
275
|
+
TODOs: N | FIXMEs: N | HACKs: N
|
|
276
|
+
[findings...]
|
|
277
|
+
|
|
278
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
279
|
+
SUMMARY: N opportunities found
|
|
280
|
+
High: N | Medium: N | Low: N
|
|
281
|
+
|
|
282
|
+
Top 5 Quick Wins (highest impact, lowest effort):
|
|
283
|
+
1. [description]
|
|
284
|
+
2. [description]
|
|
285
|
+
3. [description]
|
|
286
|
+
4. [description]
|
|
287
|
+
5. [description]
|
|
288
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
289
|
+
```
|
|
290
|
+
|
|
291
|
+
### Step 5: Post-Audit Actions
|
|
292
|
+
|
|
293
|
+
After displaying the report, offer these options using AskUserQuestion:
|
|
294
|
+
|
|
295
|
+
1. **Create tasks** — Convert high-priority findings to stories/tasks in ready.json
|
|
296
|
+
2. **Add to tech debt** — Add findings to `.workflow/state/tech-debt.json` via `/wogi-debt`
|
|
297
|
+
3. **Save report** — Persist to `.workflow/audits/YYYY-MM-DD-audit.md`
|
|
298
|
+
4. **Create rules** — Promote recurring patterns to decisions.md via `/wogi-decide`
|
|
299
|
+
|
|
300
|
+
### Step 6: Persist Report
|
|
301
|
+
|
|
302
|
+
Regardless of user choice, always save the audit results to `.workflow/state/last-audit.json`:
|
|
303
|
+
|
|
304
|
+
```json
|
|
305
|
+
{
|
|
306
|
+
"date": "YYYY-MM-DD",
|
|
307
|
+
"overallScore": "B+",
|
|
308
|
+
"scores": {
|
|
309
|
+
"architecture": "B+",
|
|
310
|
+
"dependencies": "A-",
|
|
311
|
+
"duplication": "C+",
|
|
312
|
+
"performance": "B",
|
|
313
|
+
"consistency": "B-",
|
|
314
|
+
"modernization": "B+",
|
|
315
|
+
"techDebt": "B"
|
|
316
|
+
},
|
|
317
|
+
"findings": {
|
|
318
|
+
"total": 45,
|
|
319
|
+
"high": 8,
|
|
320
|
+
"medium": 18,
|
|
321
|
+
"low": 19
|
|
322
|
+
},
|
|
323
|
+
"topFindings": [...]
|
|
324
|
+
}
|
|
325
|
+
```
|
|
326
|
+
|
|
327
|
+
## Configuration
|
|
328
|
+
|
|
329
|
+
Controlled by `config.audit`:
|
|
330
|
+
|
|
331
|
+
```json
|
|
332
|
+
{
|
|
333
|
+
"audit": {
|
|
334
|
+
"agents": {
|
|
335
|
+
"architecture": true,
|
|
336
|
+
"dependencies": true,
|
|
337
|
+
"duplication": true,
|
|
338
|
+
"performance": true,
|
|
339
|
+
"consistency": true,
|
|
340
|
+
"modernization": true,
|
|
341
|
+
"techDebt": true
|
|
342
|
+
},
|
|
343
|
+
"scoring": {
|
|
344
|
+
"enabled": true,
|
|
345
|
+
"weights": {
|
|
346
|
+
"architecture": 0.25,
|
|
347
|
+
"dependencies": 0.15,
|
|
348
|
+
"duplication": 0.15,
|
|
349
|
+
"performance": 0.15,
|
|
350
|
+
"consistency": 0.10,
|
|
351
|
+
"modernization": 0.10,
|
|
352
|
+
"techDebt": 0.10
|
|
353
|
+
}
|
|
354
|
+
},
|
|
355
|
+
"exclude": ["node_modules", ".workflow/state", "dist", "build"],
|
|
356
|
+
"maxFilesPerAgent": 100
|
|
357
|
+
}
|
|
358
|
+
}
|
|
359
|
+
```
|
|
@@ -95,7 +95,17 @@ Provide this information for the compaction system:
|
|
|
95
95
|
**Context to Preserve**:
|
|
96
96
|
- [Important context that should survive compaction]
|
|
97
97
|
|
|
98
|
+
**⚠️ ROUTING ENFORCEMENT (MANDATORY — survives compaction)**:
|
|
99
|
+
Every new user message after resuming from this compacted context MUST be
|
|
100
|
+
routed through a `/wogi-*` command BEFORE any other action. This includes
|
|
101
|
+
questions, conversations, follow-ups, and implementation requests.
|
|
102
|
+
Do NOT answer directly from compacted memory. Do NOT skip routing because
|
|
103
|
+
"the answer seems obvious." The routing requirement applies unconditionally.
|
|
104
|
+
If no Natural Language Detection match → invoke `/wogi-start` with the full
|
|
105
|
+
user message as args.
|
|
106
|
+
|
|
98
107
|
**ON RESUME**: Check `.workflow/state/ready.json` for pending work.
|
|
108
|
+
Route ALL new user messages through `/wogi-start` or a matching `/wogi-*` command.
|
|
99
109
|
```
|
|
100
110
|
|
|
101
111
|
## Context Pressure Monitoring
|
|
@@ -1,14 +1,16 @@
|
|
|
1
1
|
Export workflow configuration as a shareable profile.
|
|
2
2
|
|
|
3
|
-
**
|
|
3
|
+
**v3.0**: Complete enforcement profile — exports everything needed to enforce identical code standards across projects, while excluding session-specific data.
|
|
4
4
|
|
|
5
5
|
## Usage
|
|
6
6
|
|
|
7
7
|
```bash
|
|
8
8
|
/wogi-export my-team # Core files only
|
|
9
|
-
/wogi-export my-team --rules # Include rules
|
|
9
|
+
/wogi-export my-team --rules # Include rules, decisions, review checklists, tech stack
|
|
10
10
|
/wogi-export my-team --learnings # Include feedback patterns and skill learnings
|
|
11
|
-
/wogi-export my-team --
|
|
11
|
+
/wogi-export my-team --skills # Include skill definitions (skill.md files)
|
|
12
|
+
/wogi-export my-team --templates # Include workflow templates (HBS, story, bug report)
|
|
13
|
+
/wogi-export my-team --full # Include everything (recommended)
|
|
12
14
|
```
|
|
13
15
|
|
|
14
16
|
## Options
|
|
@@ -16,61 +18,62 @@ Export workflow configuration as a shareable profile.
|
|
|
16
18
|
| Flag | Includes |
|
|
17
19
|
|------|----------|
|
|
18
20
|
| (none) | CLAUDE.md, agents/, config.json |
|
|
19
|
-
| `--rules` | + decisions.md, .claude/rules/ |
|
|
20
|
-
| `--learnings` | + feedback-patterns.md, skill learnings |
|
|
21
|
-
| `--
|
|
22
|
-
| `--
|
|
23
|
-
| `--
|
|
24
|
-
| `--include-app-map` | Include app-map.md (
|
|
25
|
-
|
|
26
|
-
|
|
21
|
+
| `--rules` | + decisions.md, .claude/rules/ (recursive), .workflow/agents/, .claude/docs/stack.md |
|
|
22
|
+
| `--learnings` | + feedback-patterns.md, skill knowledge (patterns.md, learnings.md) |
|
|
23
|
+
| `--skills` | + .claude/skills/*/skill.md (skill definitions) |
|
|
24
|
+
| `--templates` | + .workflow/templates/ (HBS), templates/ (story/bug), state templates |
|
|
25
|
+
| `--full` | All of the above + pattern extraction |
|
|
26
|
+
| `--include-app-map` | Include app-map.md (project-specific, not in --full) |
|
|
27
|
+
| `--extract-patterns` | Scan codebase and extract patterns (included in --full) |
|
|
28
|
+
| `--resolve-conflicts` | Interactive conflict resolution (with --extract-patterns) |
|
|
29
|
+
| `--analysis-mode MODE` | Analysis depth: `balanced` (default), `deep` |
|
|
30
|
+
| `--include-examples` | Include code snippets as pattern examples |
|
|
31
|
+
|
|
32
|
+
## What Gets Exported (Generic Enforcement)
|
|
27
33
|
|
|
28
34
|
**Core (always included):**
|
|
29
|
-
- CLAUDE.md - Core workflow instructions
|
|
30
|
-
- agents/*.md - Agent personas
|
|
31
|
-
-
|
|
35
|
+
- `CLAUDE.md` - Core workflow instructions
|
|
36
|
+
- `agents/*.md` - Agent personas (11 files)
|
|
37
|
+
- `.workflow/config.json` - Configuration and quality gates
|
|
38
|
+
|
|
39
|
+
**Rules & Standards (`--rules`):**
|
|
40
|
+
- `.workflow/state/decisions.md` - All coding rules and patterns
|
|
41
|
+
- `.claude/rules/**/*.md` - Recursive rule tree (security, code-style, architecture, operations)
|
|
42
|
+
- `.workflow/agents/*.md` - Review checklists (security.md, performance.md)
|
|
43
|
+
- `.claude/docs/stack.md` - Tech stack definition
|
|
32
44
|
|
|
33
|
-
**
|
|
34
|
-
-
|
|
35
|
-
- .claude/rules/*.md - Auto-synced coding rules
|
|
45
|
+
**Skills (`--skills`):**
|
|
46
|
+
- `.claude/skills/*/skill.md` - Skill definition files
|
|
36
47
|
|
|
37
48
|
**Learnings (`--learnings`):**
|
|
38
|
-
-
|
|
39
|
-
-
|
|
49
|
+
- `.workflow/state/feedback-patterns.md` - Team learnings and patterns
|
|
50
|
+
- `.claude/skills/*/knowledge/` - Skill patterns and learnings
|
|
40
51
|
|
|
41
52
|
**Templates (`--templates`):**
|
|
42
|
-
- templates
|
|
43
|
-
- templates
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
53
|
+
- `.workflow/templates/` - HBS templates for CLAUDE.md generation (claude-md.hbs, partials/)
|
|
54
|
+
- `templates/` - Story, bug report, correction, task templates
|
|
55
|
+
- `.workflow/state/*.template` - State file init templates
|
|
56
|
+
|
|
57
|
+
## What is EXCLUDED (Session-Specific)
|
|
58
|
+
|
|
59
|
+
These are NEVER exported regardless of flags:
|
|
60
|
+
- `request-log.md` - Session request history
|
|
61
|
+
- `progress.md` - Session progress notes
|
|
62
|
+
- `session-state.json` - Current session state
|
|
63
|
+
- `ready.json` - Active task queue
|
|
64
|
+
- `epics.json` - Active epics
|
|
65
|
+
- `prompt-history.json` - Prompt history
|
|
66
|
+
- `last-review.json` - Last review results
|
|
67
|
+
- `app-map.md` - Project-specific component registry (opt-in with --include-app-map)
|
|
68
|
+
- `function-map.md` - Project-specific function registry
|
|
69
|
+
- `api-map.md` - Project-specific API registry
|
|
51
70
|
|
|
52
|
-
|
|
53
|
-
✓ CLAUDE.md
|
|
54
|
-
✓ agents/ (11 personas)
|
|
55
|
-
✓ config.json
|
|
56
|
-
|
|
57
|
-
Rules & Decisions:
|
|
58
|
-
✓ decisions.md
|
|
59
|
-
✓ .claude/rules/ (3 rules)
|
|
60
|
-
|
|
61
|
-
Learnings:
|
|
62
|
-
✓ feedback-patterns.md
|
|
63
|
-
✓ skill learnings (2 skills)
|
|
64
|
-
|
|
65
|
-
╔══════════════════════════════════════════════════════════╗
|
|
66
|
-
║ ✓ Profile exported successfully ║
|
|
67
|
-
╚══════════════════════════════════════════════════════════╝
|
|
71
|
+
## CLI
|
|
68
72
|
|
|
69
|
-
|
|
70
|
-
Size: 45K
|
|
73
|
+
Run the export script directly:
|
|
71
74
|
|
|
72
|
-
|
|
73
|
-
|
|
75
|
+
```bash
|
|
76
|
+
./scripts/flow export-profile my-team --full
|
|
74
77
|
```
|
|
75
78
|
|
|
76
79
|
## Import a Profile
|
|
@@ -78,23 +81,16 @@ Import with: ./scripts/flow import-profile my-team.zip
|
|
|
78
81
|
After installing WogiFlow, import a team profile:
|
|
79
82
|
|
|
80
83
|
```bash
|
|
81
|
-
npm install wogiflow
|
|
84
|
+
npm install -D wogiflow
|
|
82
85
|
npx flow import-profile ~/my-team.zip
|
|
83
86
|
```
|
|
84
87
|
|
|
85
|
-
## CLI
|
|
86
|
-
|
|
87
|
-
Run the export script directly:
|
|
88
|
-
|
|
89
|
-
```bash
|
|
90
|
-
./scripts/flow export-profile my-team --full
|
|
91
|
-
```
|
|
92
|
-
|
|
93
88
|
## What This Enables
|
|
94
89
|
|
|
95
|
-
|
|
96
|
-
-
|
|
97
|
-
-
|
|
98
|
-
-
|
|
99
|
-
-
|
|
100
|
-
-
|
|
90
|
+
Export from project A, import into project B → identical code standards:
|
|
91
|
+
- Same coding rules and conventions enforced
|
|
92
|
+
- Same security patterns checked
|
|
93
|
+
- Same review checklists applied
|
|
94
|
+
- Same quality gates and config
|
|
95
|
+
- Same skill definitions available
|
|
96
|
+
- No session history or project-specific state carried over
|