@joshski/dust 0.1.38 → 0.1.40

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@joshski/dust",
3
- "version": "0.1.38",
3
+ "version": "0.1.40",
4
4
  "description": "Flow state for AI coding agents",
5
5
  "type": "module",
6
6
  "bin": {
@@ -32,7 +32,7 @@
32
32
  "author": "joshski",
33
33
  "license": "MIT",
34
34
  "scripts": {
35
- "build": "bun build lib/cli/run.ts --target node --outfile dist/dust.js && printf '%s\\n%s' '#!/usr/bin/env node' \"$(cat dist/dust.js)\" > dist/dust.js && bun build lib/workflow-tasks.ts --target node --outfile dist/workflow-tasks.js && bunx tsc --project tsconfig.build.json && cp -r lib/templates templates",
35
+ "build": "bun build lib/cli/run.ts --target node --outfile dist/dust.js && printf '%s\\n%s' '#!/usr/bin/env node' \"$(cat dist/dust.js)\" > dist/dust.js && bun build lib/workflow-tasks.ts --target node --outfile dist/workflow-tasks.js && bunx tsc --project tsconfig.build.json && rm -rf templates && cp -r lib/templates templates",
36
36
  "test": "vitest run",
37
37
  "test:coverage": "vitest run --coverage",
38
38
  "eval": "bun run ./evals/run.ts"
@@ -18,7 +18,6 @@ Use a todo list to track your progress through these steps.
18
18
  4. Create a new markdown file in `.dust/tasks/` with a descriptive kebab-case name (e.g., `add-user-authentication.md`)
19
19
  5. Add a title as the first line using an H1 heading (e.g., `# Add user authentication`)
20
20
  6. Write a comprehensive description starting with an imperative opening sentence (e.g., "Add caching to the API layer." not "This task adds caching."). Include technical details and references to relevant files.
21
- - Scope the task as a **vertical slice**: a thin but complete path through the system that can be tested and built upon, rather than an isolated component or layer.
22
21
  7. Add a `## Goals` section with links to relevant goals this task supports (e.g., `- [Goal Name](../goals/goal-name.md)`)
23
22
  8. Add a `## Blocked By` section listing any tasks that must complete first, or `(none)` if there are no blockers
24
23
  9. Add a `## Definition of Done` section with a checklist of completion criteria using `- [ ]` for each item
@@ -1,29 +0,0 @@
1
- ## Adding a New Task
2
-
3
- {{#if isClaudeCodeWeb}}Follow these steps to create the task definition, then spawn a sub-agent for implementation.
4
-
5
- Use a todo list to track your progress through these steps.
6
- {{/if}}{{#unless isClaudeCodeWeb}}Follow these steps:
7
- {{/unless}}
8
- 1. Run `{{bin}} ideas` to see all existing ideas
9
- 2. Determine which ideas (if any) should be:
10
- - **Deleted** - if the new task fully covers the idea
11
- - **Updated** - if the idea's scope changes as a result of the task
12
- 3. Research thoroughly to ensure the task will be clearly defined:
13
- - Explore the codebase to understand existing patterns and relevant files
14
- - Identify exactly which files need to change and how
15
- - Resolve any ambiguities in the requirements before writing the task
16
- - Gather specific technical details (function names, file paths, data structures)
17
- - The goal is a task description with minimal ambiguity at implementation time
18
- 4. Create a new markdown file in `.dust/tasks/` with a descriptive kebab-case name (e.g., `add-user-authentication.md`)
19
- 5. Add a title as the first line using an H1 heading (e.g., `# Add user authentication`)
20
- 6. Write a comprehensive description starting with an imperative opening sentence (e.g., "Add caching to the API layer." not "This task adds caching."). Include technical details and references to relevant files.
21
- 7. Add a `## Goals` section with links to relevant goals this task supports (e.g., `- [Goal Name](../goals/goal-name.md)`)
22
- 8. Add a `## Blocked By` section listing any tasks that must complete first, or `(none)` if there are no blockers
23
- 9. Add a `## Definition of Done` section with a checklist of completion criteria using `- [ ]` for each item
24
- 10. Run `{{bin}} lint markdown` to catch any issues with the task format
25
- 11. Create a single atomic commit with a message in the format "Add task: <title>" that includes:
26
- - The new task file
27
- - Deletion of the idea file that spawned this task (if remaining scope exists, create new ideas for it)
28
- {{#unless isClaudeCodeWeb}}12. Push your commit to the remote repository
29
- {{/unless}}{{#if isClaudeCodeWeb}}12. **Start a sub-agent** to implement the task: "Run `{{bin}} implement task` and implement the task in `.dust/tasks/[task-file].md`"{{/if}}
File without changes