homunculus-code 0.3.3 → 0.3.4
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/commands/hm-setup.md +36 -21
- package/package.json +1 -1
package/commands/hm-setup.md
CHANGED
|
@@ -8,19 +8,33 @@ Guide the user through defining their goals and generate `architecture.yaml`.
|
|
|
8
8
|
|
|
9
9
|
You are helping the user set up Homunculus — a self-evolving AI assistant. Your job is to understand their project and goals, then generate a goal tree.
|
|
10
10
|
|
|
11
|
-
|
|
11
|
+
**CRITICAL: Ask ONE question at a time. Wait for the answer before asking the next. Never batch multiple questions in one message.**
|
|
12
12
|
|
|
13
|
-
Ask the
|
|
14
|
-
- What is this project? (e.g., SaaS app, CLI tool, personal project)
|
|
15
|
-
- What do they spend most time on? (e.g., debugging, writing tests, deploying)
|
|
16
|
-
- What frustrates them? (e.g., regressions, slow CI, repetitive tasks)
|
|
17
|
-
- What would they improve if they had infinite time?
|
|
13
|
+
### Step 1: Ask about the project (ONE question)
|
|
18
14
|
|
|
19
|
-
|
|
15
|
+
Start with:
|
|
16
|
+
> "What kind of project is this? (e.g., web app, CLI tool, API, personal project)"
|
|
20
17
|
|
|
21
|
-
|
|
18
|
+
Wait for answer.
|
|
22
19
|
|
|
23
|
-
|
|
20
|
+
### Step 2: Ask about pain points (ONE question)
|
|
21
|
+
|
|
22
|
+
Based on their answer, ask:
|
|
23
|
+
> "What do you spend the most time on that you wish was better? (e.g., debugging, testing, deployment, keeping up with updates)"
|
|
24
|
+
|
|
25
|
+
Wait for answer.
|
|
26
|
+
|
|
27
|
+
### Step 3: Ask about priorities (ONE question)
|
|
28
|
+
|
|
29
|
+
Based on their answer, ask ONE more targeted question. Examples:
|
|
30
|
+
- "If your AI assistant could fix one thing overnight, what would it be?"
|
|
31
|
+
- "What breaks most often in your workflow?"
|
|
32
|
+
|
|
33
|
+
Adapt this question based on what they already told you. Wait for answer.
|
|
34
|
+
|
|
35
|
+
### Step 4: Propose goals
|
|
36
|
+
|
|
37
|
+
Based on ALL their answers, propose 3-5 goals with sub-goals:
|
|
24
38
|
|
|
25
39
|
```
|
|
26
40
|
Based on what you told me, here's your goal tree:
|
|
@@ -30,25 +44,26 @@ Based on what you told me, here's your goal tree:
|
|
|
30
44
|
│ ├── testing — Every change has tests
|
|
31
45
|
│ └── review — Catch issues before merge
|
|
32
46
|
├── productivity — Move faster
|
|
33
|
-
│ ├── automation — Automate repetitive work
|
|
34
47
|
│ └── debugging — Find root causes faster
|
|
35
|
-
└── knowledge — Stay
|
|
48
|
+
└── knowledge — Stay current
|
|
36
49
|
└── tool_updates — Track useful updates
|
|
50
|
+
|
|
51
|
+
Does this look right? Want to add, remove, or change anything?
|
|
37
52
|
```
|
|
38
53
|
|
|
39
|
-
|
|
54
|
+
Wait for confirmation or changes.
|
|
40
55
|
|
|
41
|
-
### Step
|
|
56
|
+
### Step 5: Generate architecture.yaml
|
|
42
57
|
|
|
43
58
|
Once confirmed, generate `architecture.yaml` with:
|
|
44
59
|
- `purpose` for every goal
|
|
45
60
|
- `metrics` where measurable (use reasonable defaults)
|
|
46
|
-
- `health_check` where possible (
|
|
47
|
-
- `realized_by: # will evolve` for all implementations
|
|
61
|
+
- `health_check` where possible (use the project's actual tech stack: `npm test`, `pytest`, `go test`, etc.)
|
|
62
|
+
- `realized_by: # will evolve` for all implementations
|
|
48
63
|
|
|
49
64
|
Write the file using the Write tool.
|
|
50
65
|
|
|
51
|
-
### Step
|
|
66
|
+
### Step 6: Confirm
|
|
52
67
|
|
|
53
68
|
```
|
|
54
69
|
✅ architecture.yaml created with N goals!
|
|
@@ -58,10 +73,10 @@ patterns will be auto-extracted. Run /hm-night anytime to
|
|
|
58
73
|
trigger an evolution cycle.
|
|
59
74
|
```
|
|
60
75
|
|
|
61
|
-
##
|
|
76
|
+
## Rules
|
|
62
77
|
|
|
63
|
-
-
|
|
78
|
+
- **ONE question per message. Never ask two questions at once.**
|
|
79
|
+
- Keep the whole setup under 5 back-and-forth messages
|
|
64
80
|
- Generate PRACTICAL goals, not abstract ones
|
|
65
|
-
-
|
|
66
|
-
-
|
|
67
|
-
- Goals can always be refined later
|
|
81
|
+
- Don't overwhelm — 3-5 top-level goals is ideal
|
|
82
|
+
- Goals can always be refined later with `/hm-setup` again
|