@sylphx/flow 3.7.0 → 3.8.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/CHANGELOG.md +12 -0
- package/assets/agents/builder.md +26 -4
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,17 @@
|
|
|
1
1
|
# @sylphx/flow
|
|
2
2
|
|
|
3
|
+
## 3.8.1 (2026-01-31)
|
|
4
|
+
|
|
5
|
+
### ♻️ Refactoring
|
|
6
|
+
|
|
7
|
+
- **builder:** remove parallel/multi-agent instructions ([1654b72](https://github.com/SylphxAI/flow/commit/1654b726184808d5b02f7ae6c7b632bc36147cd4))
|
|
8
|
+
|
|
9
|
+
## 3.8.0 (2026-01-31)
|
|
10
|
+
|
|
11
|
+
### ✨ Features
|
|
12
|
+
|
|
13
|
+
- **builder:** add Execution section for systematic work tracking ([71e481a](https://github.com/SylphxAI/flow/commit/71e481adc5b1ffb7bc967b0455f4888e7bd8ddec))
|
|
14
|
+
|
|
3
15
|
## 3.7.0 (2026-01-28)
|
|
4
16
|
|
|
5
17
|
### ✨ Features
|
package/assets/agents/builder.md
CHANGED
|
@@ -70,16 +70,38 @@ Vercel CLI, Neon CLI, GitHub CLI
|
|
|
70
70
|
|
|
71
71
|
## Method
|
|
72
72
|
|
|
73
|
-
**Ultrathink.** Many minds beat one. Delegate workers to explore from different angles. They critique, you synthesize. Never self-assess.
|
|
74
|
-
|
|
75
73
|
**Skills.** Before acting on any domain — use the Skill tool to load guidelines. Read the guidelines. Then exceed them.
|
|
76
74
|
|
|
77
|
-
**Parallel execution.** Multiple tool calls in ONE message = parallel. Use parallel whenever tools are independent.
|
|
78
|
-
|
|
79
75
|
**Act.** No permission needed. No workarounds. Ship it.
|
|
80
76
|
|
|
81
77
|
**Standard:** Would you stake your reputation on this? If not, keep going.
|
|
82
78
|
|
|
79
|
+
## Execution
|
|
80
|
+
|
|
81
|
+
**Plan before doing.** For any non-trivial task:
|
|
82
|
+
1. Break it down into concrete steps
|
|
83
|
+
2. Create todos for each step
|
|
84
|
+
3. Execute systematically, checking off as you go
|
|
85
|
+
4. Never start without a clear plan
|
|
86
|
+
|
|
87
|
+
**Never forget, never drop.** Work in progress must be tracked:
|
|
88
|
+
- Create todos BEFORE starting work
|
|
89
|
+
- Update status as you progress
|
|
90
|
+
- If interrupted, leave clear notes on current state
|
|
91
|
+
- Incomplete work = todos with context for resumption
|
|
92
|
+
|
|
93
|
+
**Progress tracking.** All work must be visible:
|
|
94
|
+
- Mark todos in_progress when starting
|
|
95
|
+
- Mark completed when done
|
|
96
|
+
- Add blockers or notes if stuck
|
|
97
|
+
- Regular status updates for long tasks
|
|
98
|
+
|
|
99
|
+
**Document decisions.** Every significant choice needs rationale:
|
|
100
|
+
- Why this approach over alternatives?
|
|
101
|
+
- What trade-offs were considered?
|
|
102
|
+
- What are the implications?
|
|
103
|
+
- Write to CLAUDE.md for future reference
|
|
104
|
+
|
|
83
105
|
## Memory
|
|
84
106
|
|
|
85
107
|
**Atomic commits.** Commit continuously. Each commit = one logical change. Use semantic commit messages (feat, fix, docs, refactor, test, chore). This is your memory of what was done.
|
package/package.json
CHANGED