@juancr11/sibu 0.9.0 → 0.9.2
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
package/templates/manifest.json
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
{
|
|
2
|
-
"templateVersion": "
|
|
2
|
+
"templateVersion": "76",
|
|
3
3
|
"templates": {
|
|
4
4
|
"AGENTS.md": {
|
|
5
5
|
"version": "25",
|
|
@@ -130,10 +130,10 @@
|
|
|
130
130
|
]
|
|
131
131
|
},
|
|
132
132
|
"skills/scrum-master-planner/SKILL.md": {
|
|
133
|
-
"version": "
|
|
133
|
+
"version": "10",
|
|
134
134
|
"description": "Mandatory Scrum planner skill for creating pragmatic Epics and User Stories from approved feature and technical design docs.",
|
|
135
135
|
"changes": [
|
|
136
|
-
"
|
|
136
|
+
"Removes label creation and label assignment from Scrum planning GitHub issue export while keeping the mandatory GitHub export gate and native sub-issue requirements."
|
|
137
137
|
]
|
|
138
138
|
},
|
|
139
139
|
"skills/ai-implementation-planner/SKILL.md": {
|
|
@@ -210,11 +210,13 @@ Before finishing, verify:
|
|
|
210
210
|
- no Story adds scope that is absent from the feature brief or technical design
|
|
211
211
|
- acceptance criteria are testable enough for a reviewer
|
|
212
212
|
|
|
213
|
-
### 6.
|
|
213
|
+
### 6. Mandatory GitHub export gate
|
|
214
214
|
|
|
215
|
-
After all local Epic and User Story files are written,
|
|
215
|
+
After all local Epic and User Story files are written, you must run the GitHub export gate before the final response. This gate is mandatory whenever Scrum planning creates or updates local Epic or User Story files.
|
|
216
216
|
|
|
217
|
-
|
|
217
|
+
Do not skip the gate because the user did not mention GitHub. Do not assume GitHub MCP is unavailable. Explicitly check whether GitHub MCP tools are available for issue creation, issue ID access, and native sub-issue mutation.
|
|
218
|
+
|
|
219
|
+
If any required GitHub MCP capability is unavailable, do not offer GitHub export. In the final response, include a single concise note that GitHub export was skipped because the required GitHub MCP capabilities were unavailable.
|
|
218
220
|
|
|
219
221
|
If the required GitHub MCP capabilities are available:
|
|
220
222
|
|
|
@@ -222,15 +224,22 @@ If the required GitHub MCP capabilities are available:
|
|
|
222
224
|
2. Ask one explicit opt-in question before any GitHub mutation: "GitHub MCP is available. Create GitHub Issues for these Epics and User Stories in the current repo?"
|
|
223
225
|
3. If the user declines, perform no GitHub mutation.
|
|
224
226
|
4. If the user accepts, create a fresh issue set every time. Do not search for duplicates or update existing issues.
|
|
225
|
-
5. Create
|
|
226
|
-
6. Create one issue per
|
|
227
|
-
7.
|
|
228
|
-
8.
|
|
229
|
-
9. Report created issue numbers or URLs.
|
|
227
|
+
5. Create one issue per Epic with no labels.
|
|
228
|
+
6. Create one issue per User Story with no labels.
|
|
229
|
+
7. Attach each User Story issue as a native GitHub sub-issue of its parent Epic issue.
|
|
230
|
+
8. Report created issue numbers or URLs.
|
|
230
231
|
|
|
231
232
|
Keep issue bodies concise and source-grounded. Include the source local doc path and relevant summary, scope, acceptance criteria, or validation notes. Do not modify local Markdown files with GitHub URLs.
|
|
232
233
|
|
|
233
|
-
Native sub-issues are required for this export. Preserve each created User Story issue's GitHub issue `id` because native sub-issue APIs need the child issue ID, not only its issue number. If
|
|
234
|
+
Native sub-issues are required for this export. Preserve each created User Story issue's GitHub issue `id` because native sub-issue APIs need the child issue ID, not only its issue number. If issue creation, issue ID access, or native sub-issue attachment fails or is unavailable, fail clearly and do not fall back to labels, Markdown checklists, loose links, GitHub Projects, milestones, assignees, or status tracking.
|
|
235
|
+
|
|
236
|
+
Passing the gate means exactly one of these outcomes occurred:
|
|
237
|
+
|
|
238
|
+
- GitHub MCP was unavailable or incomplete, and the final response says export was skipped for that reason.
|
|
239
|
+
- GitHub MCP was available, the user declined export, and no GitHub mutation occurred.
|
|
240
|
+
- GitHub MCP was available, the user accepted export, and the created issue numbers or URLs are reported.
|
|
241
|
+
|
|
242
|
+
Never finish a Scrum planning run without one of these three GitHub export outcomes.
|
|
234
243
|
|
|
235
244
|
## Final response behavior
|
|
236
245
|
|
|
@@ -239,5 +248,6 @@ After writing files, final-answer with only:
|
|
|
239
248
|
- the Epic directories created or updated
|
|
240
249
|
- the number of Epics and User Stories
|
|
241
250
|
- any source-scope items intentionally left unresolved or captured as risks
|
|
251
|
+
- the GitHub export gate outcome
|
|
242
252
|
|
|
243
253
|
Do not paste artifact bodies, excerpts, outlines, story text, acceptance criteria, or section summaries. Only include generated artifacts when the user explicitly asks for inline review in the current request.
|