@joshski/dust 0.1.33 → 0.1.35
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/dist/cli/types.d.ts +1 -0
- package/dist/dust.js +2933 -1612
- package/package.json +1 -1
- package/templates/agent-implement-task.txt +1 -1
- package/templates/agent-new-task.txt +1 -2
- package/templates/audits/dead-code.md +30 -0
- package/templates/audits/security-review.md +30 -0
- package/templates/audits/test-coverage.md +29 -0
- package/templates/templates/agent-implement-task.txt +1 -1
- package/templates/templates/agent-new-task.txt +1 -2
- package/templates/templates/audits/dead-code.md +30 -0
- package/templates/templates/audits/security-review.md +30 -0
- package/templates/templates/audits/test-coverage.md +29 -0
package/package.json
CHANGED
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
- All implementation changes
|
|
13
13
|
- Deletion of the completed task file
|
|
14
14
|
- Updates to any facts that changed
|
|
15
|
-
- Deletion of
|
|
15
|
+
- Deletion of the idea file that spawned this task (if remaining scope exists, create new ideas for it)
|
|
16
16
|
|
|
17
17
|
Use the task title as the commit message. Task titles are written in imperative form, which is the recommended style for git commit messages. Do not add prefixes like "Complete task:" - use the title directly.
|
|
18
18
|
|
|
@@ -24,7 +24,6 @@ Use a todo list to track your progress through these steps.
|
|
|
24
24
|
10. Run `{{bin}} lint markdown` to catch any issues with the task format
|
|
25
25
|
11. Create a single atomic commit with a message in the format "Add task: <title>" that includes:
|
|
26
26
|
- The new task file
|
|
27
|
-
- Deletion of
|
|
28
|
-
- Updates to any ideas whose scope changed
|
|
27
|
+
- Deletion of the idea file that spawned this task (if remaining scope exists, create new ideas for it)
|
|
29
28
|
{{#unless isClaudeCodeWeb}}12. Push your commit to the remote repository
|
|
30
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}}
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Dead Code
|
|
2
|
+
|
|
3
|
+
Find and remove unused code to improve maintainability and reduce bundle size.
|
|
4
|
+
|
|
5
|
+
## Scope
|
|
6
|
+
|
|
7
|
+
Focus on these areas:
|
|
8
|
+
|
|
9
|
+
1. **Unused exports** - Functions, classes, constants that are never imported
|
|
10
|
+
2. **Unreachable code** - Code after return statements, impossible conditions
|
|
11
|
+
3. **Orphaned files** - Files that are not imported anywhere
|
|
12
|
+
4. **Unused dependencies** - Packages in package.json not used in code
|
|
13
|
+
5. **Commented-out code** - Old code left in comments
|
|
14
|
+
|
|
15
|
+
## Goals
|
|
16
|
+
|
|
17
|
+
(none)
|
|
18
|
+
|
|
19
|
+
## Blocked By
|
|
20
|
+
|
|
21
|
+
(none)
|
|
22
|
+
|
|
23
|
+
## Definition of Done
|
|
24
|
+
|
|
25
|
+
- [ ] Ran static analysis tools to find unused exports
|
|
26
|
+
- [ ] Identified files with no incoming imports
|
|
27
|
+
- [ ] Listed unused dependencies
|
|
28
|
+
- [ ] Reviewed commented-out code blocks
|
|
29
|
+
- [ ] Created list of code safe to remove
|
|
30
|
+
- [ ] Verified removal won't break dynamic imports or reflection
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Security Review
|
|
2
|
+
|
|
3
|
+
Review the codebase for common security vulnerabilities and misconfigurations.
|
|
4
|
+
|
|
5
|
+
## Scope
|
|
6
|
+
|
|
7
|
+
Focus on these areas:
|
|
8
|
+
|
|
9
|
+
1. **Hardcoded secrets** - API keys, passwords, tokens in source code
|
|
10
|
+
2. **Injection vulnerabilities** - SQL injection, command injection, XSS
|
|
11
|
+
3. **Authentication issues** - Weak password handling, missing auth checks
|
|
12
|
+
4. **Sensitive data exposure** - Logging sensitive data, insecure storage
|
|
13
|
+
5. **Dependency vulnerabilities** - Known CVEs in dependencies
|
|
14
|
+
|
|
15
|
+
## Goals
|
|
16
|
+
|
|
17
|
+
(none)
|
|
18
|
+
|
|
19
|
+
## Blocked By
|
|
20
|
+
|
|
21
|
+
(none)
|
|
22
|
+
|
|
23
|
+
## Definition of Done
|
|
24
|
+
|
|
25
|
+
- [ ] Searched for hardcoded secrets (API keys, passwords, tokens)
|
|
26
|
+
- [ ] Reviewed input validation and sanitization
|
|
27
|
+
- [ ] Checked authentication and authorization logic
|
|
28
|
+
- [ ] Verified sensitive data is not logged or exposed
|
|
29
|
+
- [ ] Ran dependency audit for known vulnerabilities
|
|
30
|
+
- [ ] Documented any findings with severity ratings
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# Test Coverage
|
|
2
|
+
|
|
3
|
+
Identify untested code paths and areas that need additional test coverage.
|
|
4
|
+
|
|
5
|
+
## Scope
|
|
6
|
+
|
|
7
|
+
Focus on these areas:
|
|
8
|
+
|
|
9
|
+
1. **Core business logic** - Functions that handle critical operations
|
|
10
|
+
2. **Edge cases** - Boundary conditions, error handling paths
|
|
11
|
+
3. **Integration points** - API endpoints, database operations
|
|
12
|
+
4. **User-facing features** - UI components, form validation
|
|
13
|
+
5. **Recent changes** - Code modified in the last few commits
|
|
14
|
+
|
|
15
|
+
## Goals
|
|
16
|
+
|
|
17
|
+
(none)
|
|
18
|
+
|
|
19
|
+
## Blocked By
|
|
20
|
+
|
|
21
|
+
(none)
|
|
22
|
+
|
|
23
|
+
## Definition of Done
|
|
24
|
+
|
|
25
|
+
- [ ] Identified modules with low or no test coverage
|
|
26
|
+
- [ ] Listed critical paths that lack tests
|
|
27
|
+
- [ ] Prioritized areas by risk and importance
|
|
28
|
+
- [ ] Created list of specific test cases to add
|
|
29
|
+
- [ ] Estimated effort for improving coverage
|
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
- All implementation changes
|
|
13
13
|
- Deletion of the completed task file
|
|
14
14
|
- Updates to any facts that changed
|
|
15
|
-
- Deletion of
|
|
15
|
+
- Deletion of the idea file that spawned this task (if remaining scope exists, create new ideas for it)
|
|
16
16
|
|
|
17
17
|
Use the task title as the commit message. Task titles are written in imperative form, which is the recommended style for git commit messages. Do not add prefixes like "Complete task:" - use the title directly.
|
|
18
18
|
|
|
@@ -24,7 +24,6 @@ Use a todo list to track your progress through these steps.
|
|
|
24
24
|
10. Run `{{bin}} lint markdown` to catch any issues with the task format
|
|
25
25
|
11. Create a single atomic commit with a message in the format "Add task: <title>" that includes:
|
|
26
26
|
- The new task file
|
|
27
|
-
- Deletion of
|
|
28
|
-
- Updates to any ideas whose scope changed
|
|
27
|
+
- Deletion of the idea file that spawned this task (if remaining scope exists, create new ideas for it)
|
|
29
28
|
{{#unless isClaudeCodeWeb}}12. Push your commit to the remote repository
|
|
30
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}}
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Dead Code
|
|
2
|
+
|
|
3
|
+
Find and remove unused code to improve maintainability and reduce bundle size.
|
|
4
|
+
|
|
5
|
+
## Scope
|
|
6
|
+
|
|
7
|
+
Focus on these areas:
|
|
8
|
+
|
|
9
|
+
1. **Unused exports** - Functions, classes, constants that are never imported
|
|
10
|
+
2. **Unreachable code** - Code after return statements, impossible conditions
|
|
11
|
+
3. **Orphaned files** - Files that are not imported anywhere
|
|
12
|
+
4. **Unused dependencies** - Packages in package.json not used in code
|
|
13
|
+
5. **Commented-out code** - Old code left in comments
|
|
14
|
+
|
|
15
|
+
## Goals
|
|
16
|
+
|
|
17
|
+
(none)
|
|
18
|
+
|
|
19
|
+
## Blocked By
|
|
20
|
+
|
|
21
|
+
(none)
|
|
22
|
+
|
|
23
|
+
## Definition of Done
|
|
24
|
+
|
|
25
|
+
- [ ] Ran static analysis tools to find unused exports
|
|
26
|
+
- [ ] Identified files with no incoming imports
|
|
27
|
+
- [ ] Listed unused dependencies
|
|
28
|
+
- [ ] Reviewed commented-out code blocks
|
|
29
|
+
- [ ] Created list of code safe to remove
|
|
30
|
+
- [ ] Verified removal won't break dynamic imports or reflection
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Security Review
|
|
2
|
+
|
|
3
|
+
Review the codebase for common security vulnerabilities and misconfigurations.
|
|
4
|
+
|
|
5
|
+
## Scope
|
|
6
|
+
|
|
7
|
+
Focus on these areas:
|
|
8
|
+
|
|
9
|
+
1. **Hardcoded secrets** - API keys, passwords, tokens in source code
|
|
10
|
+
2. **Injection vulnerabilities** - SQL injection, command injection, XSS
|
|
11
|
+
3. **Authentication issues** - Weak password handling, missing auth checks
|
|
12
|
+
4. **Sensitive data exposure** - Logging sensitive data, insecure storage
|
|
13
|
+
5. **Dependency vulnerabilities** - Known CVEs in dependencies
|
|
14
|
+
|
|
15
|
+
## Goals
|
|
16
|
+
|
|
17
|
+
(none)
|
|
18
|
+
|
|
19
|
+
## Blocked By
|
|
20
|
+
|
|
21
|
+
(none)
|
|
22
|
+
|
|
23
|
+
## Definition of Done
|
|
24
|
+
|
|
25
|
+
- [ ] Searched for hardcoded secrets (API keys, passwords, tokens)
|
|
26
|
+
- [ ] Reviewed input validation and sanitization
|
|
27
|
+
- [ ] Checked authentication and authorization logic
|
|
28
|
+
- [ ] Verified sensitive data is not logged or exposed
|
|
29
|
+
- [ ] Ran dependency audit for known vulnerabilities
|
|
30
|
+
- [ ] Documented any findings with severity ratings
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# Test Coverage
|
|
2
|
+
|
|
3
|
+
Identify untested code paths and areas that need additional test coverage.
|
|
4
|
+
|
|
5
|
+
## Scope
|
|
6
|
+
|
|
7
|
+
Focus on these areas:
|
|
8
|
+
|
|
9
|
+
1. **Core business logic** - Functions that handle critical operations
|
|
10
|
+
2. **Edge cases** - Boundary conditions, error handling paths
|
|
11
|
+
3. **Integration points** - API endpoints, database operations
|
|
12
|
+
4. **User-facing features** - UI components, form validation
|
|
13
|
+
5. **Recent changes** - Code modified in the last few commits
|
|
14
|
+
|
|
15
|
+
## Goals
|
|
16
|
+
|
|
17
|
+
(none)
|
|
18
|
+
|
|
19
|
+
## Blocked By
|
|
20
|
+
|
|
21
|
+
(none)
|
|
22
|
+
|
|
23
|
+
## Definition of Done
|
|
24
|
+
|
|
25
|
+
- [ ] Identified modules with low or no test coverage
|
|
26
|
+
- [ ] Listed critical paths that lack tests
|
|
27
|
+
- [ ] Prioritized areas by risk and importance
|
|
28
|
+
- [ ] Created list of specific test cases to add
|
|
29
|
+
- [ ] Estimated effort for improving coverage
|