You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Clarify the plan skill with a complete artifact example and remove the
obsolete todo dependencies field from the frontend contract.
Add non-blocking Write diagnostics for malformed .plan.md artifacts so
files remain saved while agents receive structured repair guidance.
Improve plan builds by:
- Binding active builds to their session and turn
- Rejecting builds without valid todo IDs
- Settling state when the owning turn terminates
- Preventing builds with unsaved editor changes
- Preserving the current agent and sending only the plan path
Copy file name to clipboardExpand all lines: src/crates/assembly/core/builtin_skills/plan/SKILL.md
+15-18Lines changed: 15 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,40 +10,37 @@ Produce a concise, evidence-backed implementation plan and leave project source
10
10
## Workflow
11
11
12
12
1. Inspect the relevant code, configuration, documentation, and repository instructions using read-only tools. Resolve important behavior and ownership questions before drafting the plan.
13
-
2. Ask the user only when missing information would materially change the approach. Present concrete options and put the recommended option first. Do not ask whether to proceed merely because research is complete.
13
+
2. Ask the user when missing information would materially change the approach. Present concrete options and put the recommended option first. Do not ask whether to proceed merely because research is complete.
14
14
3. Use `Task` only for read-only research that materially improves the plan. Keep delegated scopes bounded and synthesize the findings yourself.
15
-
4. Write one plan artifact at `.bitfun/plans/<short-kebab-name>.plan.md`. Use a concise descriptive filename, and do not overwrite a different existing plan blindly.
16
-
5.After a successful plan Write, stop tool use and link the plan file without repeating its contents.
15
+
4.Use `Write` to create one plan artifact at `.bitfun/plans/<short-kebab-name>.plan.md`. Use a concise descriptive filename, and do not overwrite a different existing plan blindly.
16
+
5.Once the plan artifact is created and meets the format and content requirements, stop tool use and link the file without repeating its contents.
17
17
18
18
## Plan Artifact
19
19
20
-
Use `Write` with a payload containing the path header followed by the complete file:
20
+
Create the artifact using this complete file structure. The artifact consists of a YAML frontmatter and a non-empty Markdown body whose first line is a level-1 heading.
21
21
22
-
```text
23
-
+++ .bitfun/plans/<short-kebab-name>.plan.md
24
-
<complete plan file>
25
-
```
26
-
27
-
The file must start with YAML frontmatter in this shape. Always include `todos`; use `todos: []` for a simple plan. Every todo starts as `pending`, has a stable kebab-case ID, and includes `dependencies`, using `[]` when it has none.
28
-
29
-
```yaml
22
+
```markdown
30
23
---
31
24
name: Short Plan Name
32
25
overview: One or two sentence overview
33
26
todos:
34
27
- id: stable-todo-id
35
28
content: Specific actionable task
36
29
status: pending
37
-
dependencies: []
38
30
---
31
+
32
+
# Short Plan Name
33
+
34
+
...
39
35
```
40
36
41
-
Follow the frontmatter with a non-empty Markdown body whose first line is a level-1 heading. Keep the plan proportional to the request and cite specific workspace-relative files with Markdown links when useful.
37
+
- Todos help break down complex plans into manageable, trackable tasks. Always include `todos`; use `todos: []` for a simple plan. Every todo starts as `pending` and has a stable kebab-case ID.
38
+
- The plan should be concise and actionable. Focus on high-level meaningful decisions rather than low-level implementation details
39
+
- Keep the plan proportional to the request and cite specific workspace-relative files with Markdown links when useful.
42
40
43
41
## Rules
44
42
45
43
- Do not edit project source, change configuration, run mutating commands, or otherwise implement the task while this planning workflow applies. The only permitted mutation is a `.bitfun/plans/*.plan.md` artifact.
46
-
- If the plan Write fails or falls back under `.bitfun/tmp`, fix only the plan artifact write and retry; that fallback is not a completed plan.
47
-
- For a requested revision, Read the existing plan first and then use Edit or Write only on that same `.bitfun/plans/*.plan.md` file. Do not create another plan card merely to revise it.
48
-
- The successful plan Write is the final tool call for the planning turn.
49
-
- Once the user explicitly approves the plan or asks to implement, leave this planning workflow and perform the requested work normally. This skill does not require an Agent or mode switch.
44
+
- Before creating a new plan, inspect `.bitfun/plans` and choose an unused filename.
45
+
- For a requested revision, Read the existing plan first and then use Edit or Write only on that same `.bitfun/plans/*.plan.md` file.
46
+
- Once the user explicitly approves the plan or asks to implement, leave this planning workflow and perform the requested work normally.
0 commit comments