@sylphx/flow 2.29.0 → 2.29.2
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/CHANGELOG.md +16 -0
- package/assets/slash-commands/continue2.md +27 -54
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,21 @@
|
|
|
1
1
|
# @sylphx/flow
|
|
2
2
|
|
|
3
|
+
## 2.29.2 (2026-01-08)
|
|
4
|
+
|
|
5
|
+
Clarify /continue2 audits project code against guidelines, not the guidelines themselves
|
|
6
|
+
|
|
7
|
+
### 📚 Documentation
|
|
8
|
+
|
|
9
|
+
- clarify /continue2 audits PROJECT CODE against guidelines, not the guidelines themselves ([2c3adfa](https://github.com/SylphxAI/flow/commit/2c3adfa79e5d00e4d8fe42e2e23de126ca77b31a))
|
|
10
|
+
|
|
11
|
+
## 2.29.1 (2026-01-08)
|
|
12
|
+
|
|
13
|
+
Use Skill tool instead of hardcoded paths in /continue2
|
|
14
|
+
|
|
15
|
+
### 📚 Documentation
|
|
16
|
+
|
|
17
|
+
- use Skill tool instead of hardcoded paths in /continue2 ([0c2289d](https://github.com/SylphxAI/flow/commit/0c2289d0e821677b7d7c0f088b41b58ead341635))
|
|
18
|
+
|
|
3
19
|
## 2.29.0 (2026-01-07)
|
|
4
20
|
|
|
5
21
|
Add /continue2 slash command; clarify skill boundaries; remove hardcoded Radix list
|
|
@@ -1,88 +1,61 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: continue2
|
|
3
|
-
description: Iterative
|
|
3
|
+
description: Iterative codebase review - apply each skill guideline to audit and fix the project
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Continue2:
|
|
6
|
+
# Continue2: Guideline-Driven Codebase Review
|
|
7
7
|
|
|
8
|
-
|
|
8
|
+
Use skill guidelines to audit and improve the project codebase.
|
|
9
|
+
|
|
10
|
+
**Important**: You are reviewing the PROJECT CODE against the guidelines, NOT reviewing the guidelines themselves.
|
|
9
11
|
|
|
10
12
|
## Process
|
|
11
13
|
|
|
12
|
-
### Phase 1: Sequential
|
|
14
|
+
### Phase 1: Sequential Audit
|
|
13
15
|
|
|
14
|
-
|
|
16
|
+
For each skill guideline:
|
|
15
17
|
|
|
16
|
-
1.
|
|
17
|
-
2.
|
|
18
|
-
3. Fix any
|
|
18
|
+
1. Use the Skill tool to load the guideline (e.g., `skill: "auth"`)
|
|
19
|
+
2. Audit the project codebase against that guideline's non-negotiables
|
|
20
|
+
3. Fix any violations found in the project code
|
|
19
21
|
4. Move to next skill
|
|
20
22
|
|
|
21
|
-
Skills to
|
|
22
|
-
- auth, account-security
|
|
23
|
+
Skills to audit against (25 total):
|
|
24
|
+
- auth, account-security, admin, appsec
|
|
23
25
|
- billing, pricing, ledger
|
|
24
|
-
- admin, appsec
|
|
25
26
|
- database, data-modeling
|
|
26
|
-
- delivery, deployments
|
|
27
|
-
-
|
|
28
|
-
- seo, performance, pwa
|
|
27
|
+
- delivery, deployments, observability
|
|
28
|
+
- privacy, seo, performance, pwa
|
|
29
29
|
- uiux, i18n, growth
|
|
30
30
|
- storage, support, referral
|
|
31
31
|
- abuse-prevention, competitive-analysis, code-quality
|
|
32
32
|
|
|
33
|
-
### Phase 2: Delegate
|
|
33
|
+
### Phase 2: Delegate Full Audit
|
|
34
34
|
|
|
35
|
-
After
|
|
35
|
+
After Phase 1, delegate a comprehensive review to a worker agent:
|
|
36
36
|
|
|
37
37
|
```
|
|
38
|
-
Task:
|
|
38
|
+
Task: Audit the project codebase against all 25 skill guidelines.
|
|
39
39
|
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
- Missing SSOT designations where needed
|
|
45
|
-
- Tutorial-style content (HOW) instead of requirements (WHAT)
|
|
46
|
-
- Vague or unverifiable non-negotiables
|
|
40
|
+
For each skill:
|
|
41
|
+
1. Load the guideline using Skill tool (e.g., skill: "auth")
|
|
42
|
+
2. Check if the project code complies with the non-negotiables
|
|
43
|
+
3. Report any violations found
|
|
47
44
|
|
|
48
|
-
Return: List of specific
|
|
45
|
+
Return: List of specific violations in the codebase, or "No violations found."
|
|
49
46
|
```
|
|
50
47
|
|
|
51
48
|
### Phase 3: Fix and Repeat
|
|
52
49
|
|
|
53
|
-
If reviewer found
|
|
54
|
-
1. Fix all
|
|
50
|
+
If reviewer found violations:
|
|
51
|
+
1. Fix all violations in the project code
|
|
55
52
|
2. Return to Phase 2
|
|
56
53
|
|
|
57
|
-
If
|
|
54
|
+
If no violations found:
|
|
58
55
|
- Done. Commit and release.
|
|
59
56
|
|
|
60
|
-
## Evaluation Criteria
|
|
61
|
-
|
|
62
|
-
Each skill must have:
|
|
63
|
-
|
|
64
|
-
**Structure**:
|
|
65
|
-
- YAML frontmatter (name, description)
|
|
66
|
-
- Tech Stack section (if applicable)
|
|
67
|
-
- Non-Negotiables section
|
|
68
|
-
- Context section (with cross-references to related skills)
|
|
69
|
-
- Driving Questions section
|
|
70
|
-
|
|
71
|
-
**Content Quality**:
|
|
72
|
-
- Requirements state WHAT, not HOW
|
|
73
|
-
- Non-negotiables are verifiable (can be checked)
|
|
74
|
-
- Context clarifies boundaries with related skills
|
|
75
|
-
- No code examples or templates
|
|
76
|
-
- No tutorial-style explanations
|
|
77
|
-
|
|
78
|
-
**Consistency**:
|
|
79
|
-
- Tech stack entries follow pattern: `* **Component**: Technology`
|
|
80
|
-
- Next.js always includes `(with Turbopack)`
|
|
81
|
-
- Cross-references use backtick format: `lives in \`skill-name\``
|
|
82
|
-
- SSOT is designated where concepts overlap
|
|
83
|
-
|
|
84
57
|
## Exit Condition
|
|
85
58
|
|
|
86
59
|
The loop terminates when:
|
|
87
|
-
- A reviewer agent returns "No
|
|
88
|
-
-
|
|
60
|
+
- A reviewer agent returns "No violations found"
|
|
61
|
+
- The project codebase fully complies with all skill guidelines
|
package/package.json
CHANGED