@slamb2k/mad-skills 2.0.50 → 2.0.51
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
|
@@ -53,4 +53,24 @@ These defaults apply to all projects. Override in a project-level CLAUDE.md.
|
|
|
53
53
|
- When a workflow fails mid-execution, preserve intermediate outputs
|
|
54
54
|
- Verify output format before chaining into another tool or step
|
|
55
55
|
|
|
56
|
+
## Commit Discipline
|
|
57
|
+
|
|
58
|
+
Reinforces Claude Code's built-in "only commit when explicitly asked" rule.
|
|
59
|
+
Restated here because LLMs drift on implicit system-prompt rules under
|
|
60
|
+
long-session pressure.
|
|
61
|
+
|
|
62
|
+
- **Do not commit, push, create PRs, or merge unless the user explicitly
|
|
63
|
+
asks.** A feature request ("can you add X") is an edit request, not a
|
|
64
|
+
ship request. Make the edits, run validate/lint/tests, then stop and
|
|
65
|
+
ask before any `git commit`, `git push`, `gh pr create`, or merge
|
|
66
|
+
operation.
|
|
67
|
+
- **Skill invocation is the explicit authorization.** `/ship`, `/build`,
|
|
68
|
+
`/commit`, and similar skills constitute consent to commit as part of
|
|
69
|
+
their defined flow. Running their **component scripts** manually
|
|
70
|
+
(`merge.sh`, `ci-watch.sh`, `sync.sh`) is **not** — those are skill
|
|
71
|
+
internals, not a substitute for the skill.
|
|
72
|
+
- **When shipping is warranted, invoke the skill.** Don't run individual
|
|
73
|
+
scripts to emulate `/ship` — the skill sequences stages correctly and
|
|
74
|
+
catches the errors piecemeal execution reintroduces.
|
|
75
|
+
|
|
56
76
|
END TEMPLATE
|
|
@@ -3,11 +3,14 @@
|
|
|
3
3
|
Template for the generated project CLAUDE.md. The Phase 4 agent substitutes
|
|
4
4
|
`{VARIABLE}` placeholders and writes to the project root.
|
|
5
5
|
|
|
6
|
-
`{UNIVERSAL_PRINCIPLES}` is populated with
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
6
|
+
`{UNIVERSAL_PRINCIPLES}` is populated with universal behavioral rules
|
|
7
|
+
(currently: Question & Assumption Accountability and Commit Discipline)
|
|
8
|
+
when install_level is "project" AND those sections are not already present
|
|
9
|
+
in `~/.claude/CLAUDE.md`. Left empty when install_level is "global"
|
|
10
|
+
(principles are in the global config instead) or when the sections would
|
|
11
|
+
be redundant with existing global content. Redundancy is checked
|
|
12
|
+
section-by-section — each section that already exists in global is
|
|
13
|
+
skipped individually rather than dropping the whole substitution.
|
|
11
14
|
|
|
12
15
|
---
|
|
13
16
|
|
|
@@ -164,6 +164,8 @@ skills-based workflow while preserving all other content.
|
|
|
164
164
|
project CLAUDE.md. Add to SCAFFOLD_REPORT.skipped_redundant.
|
|
165
165
|
- If global contains "## Universal Operating Principles" → SKIP that
|
|
166
166
|
section in project CLAUDE.md. Add to SCAFFOLD_REPORT.skipped_redundant.
|
|
167
|
+
- If global contains "## Commit Discipline" → SKIP that section in
|
|
168
|
+
project CLAUDE.md. Add to SCAFFOLD_REPORT.skipped_redundant.
|
|
167
169
|
- For any sections NOT found in global, substitute {UNIVERSAL_PRINCIPLES}
|
|
168
170
|
in the project CLAUDE.md template with only the non-redundant sections
|
|
169
171
|
from the Universal Principles Content below.
|
|
@@ -205,6 +207,26 @@ decision must be explicitly recorded and revisited.
|
|
|
205
207
|
- At the start of new work, check for outstanding items from previous sessions
|
|
206
208
|
- Never close a task with unacknowledged open questions
|
|
207
209
|
|
|
210
|
+
## Commit Discipline
|
|
211
|
+
|
|
212
|
+
Reinforces Claude Code's built-in "only commit when explicitly asked" rule.
|
|
213
|
+
Restated here because LLMs drift on implicit system-prompt rules under
|
|
214
|
+
long-session pressure.
|
|
215
|
+
|
|
216
|
+
- **Do not commit, push, create PRs, or merge unless the user explicitly
|
|
217
|
+
asks.** A feature request ("can you add X") is an edit request, not a
|
|
218
|
+
ship request. Make the edits, run validate/lint/tests, then stop and
|
|
219
|
+
ask before any `git commit`, `git push`, `gh pr create`, or merge
|
|
220
|
+
operation.
|
|
221
|
+
- **Skill invocation is the explicit authorization.** `/ship`, `/build`,
|
|
222
|
+
`/commit`, and similar skills constitute consent to commit as part of
|
|
223
|
+
their defined flow. Running their **component scripts** manually
|
|
224
|
+
(`merge.sh`, `ci-watch.sh`, `sync.sh`) is **not** — those are skill
|
|
225
|
+
internals, not a substitute for the skill.
|
|
226
|
+
- **When shipping is warranted, invoke the skill.** Don't run individual
|
|
227
|
+
scripts to emulate `/ship` — the skill sequences stages correctly and
|
|
228
|
+
catches the errors piecemeal execution reintroduces.
|
|
229
|
+
|
|
208
230
|
## Output Format
|
|
209
231
|
|
|
210
232
|
SCAFFOLD_REPORT:
|
package/skills/manifest.json
CHANGED