@mindfoldhq/trellis 0.2.6 → 0.2.7

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.
@@ -2,7 +2,7 @@
2
2
  name: research
3
3
  description: |
4
4
  Code and tech search expert. Pure research, no code modifications. Finds files, patterns, and tech solutions.
5
- tools: Read, Glob, Grep, mcp__exa__web_search_exa, mcp__exa__get_code_context_exa, Skill
5
+ tools: Read, Glob, Grep, mcp__exa__web_search_exa, mcp__exa__get_code_context_exa, Skill, mcp__chrome-devtools__*
6
6
  model: opus
7
7
  ---
8
8
  # Research Agent
@@ -37,7 +37,7 @@ pnpm test
37
37
  **Key Question**:
38
38
  > "If I fixed a bug or discovered something non-obvious, should I document it so future me (or others) won't hit the same issue?"
39
39
 
40
- If YES -> Update the relevant structure doc.
40
+ If YES -> Update the relevant spec doc.
41
41
 
42
42
  ### 3. API Changes
43
43
 
@@ -316,7 +316,7 @@ I recommend reading through `.trellis/spec/` to familiarize yourself with the te
316
316
  If the developer wants help filling guidelines, create a feature to track this:
317
317
 
318
318
  ```bash
319
- ./.trellis/scripts/task.sh create "Fill structure guidelines" --slug fill-structure-guidelines
319
+ ./.trellis/scripts/task.sh create "Fill spec guidelines" --slug fill-spec-guidelines
320
320
  ```
321
321
 
322
322
  Then systematically analyze the codebase and fill each guideline file:
@@ -77,9 +77,9 @@ Use when:
77
77
  Plan Agent will:
78
78
  1. Evaluate requirement validity (may reject if unclear/too large)
79
79
  2. Call research agent to analyze codebase
80
- 3. Create and configure feature directory
80
+ 3. Create and configure task directory
81
81
  4. Write prd.md with acceptance criteria
82
- 5. Output ready-to-use feature directory
82
+ 5. Output ready-to-use task directory
83
83
 
84
84
  After plan.sh completes, start the worktree agent:
85
85
 
@@ -26,7 +26,7 @@ pnpm test
26
26
 
27
27
  ### 2. Documentation Sync
28
28
 
29
- **Structure Docs**:
29
+ **Spec Docs**:
30
30
  - [ ] Does `.trellis/spec/backend/` need updates?
31
31
  - New patterns, new modules, new conventions
32
32
  - [ ] Does `.trellis/spec/frontend/` need updates?
@@ -37,7 +37,7 @@ pnpm test
37
37
  **Key Question**:
38
38
  > "If I fixed a bug or discovered something non-obvious, should I document it so future me (or others) won't hit the same issue?"
39
39
 
40
- If YES -> Update the relevant structure doc.
40
+ If YES -> Update the relevant spec doc.
41
41
 
42
42
  ### 3. API Changes
43
43
 
@@ -94,7 +94,7 @@ git diff --name-only
94
94
 
95
95
  | Oversight | Consequence | Check |
96
96
  |-----------|-------------|-------|
97
- | Structure docs not updated | Others don't know the change | Check .trellis/spec/ |
97
+ | Spec docs not updated | Others don't know the change | Check .trellis/spec/ |
98
98
  | Migration not created | Schema out of sync | Check db/migrations/ |
99
99
  | Types not synced | Runtime errors | Check shared types |
100
100
  | Tests not updated | False confidence | Run full test suite |
@@ -316,7 +316,7 @@ I recommend reading through `.trellis/spec/` to familiarize yourself with the te
316
316
  If the developer wants help filling guidelines, create a feature to track this:
317
317
 
318
318
  ```bash
319
- ./.trellis/scripts/task.sh create "Fill structure guidelines" --slug fill-structure-guidelines
319
+ ./.trellis/scripts/task.sh create "Fill spec guidelines" --slug fill-spec-guidelines
320
320
  ```
321
321
 
322
322
  Then systematically analyze the codebase and fill each guideline file:
@@ -8,7 +8,7 @@
8
8
  # registry_get_file - Get registry file path
9
9
  # registry_get_agent_by_id - Find agent by ID
10
10
  # registry_get_agent_by_worktree - Find agent by worktree path
11
- # registry_get_task_dir - Get feature dir for a worktree
11
+ # registry_get_task_dir - Get task dir for a worktree
12
12
  # registry_remove_by_id - Remove agent by ID
13
13
  # registry_remove_by_worktree - Remove agent by worktree path
14
14
  # registry_add_agent - Add agent to registry
@@ -123,7 +123,7 @@ registry_search_agent() {
123
123
  return 1
124
124
  }
125
125
 
126
- # Get feature directory for a worktree
126
+ # Get task directory for a worktree
127
127
  # Args: worktree_path, [repo_root]
128
128
  # Returns: task_dir value, or empty if not found
129
129
  registry_get_task_dir() {
@@ -43,7 +43,7 @@ while [[ $# -gt 0 ]]; do
43
43
  shift
44
44
  ;;
45
45
  -h|--help)
46
- echo "Usage: $0 [feature-dir] [--dry-run]"
46
+ echo "Usage: $0 [task-dir] [--dry-run]"
47
47
  echo ""
48
48
  echo "Options:"
49
49
  echo " --dry-run Show what would be done without making changes"
@@ -762,7 +762,7 @@ cmd_set_branch() {
762
762
  if [[ -z "$target_dir" ]] || [[ -z "$branch" ]]; then
763
763
  echo -e "${RED}Error: Missing arguments${NC}"
764
764
  echo "Usage: $0 set-branch <task-dir> <branch-name>"
765
- echo "Example: $0 set-branch <dir> feature/my-task"
765
+ echo "Example: $0 set-branch <dir> task/my-task"
766
766
  exit 1
767
767
  fi
768
768
 
@@ -1048,7 +1048,7 @@ Examples:
1048
1048
  $0 create "Add login feature" --slug add-login
1049
1049
  $0 init-context .trellis/tasks/01-21-add-login backend
1050
1050
  $0 add-context <dir> implement .trellis/spec/backend/auth.md "Auth guidelines"
1051
- $0 set-branch <dir> feature/add-login
1051
+ $0 set-branch <dir> task/add-login
1052
1052
  $0 start .trellis/tasks/01-21-add-login
1053
1053
  $0 create-pr # Uses current task
1054
1054
  $0 create-pr <dir> --dry-run # Preview without changes
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@mindfoldhq/trellis",
3
- "version": "0.2.6",
3
+ "version": "0.2.7",
4
4
  "description": "AI capabilities grow like ivy — Trellis provides the structure to guide them along a disciplined path",
5
5
  "type": "module",
6
6
  "main": "./dist/index.js",