@martinffx/atelier 1.0.2 → 1.1.0

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.
Files changed (31) hide show
  1. package/CHANGELOG.md +9 -0
  2. package/README.md +1 -5
  3. package/package.json +1 -1
  4. package/skills/{code-conventional-commit → code-commit}/SKILL.md +16 -1
  5. package/skills/code-commit/references/pr-workflow.md +145 -0
  6. package/skills/code-debug/SKILL.md +0 -4
  7. package/skills/code-review/references/reviewers.md +3 -11
  8. package/skills/code-review/references/rq.md +4 -5
  9. package/skills/oracle-grillme/SKILL.md +160 -0
  10. package/skills/oracle-grillme/references/ADR-FORMAT.md +47 -0
  11. package/skills/oracle-grillme/references/CONTEXT-FORMAT.md +63 -0
  12. package/skills/spec-finish/SKILL.md +2 -5
  13. package/skills/spec-implement/SKILL.md +1 -1
  14. package/skills/code-conventional-commit/evals/evals.json +0 -23
  15. package/skills/code-conventional-commit/workspace/iteration-1/eval-0/with_skill/outputs/commit-message.txt +0 -4
  16. package/skills/code-conventional-commit/workspace/iteration-1/eval-0/with_skill/outputs/eval_metadata.json +0 -6
  17. package/skills/code-conventional-commit/workspace/iteration-1/eval-1/with_skill/outputs/eval_metadata.json +0 -6
  18. package/skills/code-conventional-commit/workspace/iteration-1/eval-1/with_skill/outputs/validation-result.txt +0 -16
  19. package/skills/code-conventional-commit/workspace/iteration-1/eval-2/with_skill/outputs/commit-message.txt +0 -8
  20. package/skills/code-conventional-commit/workspace/iteration-1/eval-2/with_skill/outputs/eval_metadata.json +0 -6
  21. package/skills/code-conventional-commit/workspace/iteration-1/report.html +0 -1325
  22. package/skills/code-git-worktrees/SKILL.md +0 -218
  23. package/skills/code-perf/SKILL.md +0 -163
  24. package/skills/code-perf/references/common-bottlenecks.md +0 -124
  25. package/skills/code-perf/references/optimization-patterns.md +0 -167
  26. package/skills/code-perf/references/profiling-tools.md +0 -126
  27. package/skills/code-security/SKILL.md +0 -183
  28. package/skills/code-security/references/owasp-top-10.md +0 -129
  29. package/skills/code-security/references/security-tools.md +0 -102
  30. package/skills/code-security/references/vulnerability-patterns.md +0 -129
  31. package/skills/code-stacked-commit/SKILL.md +0 -155
@@ -1,155 +0,0 @@
1
- ---
2
- name: code-stacked-commit
3
- description: Manage stacked commits using Graphite. Use when the user wants to create multiple stacked commits, manage a commit stack, sync with remote, or submit PRs from a stack. Triggers on "stacked", "stack", "gt ", "graphite", or when working with multiple related commits.
4
- user-invocable: true
5
- ---
6
-
7
- # Stacked Commit Skill (Graphite)
8
-
9
- Manage stacked commits using [Graphite](https://graphite.dev) - a CLI for creating and managing stacked PRs.
10
-
11
- ## When to Use
12
-
13
- - User wants to break work into multiple small, reviewable commits
14
- - Working with stacked commits (multiple commits stacked on each other)
15
- - Syncing and submitting stacked PRs
16
-
17
- ## Prerequisites
18
-
19
- Ensure Graphite is installed:
20
- ```bash
21
- brew install graphite-dev || npm install -g @graphite-dev/cli
22
- ```
23
-
24
- ## Core Operations
25
-
26
- ### 1. View Current Stack
27
-
28
- ```bash
29
- gt stack
30
- ```
31
-
32
- Shows all branches in the stack with their status (synced, to-push, in-progress).
33
-
34
- ### 2. Create a New Commit
35
-
36
- ```bash
37
- gt branch create "feat(auth): add JWT authentication"
38
- ```
39
-
40
- This:
41
- 1. Creates a new branch on top of the current stack
42
- 2. Opens editor for commit message (or use `-m` for inline)
43
- 3. Commits the staged changes
44
-
45
- **Works best when you:**
46
- - Stage specific files: `git add file1 file2`
47
- - Then create commit: `gt branch create "feat: add feature"`
48
- - Repeat for each logical unit of work
49
-
50
- ### 3. Restack (Rebase onto Main)
51
-
52
- ```bash
53
- gt branch restack
54
- ```
55
-
56
- Rebases all branches in the stack onto the latest main. Use before submitting or when main has advanced.
57
-
58
- ### 4. Sync with Remote
59
-
60
- ```bash
61
- gt branch sync
62
- ```
63
-
64
- Pull latest changes from remote and restack.
65
-
66
- ### 5. Submit Stack as PRs
67
-
68
- ```bash
69
- gt branch submit
70
- ```
71
-
72
- Creates PRs for each branch in the stack. Opens browser to create the first PR; subsequent PRs link to it.
73
-
74
- ### 6. Continue Working on Branch
75
-
76
- If you need to add more changes to a specific commit:
77
-
78
- ```bash
79
- # Make your changes, stage them
80
- git add .
81
-
82
- # Amend to current branch
83
- gt branch continue
84
- ```
85
-
86
- ### 7. Navigate Stack
87
-
88
- ```bash
89
- # Go to parent branch
90
- gt branch checkout @parent
91
-
92
- # Go to child branch
93
- gt branch checkout @child
94
- ```
95
-
96
- ## Workflow Example
97
-
98
- ```
99
- # Start new feature work
100
- git checkout main
101
- gt branch create "feat(api): add user endpoint"
102
-
103
- # Add user endpoint code
104
- git add src/users/
105
- gt branch continue # Amend to current commit
106
-
107
- # Create next commit in stack
108
- gt branch create "feat(api): add user validation"
109
-
110
- # Add validation code
111
- git add src/validation/
112
- gt branch continue
113
-
114
- # View stack
115
- gt stack
116
-
117
- # Restack before submit
118
- gt branch restack
119
-
120
- # Submit all as stacked PRs
121
- gt branch submit
122
- ```
123
-
124
- ## Best Practices
125
-
126
- 1. **One logical change per commit** - Each commit should be reviewable independently
127
- 2. **Meaningful commit messages** - Use conventional commit format
128
- 3. **Restack before submit** - Always `gt branch restack` before submitting to ensure clean history
129
- 4. **Keep stack small** - Deep stacks can be hard to manage; 3-5 commits is ideal
130
- 5. **Sync regularly** - Run `gt branch sync` often when working with others
131
-
132
- ## Troubleshooting
133
-
134
- | Issue | Solution |
135
- |-------|----------|
136
- | Conflicts during restack | Resolve in editor, then `gt branch continue` |
137
- | Stack broken | `gt branch repair` to fix detached HEAD |
138
- | Too many branches | `gt branch delete <name>` to remove (won't delete remote) |
139
-
140
- ## Commit Message Format
141
-
142
- Follow conventional commits within the Graphite workflow:
143
-
144
- ```
145
- <type>(<scope>): <subject>
146
-
147
- [optional body]
148
- ```
149
-
150
- Examples:
151
- ```
152
- feat(api): add user profile endpoint
153
- fix(db): resolve connection pool exhaustion
154
- docs(readme): update installation instructions
155
- ```