@antoneeo/mkt-agentic-sdlc-skill 0.4.3 → 0.4.4

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/CHANGELOG.md CHANGED
@@ -1,5 +1,13 @@
1
1
  # Changelog
2
2
 
3
+ ## [0.4.4] - 2026-08-05
4
+
5
+ ### Changed
6
+ - **Shared-spine sync: use-case grounding clause (inert in this lens).** The shared `review.md`
7
+ gains the code lens's use-case-grounding finding — a product name in no EXISTS/NEW/METAPHOR
8
+ bucket, or a use-case tracing to no Vision benefit. The mkt lens defines no `## Use Cases`
9
+ template section, so the clause stays inert here — spine parity only.
10
+
3
11
  ## [0.4.3] - 2026-08-05
4
12
 
5
13
  ### Changed
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "mkt-agentic-sdlc",
3
- "version": "0.4.3",
3
+ "version": "0.4.4",
4
4
  "description": "Evidence-First marketing planning protocol with engagement triage, SOSTAC workflow, evidence ledger and optional devPNT integration.",
5
5
  "author": "Antonio Pinto (https://github.com/Antoneeo)"
6
6
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@antoneeo/mkt-agentic-sdlc-skill",
3
- "version": "0.4.3",
3
+ "version": "0.4.4",
4
4
  "description": "Evidence-First marketing planning protocol for Claude Code, Gemini CLI, Google Antigravity and Codex: engagement triage, SOSTAC workflow, evidence ledger, mechanical validator and optional devPNT integration.",
5
5
  "keywords": [
6
6
  "claude-code",
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: mkt-agentic-sdlc
3
- version: 0.4.3
3
+ version: 0.4.4
4
4
  description: Evidence-First marketing planning protocol with engagement triage, SOSTAC workflow, evidence ledger, adversarial CMO review, a complete Standalone mode and optional symbiosis with devPNT. Use for marketing plans, go-to-market strategy, campaign planning and market research.
5
5
  author: Antonio Pinto (https://github.com/Antoneeo)
6
6
  copyright: (c) 2026 Antonio Pinto
@@ -146,6 +146,19 @@ When you are the reviewer:
146
146
  which one is current. The rule bites hardest across domains, where the same slot
147
147
  ("threat model", "vision", "handoff") carries a different meaning under each lens and
148
148
  a copy looks like an independent second source.
149
+ - **Use-case grounding (same reviews; the two-check gate whose owning definition
150
+ is the code lens's `templates.md` `## Use Cases / User Needs` comment — cite it,
151
+ never restate it).** On an L3 impact/solution analysis (Standalone) or `D-UC`
152
+ (Hybrid), two findings live here and nowhere else: **a product name in no
153
+ bucket** — the use-cases name a thing that neither EXISTS in the product (called
154
+ by the term the product itself uses; a renamed existing thing is a phantom), nor
155
+ is declared NEW in this change, nor is a pure METAPHOR kept out of the interface;
156
+ it invents system reality that is not there. And **a use-case that traces to no
157
+ Vision / M-VISION benefit** — a need the vision does not want, which is drift.
158
+ This gate checks the use-cases are GROUNDED and runs BEFORE the owner's own
159
+ review, never replacing it; coverage of each use-case by the Impact, and the
160
+ Actor it serves, stay the conformance-statement clause above. A lens whose
161
+ template defines no `## Use Cases` section never fires this clause.
149
162
  - **Capability Ledger (same reviews).** **An L3 impact/solution analysis or design
150
163
  that carries NO Capability Ledger is itself a finding** — the lens's capability
151
164
  pass (`architect.md` in the code lens, `taxonomy.md` in the knowledge lens) left