@chris1807/claude-kit 2.1.16 → 2.1.17
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": "@chris1807/claude-kit",
|
|
3
|
-
"version": "2.1.
|
|
3
|
+
"version": "2.1.17",
|
|
4
4
|
"description": "Claude Code starter kit for Azure DevOps teams — agents, hooks, MCP servers, slash commands, and end-to-end work item → PR → release → deploy workflow automation",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|
|
@@ -129,11 +129,37 @@ Run a build check **before** any other quality checks. Use the `build-validator`
|
|
|
129
129
|
|
|
130
130
|
## Step 7: Quality Checks
|
|
131
131
|
|
|
132
|
-
1. **
|
|
133
|
-
2. **Run
|
|
134
|
-
3. **Run lint** — ESLint and dotnet format
|
|
132
|
+
1. **Run the full test suite** — every unit test in the repo, plus integration tests. Not just the tests added in this change. A failure in an unrelated test means this change broke something else; treat it as a regression, fix it, and re-run until the entire suite is green
|
|
133
|
+
2. **Run lint** — ESLint and dotnet format
|
|
135
134
|
|
|
136
|
-
## Step 8:
|
|
135
|
+
## Step 8: Code Review
|
|
136
|
+
|
|
137
|
+
Spawn the `reviewer` agent to review the diff for quality, security, Clean Architecture compliance, and CLAUDE.md adherence. The agent is read-only — it reports findings, you act on them.
|
|
138
|
+
|
|
139
|
+
Present the findings to the user grouped by severity:
|
|
140
|
+
|
|
141
|
+
```
|
|
142
|
+
## Code Review Findings
|
|
143
|
+
|
|
144
|
+
### Must-fix (blocking)
|
|
145
|
+
- {file:line} — {issue + why it blocks}
|
|
146
|
+
|
|
147
|
+
### Should-fix (recommended)
|
|
148
|
+
- {file:line} — {issue + suggested change}
|
|
149
|
+
|
|
150
|
+
### Nits (optional)
|
|
151
|
+
- {file:line} — {minor note}
|
|
152
|
+
|
|
153
|
+
Address must-fix items? (yes / select / skip)
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
- `yes` → fix every must-fix item, then re-run the reviewer agent on the updated diff
|
|
157
|
+
- `select` → ask which items to address; fix only those, then re-run the reviewer agent
|
|
158
|
+
- `skip` → proceed without fixes (only allowed if there are no must-fix items, or the user explicitly overrides)
|
|
159
|
+
|
|
160
|
+
Loop until the reviewer reports no must-fix items, or the user explicitly accepts remaining findings. Do not proceed to UAT with unresolved must-fix items unless the user overrides.
|
|
161
|
+
|
|
162
|
+
## Step 9: UAT Gate
|
|
137
163
|
|
|
138
164
|
### If Hot Fix:
|
|
139
165
|
Skip manual UAT. Present an abbreviated confirmation:
|
|
@@ -165,7 +191,7 @@ Did manual testing pass?
|
|
|
165
191
|
|
|
166
192
|
Wait for the user's response before proceeding. Do NOT create a PR until confirmed.
|
|
167
193
|
|
|
168
|
-
## Step
|
|
194
|
+
## Step 10: Push, Create PR, and Update Work Item
|
|
169
195
|
|
|
170
196
|
1. Push the branch: `git push -u origin HEAD`
|
|
171
197
|
2. Create a PR via Azure DevOps MCP:
|
|
@@ -202,10 +202,9 @@ Run a build check **before** any other quality checks. Use the `build-validator`
|
|
|
202
202
|
|
|
203
203
|
## Step 9: Quality Checks
|
|
204
204
|
|
|
205
|
-
1. **
|
|
206
|
-
2. **Run
|
|
207
|
-
3. **
|
|
208
|
-
4. **Acceptance Criteria check** — re-read the work item's full Acceptance Criteria (the same list captured in Step 3). For each AC, identify the test or piece of code that proves it's met. If any AC has no covering test or visible code path, flag it before moving to the UAT gate:
|
|
205
|
+
1. **Run the full test suite** — every unit test in the repo, plus integration tests. Not just the tests added in this rework. A failure in an unrelated test means this rework broke something else; treat it as a regression, fix it, and re-run until the entire suite is green
|
|
206
|
+
2. **Run lint** — ESLint and dotnet format
|
|
207
|
+
3. **Acceptance Criteria check** — re-read the work item's full Acceptance Criteria (the same list captured in Step 3). For each AC, identify the test or piece of code that proves it's met. If any AC has no covering test or visible code path, flag it before moving on:
|
|
209
208
|
|
|
210
209
|
```
|
|
211
210
|
⚠ AC #{n} ({short form}) has no covering test or clear code path.
|
|
@@ -214,7 +213,34 @@ Run a build check **before** any other quality checks. Use the `build-validator`
|
|
|
214
213
|
|
|
215
214
|
Do not advance to Step 10 with any AC unverified.
|
|
216
215
|
|
|
217
|
-
## Step 10:
|
|
216
|
+
## Step 10: Code Review
|
|
217
|
+
|
|
218
|
+
Spawn the `reviewer` agent to review the rework diff for quality, security, Clean Architecture compliance, and CLAUDE.md adherence. Focus the review on the files changed since the last PR — call out any regression risk introduced by the rework. The agent is read-only — it reports findings, you act on them.
|
|
219
|
+
|
|
220
|
+
Present the findings to the user grouped by severity:
|
|
221
|
+
|
|
222
|
+
```
|
|
223
|
+
## Code Review Findings
|
|
224
|
+
|
|
225
|
+
### Must-fix (blocking)
|
|
226
|
+
- {file:line} — {issue + why it blocks}
|
|
227
|
+
|
|
228
|
+
### Should-fix (recommended)
|
|
229
|
+
- {file:line} — {issue + suggested change}
|
|
230
|
+
|
|
231
|
+
### Nits (optional)
|
|
232
|
+
- {file:line} — {minor note}
|
|
233
|
+
|
|
234
|
+
Address must-fix items? (yes / select / skip)
|
|
235
|
+
```
|
|
236
|
+
|
|
237
|
+
- `yes` → fix every must-fix item, then re-run the reviewer agent on the updated diff
|
|
238
|
+
- `select` → ask which items to address; fix only those, then re-run the reviewer agent
|
|
239
|
+
- `skip` → proceed without fixes (only allowed if there are no must-fix items, or the user explicitly overrides)
|
|
240
|
+
|
|
241
|
+
Loop until the reviewer reports no must-fix items, or the user explicitly accepts remaining findings. Do not proceed to UAT with unresolved must-fix items unless the user overrides.
|
|
242
|
+
|
|
243
|
+
## Step 11: UAT Gate
|
|
218
244
|
|
|
219
245
|
### If Hot Fix:
|
|
220
246
|
Skip manual UAT. Present an abbreviated confirmation:
|
|
@@ -246,7 +272,7 @@ Did manual testing pass?
|
|
|
246
272
|
|
|
247
273
|
Wait for the user's response before proceeding. Do NOT push until confirmed.
|
|
248
274
|
|
|
249
|
-
## Step
|
|
275
|
+
## Step 12: Push and Update
|
|
250
276
|
|
|
251
277
|
1. Push the changes: `git push`
|
|
252
278
|
2. Add a comment on the existing PR summarizing what was changed in the rework
|