@grant-vine/wunderkind 0.5.0 → 0.8.0

package/dist/cli/types.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"types.d.ts","sourceRoot":"","sources":["../../src/cli/types.ts"],"names":[],"mappings":"AAAA,MAAM,MAAM,UAAU,GAAG,IAAI,GAAG,KAAK,CAAA;AACrC,MAAM,MAAM,YAAY,GAAG,QAAQ,GAAG,SAAS,CAAA;AAE/C,MAAM,MAAM,WAAW,GAAG,eAAe,GAAG,oBAAoB,GAAG,uBAAuB,CAAA;AAC1F,MAAM,MAAM,YAAY,GAAG,MAAM,GAAG,cAAc,CAAA;AAClD,MAAM,MAAM,eAAe,GAAG,mBAAmB,GAAG,wBAAwB,GAAG,uBAAuB,CAAA;AACtG,MAAM,MAAM,cAAc,GAAG,mBAAmB,GAAG,aAAa,GAAG,oBAAoB,CAAA;AACvF,MAAM,MAAM,cAAc,GAAG,aAAa,GAAG,mBAAmB,GAAG,eAAe,CAAA;AAClF,MAAM,MAAM,aAAa,GAAG,eAAe,GAAG,uBAAuB,GAAG,aAAa,CAAA;AACrF,MAAM,MAAM,kBAAkB,GAAG,eAAe,GAAG,oBAAoB,GAAG,kBAAkB,CAAA;AAC5F,MAAM,MAAM,cAAc,GAAG,iBAAiB,GAAG,sBAAsB,GAAG,gBAAgB,CAAA;AAC1F,MAAM,MAAM,mBAAmB,GAAG,4BAA4B,GAAG,kBAAkB,GAAG,0BAA0B,CAAA;AAChH,MAAM,MAAM,gBAAgB,GAAG,sBAAsB,GAAG,YAAY,GAAG,mBAAmB,CAAA;AAE1F,MAAM,WAAW,WAAW;IAC1B,GAAG,EAAE,OAAO,CAAA;IACZ,KAAK,EAAE,YAAY,CAAA;IACnB,MAAM,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAC3B,QAAQ,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAC7B,iBAAiB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACtC,mBAAmB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACxC,WAAW,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAChC,YAAY,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACjC,eAAe,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACpC,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACnC,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACnC,aAAa,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAClC,kBAAkB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACvC,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACnC,mBAAmB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACxC,gBAAgB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;CACtC;AAED,MAAM,WAAW,aAAa;IAC5B,MAAM,EAAE,MAAM,CAAA;IACd,QAAQ,EAAE,MAAM,CAAA;IAChB,iBAAiB,EAAE,MAAM,CAAA;IACzB,mBAAmB,EAAE,MAAM,CAAA;IAC3B,WAAW,EAAE,WAAW,CAAA;IACxB,YAAY,EAAE,YAAY,CAAA;IAC1B,eAAe,EAAE,eAAe,CAAA;IAChC,cAAc,EAAE,cAAc,CAAA;IAC9B,cAAc,EAAE,cAAc,CAAA;IAC9B,aAAa,EAAE,aAAa,CAAA;IAC5B,kBAAkB,EAAE,kBAAkB,CAAA;IACtC,cAAc,EAAE,cAAc,CAAA;IAC9B,mBAAmB,EAAE,mBAAmB,CAAA;IACxC,gBAAgB,EAAE,gBAAgB,CAAA;CACnC;AAED,MAAM,WAAW,iBAAiB;IAChC,OAAO,EAAE,OAAO,CAAA;IAChB,UAAU,EAAE,MAAM,CAAA;IAClB,KAAK,CAAC,EAAE,MAAM,CAAA;CACf;AAED,MAAM,WAAW,cAAc;IAC7B,WAAW,EAAE,OAAO,CAAA;IACpB,KAAK,EAAE,YAAY,CAAA;IACnB,MAAM,EAAE,MAAM,CAAA;IACd,QAAQ,EAAE,MAAM,CAAA;IAChB,iBAAiB,EAAE,MAAM,CAAA;IACzB,mBAAmB,EAAE,MAAM,CAAA;IAC3B,WAAW,EAAE,WAAW,CAAA;IACxB,YAAY,EAAE,YAAY,CAAA;IAC1B,eAAe,EAAE,eAAe,CAAA;IAChC,cAAc,EAAE,cAAc,CAAA;IAC9B,cAAc,EAAE,cAAc,CAAA;IAC9B,aAAa,EAAE,aAAa,CAAA;IAC5B,kBAAkB,EAAE,kBAAkB,CAAA;IACtC,cAAc,EAAE,cAAc,CAAA;IAC9B,mBAAmB,EAAE,mBAAmB,CAAA;IACxC,gBAAgB,EAAE,gBAAgB,CAAA;CACnC"}
+{"version":3,"file":"types.d.ts","sourceRoot":"","sources":["../../src/cli/types.ts"],"names":[],"mappings":"AAAA,MAAM,MAAM,UAAU,GAAG,IAAI,GAAG,KAAK,CAAA;AACrC,MAAM,MAAM,YAAY,GAAG,QAAQ,GAAG,SAAS,CAAA;AAC/C,MAAM,MAAM,cAAc,GAAG,WAAW,GAAG,cAAc,GAAG,gBAAgB,GAAG,mBAAmB,CAAA;AAElG,MAAM,MAAM,WAAW,GAAG,eAAe,GAAG,oBAAoB,GAAG,uBAAuB,CAAA;AAC1F,MAAM,MAAM,YAAY,GAAG,MAAM,GAAG,cAAc,CAAA;AAClD,MAAM,MAAM,eAAe,GAAG,mBAAmB,GAAG,wBAAwB,GAAG,uBAAuB,CAAA;AACtG,MAAM,MAAM,cAAc,GAAG,mBAAmB,GAAG,aAAa,GAAG,oBAAoB,CAAA;AACvF,MAAM,MAAM,cAAc,GAAG,aAAa,GAAG,mBAAmB,GAAG,eAAe,CAAA;AAClF,MAAM,MAAM,aAAa,GAAG,eAAe,GAAG,uBAAuB,GAAG,aAAa,CAAA;AACrF,MAAM,MAAM,kBAAkB,GAAG,eAAe,GAAG,oBAAoB,GAAG,kBAAkB,CAAA;AAC5F,MAAM,MAAM,cAAc,GAAG,iBAAiB,GAAG,sBAAsB,GAAG,gBAAgB,CAAA;AAC1F,MAAM,MAAM,mBAAmB,GAAG,4BAA4B,GAAG,kBAAkB,GAAG,0BAA0B,CAAA;AAChH,MAAM,MAAM,gBAAgB,GAAG,sBAAsB,GAAG,YAAY,GAAG,mBAAmB,CAAA;AAC1F,MAAM,MAAM,iBAAiB,GAAG,oBAAoB,GAAG,oBAAoB,GAAG,aAAa,CAAA;AAC3F,MAAM,MAAM,gBAAgB,GAAG,qBAAqB,GAAG,mBAAmB,GAAG,yBAAyB,CAAA;AACtG,MAAM,MAAM,kBAAkB,GAAG,qBAAqB,GAAG,mBAAmB,GAAG,mBAAmB,CAAA;AAClG,MAAM,MAAM,sBAAsB,GAAG,uBAAuB,GAAG,qBAAqB,GAAG,iBAAiB,CAAA;AAExG,MAAM,WAAW,WAAW;IAC1B,GAAG,EAAE,OAAO,CAAA;IACZ,KAAK,EAAE,YAAY,CAAA;IACnB,MAAM,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAC3B,QAAQ,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAC7B,iBAAiB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACtC,mBAAmB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACxC,WAAW,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAChC,YAAY,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACjC,eAAe,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACpC,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACnC,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACnC,aAAa,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAClC,kBAAkB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACvC,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACnC,mBAAmB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACxC,gBAAgB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACrC,iBAAiB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACtC,gBAAgB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACrC,kBAAkB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IACvC,sBAAsB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAC3C,WAAW,CAAC,EAAE,OAAO,GAAG,SAAS,CAAA;IACjC,QAAQ,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;IAC7B,cAAc,CAAC,EAAE,MAAM,GAAG,SAAS,CAAA;CACpC;AAED,MAAM,WAAW,aAAa;IAC5B,MAAM,EAAE,MAAM,CAAA;IACd,QAAQ,EAAE,MAAM,CAAA;IAChB,iBAAiB,EAAE,MAAM,CAAA;IACzB,mBAAmB,EAAE,MAAM,CAAA;IAC3B,WAAW,EAAE,WAAW,CAAA;IACxB,YAAY,EAAE,YAAY,CAAA;IAC1B,eAAe,EAAE,eAAe,CAAA;IAChC,cAAc,EAAE,cAAc,CAAA;IAC9B,cAAc,EAAE,cAAc,CAAA;IAC9B,aAAa,EAAE,aAAa,CAAA;IAC5B,kBAAkB,EAAE,kBAAkB,CAAA;IACtC,cAAc,EAAE,cAAc,CAAA;IAC9B,mBAAmB,EAAE,mBAAmB,CAAA;IACxC,gBAAgB,EAAE,gBAAgB,CAAA;IAClC,iBAAiB,EAAE,iBAAiB,CAAA;IACpC,gBAAgB,EAAE,gBAAgB,CAAA;IAClC,kBAAkB,EAAE,kBAAkB,CAAA;IACtC,sBAAsB,EAAE,sBAAsB,CAAA;IAC9C,WAAW,EAAE,OAAO,CAAA;IACpB,QAAQ,EAAE,MAAM,CAAA;IAChB,cAAc,EAAE,cAAc,CAAA;CAC/B;AAED,MAAM,WAAW,iBAAiB;IAChC,OAAO,EAAE,OAAO,CAAA;IAChB,UAAU,EAAE,MAAM,CAAA;IAClB,KAAK,CAAC,EAAE,MAAM,CAAA;CACf;AAED,MAAM,WAAW,cAAc;IAC7B,WAAW,EAAE,OAAO,CAAA;IACpB,KAAK,EAAE,YAAY,CAAA;IACnB,MAAM,EAAE,MAAM,CAAA;IACd,QAAQ,EAAE,MAAM,CAAA;IAChB,iBAAiB,EAAE,MAAM,CAAA;IACzB,mBAAmB,EAAE,MAAM,CAAA;IAC3B,WAAW,EAAE,WAAW,CAAA;IACxB,YAAY,EAAE,YAAY,CAAA;IAC1B,eAAe,EAAE,eAAe,CAAA;IAChC,cAAc,EAAE,cAAc,CAAA;IAC9B,cAAc,EAAE,cAAc,CAAA;IAC9B,aAAa,EAAE,aAAa,CAAA;IAC5B,kBAAkB,EAAE,kBAAkB,CAAA;IACtC,cAAc,EAAE,cAAc,CAAA;IAC9B,mBAAmB,EAAE,mBAAmB,CAAA;IACxC,gBAAgB,EAAE,gBAAgB,CAAA;IAClC,iBAAiB,EAAE,iBAAiB,CAAA;IACpC,gBAAgB,EAAE,gBAAgB,CAAA;IAClC,kBAAkB,EAAE,kBAAkB,CAAA;IACtC,sBAAsB,EAAE,sBAAsB,CAAA;IAC9C,WAAW,EAAE,OAAO,CAAA;IACpB,QAAQ,EAAE,MAAM,CAAA;IAChB,cAAc,EAAE,cAAc,CAAA;CAC/B"}

package/dist/index.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,MAAM,EAAE,MAAM,qBAAqB,CAAC;AAElD,QAAA,MAAM,gBAAgB,EAAE,MAmEvB,CAAC;AAEF,OAAO,EAAE,gBAAgB,IAAI,OAAO,EAAE,CAAC"}
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,MAAM,EAAE,MAAM,qBAAqB,CAAC;AAKlD,QAAA,MAAM,gBAAgB,EAAE,MAwGvB,CAAC;AAEF,OAAO,EAAE,gBAAgB,IAAI,OAAO,EAAE,CAAC"}

package/dist/index.js

@@ -1,6 +1,23 @@
+import { readWunderkindConfig } from "./cli/config-manager/index.js";
+const DOCS_OUTPUT_SENTINEL = "<!-- wunderkind:docs-output-start -->";
 const WunderkindPlugin = async (_input) => {
     return {
         "experimental.chat.system.transform": async (_input, output) => {
+            const wunderkindConfig = readWunderkindConfig();
+            const hasDocsOutputSentinel = output.system.join("").includes(DOCS_OUTPUT_SENTINEL);
+            if (wunderkindConfig?.docsEnabled === true && !hasDocsOutputSentinel) {
+                const docsPath = wunderkindConfig.docsPath ?? "./docs";
+                const docHistoryMode = wunderkindConfig.docHistoryMode ?? "overwrite";
+                output.system.push(`
+${DOCS_OUTPUT_SENTINEL}
+## Documentation Output
+
+When producing documentation artifacts, write files to the configured docs directory.
+
+- docsPath: \`${docsPath}\`
+- docHistoryMode: \`${docHistoryMode}\`
+`.trim());
+            }
             output.system.push(`
 ## Wunderkind Plugin Agents (available via wunderkind:agent-name)
 
@@ -16,6 +33,10 @@ The following specialist agents are available. Delegate to them when their domai
 - \`wunderkind:qa-specialist\` — TDD, test writing, Playwright, Vitest, coverage analysis, user story review, test optimisation, security boundary testing
 - \`wunderkind:operations-lead\` — SRE/SLO, admin tooling (build-first), runbooks, incident response, observability, supportability assessment
 - \`wunderkind:ciso\` — Security architecture, OWASP, threat modelling, compliance (GDPR/CCPA/POPIA/LGPD), pen testing coordination, breach response
+- \`wunderkind:devrel-wunderkind\` — Developer relations, DX audits, API documentation, tutorials, migration guides, OSS community, getting started guides
+- \`wunderkind:legal-counsel\` — OSS licensing, TOS/Privacy Policy drafting, DPAs, CLAs, contract review, GDPR/CCPA legal obligations
+- \`wunderkind:support-engineer\` — Bug triage, issue classification, repro steps, severity rating (P0–P3), engineering handoff, support synthesis
+- \`wunderkind:data-analyst\` — Product analytics, event tracking, funnel analysis, cohort analysis, A/B experiment design, metric definitions
 
 ### Delegation Rules
 
@@ -49,16 +70,31 @@ The following specialist agents are available. Delegate to them when their domai
 #### Operations
 - Use \`wunderkind:operations-lead\` for SRE/SLO decisions, admin panel architecture (build-first bias), incident containment, runbooks, monitoring, or supportability assessment
 
+#### Developer Relations
+- Use \`wunderkind:devrel-wunderkind\` for API docs, tutorials, getting started guides, DX audits, migration guides, OSS community docs, technical writing, changelog drafts
+
+#### Legal
+- Use \`wunderkind:legal-counsel\` for OSS licensing, TOS/Privacy Policy, DPAs, CLAs, contract review, GDPR/CCPA legal obligations
+- Escalate from legal-counsel to \`wunderkind:ciso\` when the question is about technical security controls or implementation
+
+#### Support & Triage
+- Use \`wunderkind:support-engineer\` for bug triage, issue classification, user report synthesis, severity rating, engineering handoff
+- Escalate from support-engineer: confirmed bugs → fullstack-wunderkind, security vulnerabilities → ciso, P0/P1 → operations-lead
+
+#### Data & Analytics
+- Use \`wunderkind:data-analyst\` for event tracking, funnel/cohort analysis, A/B experiments, metric definitions, tracking plans
+- Escalate from data-analyst: roadmap decisions → product-wunderkind, channel performance → marketing-wunderkind
+
 ### Project Configuration
 
-All agents read \`wunderkind.config.jsonc\` (project root) for:
+All agents read \`.wunderkind/wunderkind.config.jsonc\` for:
 - \`region\` — adjusts platform mix, event targeting, and regulatory focus
 - \`industry\` — adjusts content tone and sector-specific obligations
 - \`primaryRegulation\` — the main data protection regulation to apply (defaults to GDPR)
 - \`secondaryRegulation\` — additional regulation to layer on top
 - \`teamCulture\` — communication style baseline: \`formal-strict\` | \`pragmatic-balanced\` | \`experimental-informal\`
 - \`orgStructure\` — \`flat\` (peer escalation) | \`hierarchical\` (CISO has hard veto on security)
-- \`cisoPersonality\`, \`ctoPersonality\`, \`cmoPersonality\`, \`qaPersonality\`, \`productPersonality\`, \`opsPersonality\`, \`creativePersonality\`, \`brandPersonality\` — character archetypes per agent
+- \`cisoPersonality\`, \`ctoPersonality\`, \`cmoPersonality\`, \`qaPersonality\`, \`productPersonality\`, \`opsPersonality\`, \`creativePersonality\`, \`brandPersonality\`, \`devrelPersonality\`, \`legalPersonality\`, \`supportPersonality\`, \`dataAnalystPersonality\` — character archetypes per agent
 
 If the file is absent or fields are blank, agents default to global best practices.
 

package/dist/index.js.map

@@ -1 +1 @@
-{"version":3,"file":"index.js","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAEA,MAAM,gBAAgB,GAAW,KAAK,EAAE,MAAM,EAAE,EAAE;IAChD,OAAO;QACL,oCAAoC,EAAE,KAAK,EAAE,MAAM,EAAE,MAAM,EAAE,EAAE;YAC7D,MAAM,CAAC,MAAM,CAAC,IAAI,CAAC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA6DxB,CAAC,IAAI,EAAE,CAAC,CAAC;QACN,CAAC;KACF,CAAC;AACJ,CAAC,CAAC;AAEF,OAAO,EAAE,gBAAgB,IAAI,OAAO,EAAE,CAAC"}
+{"version":3,"file":"index.js","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,oBAAoB,EAAE,MAAM,+BAA+B,CAAC;AAErE,MAAM,oBAAoB,GAAG,uCAAuC,CAAC;AAErE,MAAM,gBAAgB,GAAW,KAAK,EAAE,MAAM,EAAE,EAAE;IAChD,OAAO;QACL,oCAAoC,EAAE,KAAK,EAAE,MAAM,EAAE,MAAM,EAAE,EAAE;YAC7D,MAAM,gBAAgB,GAAG,oBAAoB,EAAE,CAAC;YAChD,MAAM,qBAAqB,GAAG,MAAM,CAAC,MAAM,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC,QAAQ,CAAC,oBAAoB,CAAC,CAAC;YAEpF,IAAI,gBAAgB,EAAE,WAAW,KAAK,IAAI,IAAI,CAAC,qBAAqB,EAAE,CAAC;gBACrE,MAAM,QAAQ,GAAG,gBAAgB,CAAC,QAAQ,IAAI,QAAQ,CAAC;gBACvD,MAAM,cAAc,GAAG,gBAAgB,CAAC,cAAc,IAAI,WAAW,CAAC;gBAEtE,MAAM,CAAC,MAAM,CAAC,IAAI,CAAC;EACzB,oBAAoB;;;;;gBAKN,QAAQ;sBACF,cAAc;CACnC,CAAC,IAAI,EAAE,CAAC,CAAC;YACJ,CAAC;YAED,MAAM,CAAC,MAAM,CAAC,IAAI,CAAC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAgFxB,CAAC,IAAI,EAAE,CAAC,CAAC;QACN,CAAC;KACF,CAAC;AACJ,CAAC,CAAC;AAEF,OAAO,EAAE,gBAAgB,IAAI,OAAO,EAAE,CAAC"}

package/oh-my-opencode.jsonc

@@ -1,21 +1,30 @@
 {
-  // Wunderkind oh-my-opencode configuration
-  // ─────────────────────────────────────────
-  // This file configures how oh-my-opencode surfaces the wunderkind plugin agents.
+  // Wunderkind oh-my-openagent configuration (technical filename retained)
+  // ──────────────────────────────────────────────────────────────────────
+  // Upstream is branded as "oh-my-openagent", but this file is intentionally
+  // named "oh-my-opencode.jsonc" to match upstream technical identifiers.
   // Copy (or symlink) this file to your project's .opencode/oh-my-opencode.jsonc
   // to activate the full wunderkind agent suite with recommended settings.
   //
   // All agent names are namespaced as "wunderkind:<agent-name>" by the plugin loader.
   //
-  // Schema: https://raw.githubusercontent.com/code-yeongyu/oh-my-opencode/dev/assets/oh-my-opencode.schema.json
-  "$schema": "https://raw.githubusercontent.com/code-yeongyu/oh-my-opencode/dev/assets/oh-my-opencode.schema.json",
+  // Schema: https://raw.githubusercontent.com/code-yeongyu/oh-my-openagent/dev/assets/oh-my-opencode.schema.json
+  "$schema": "https://raw.githubusercontent.com/code-yeongyu/oh-my-openagent/dev/assets/oh-my-opencode.schema.json",
+
+  "categories": {
+    "quick": { "model": "anthropic/claude-haiku-4-5" },
+    "unspecified-low": { "model": "anthropic/claude-sonnet-4-6" },
+    "unspecified-high": { "model": "openai/gpt-5.4", "variant": "high" },
+    "writing": { "model": "google/gemini-3-flash" },
+    "visual-engineering": { "model": "google/gemini-3.1-pro", "variant": "high" }
+  },
 
   "agents": {
     // ── Marketing ──────────────────────────────────────────────────────────────
     // CMO-calibre: go-to-market, brand, content, SEO/SEM, paid media, analytics
     "wunderkind:marketing-wunderkind": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "writing",
       "color": "#FF6B35",
       "description": "CMO-calibre marketing strategist. Brand, GTM, content, SEO/SEM, paid media, analytics, PR."
     },
@@ -24,7 +33,7 @@
     // Creative Director: brand identity, design systems, UI/UX, accessibility
     "wunderkind:creative-director": {
       "mode": "primary",
-      "model": "github-copilot/gemini-2.0-flash",
+      "category": "visual-engineering",
       "color": "#A855F7",
       "description": "Brand identity, design systems, UI/UX, typography, colour, accessibility, design tokens."
     },
@@ -33,7 +42,7 @@
     // VP Product-calibre: roadmaps, OKRs, PRDs, sprint planning, task decomposition
     "wunderkind:product-wunderkind": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "writing",
       "color": "#3B82F6",
       "description": "VP Product: roadmaps, OKRs, PRDs, user research, sprint planning, task decomposition."
     },
@@ -42,7 +51,7 @@
     // CTO-calibre: full-stack, DB, Vercel/Next.js, architecture, code review, AI
     "wunderkind:fullstack-wunderkind": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "unspecified-high",
       "color": "#10B981",
       "description": "CTO-calibre full-stack engineer. Frontend, backend, DB, Vercel, architecture, AI integration."
     },
@@ -51,7 +60,7 @@
     // Community strategy, thought leadership, PR, spend gating
     "wunderkind:brand-builder": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "writing",
       "color": "#F59E0B",
       "description": "Community strategy, thought leadership, PR narrative, forum targeting, ROI gating."
     },
@@ -60,7 +69,7 @@
     // TDD, test writing, Playwright/Vitest, coverage analysis, story review
     "wunderkind:qa-specialist": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "unspecified-high",
       "color": "#06B6D4",
       "description": "TDD, test writing, Playwright, Vitest, coverage analysis, user story review, security boundary testing."
     },
@@ -69,7 +78,7 @@
     // SRE/SLO, admin tooling (build-first), runbooks, incident response, observability
     "wunderkind:operations-lead": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "unspecified-high",
       "color": "#EF4444",
       "description": "SRE/SLO, admin tooling (build-first), runbooks, incident response, observability."
     },
@@ -78,9 +87,45 @@
     // CISO: security architecture, OWASP, threat modelling, compliance, pen testing
     "wunderkind:ciso": {
       "mode": "primary",
-      "model": "github-copilot/claude-sonnet-4-5",
+      "category": "unspecified-high",
       "color": "#EF4444",
       "description": "CISO: security architecture, OWASP, threat modelling, GDPR/CCPA/POPIA, pen testing, breach response."
+    },
+
+    // ── DevRel ──────────────────────────────────────────────────────────────────
+    // Developer relations, DX, API docs, tutorials, migration guides, OSS community
+    "wunderkind:devrel-wunderkind": {
+      "mode": "primary",
+      "category": "writing",
+      "color": "#8B5CF6",
+      "description": "Developer relations, DX, API docs, tutorials, migration guides, OSS community, getting started guides."
+    },
+
+    // ── Legal ────────────────────────────────────────────────────────────────────
+    // OSS licensing, TOS, privacy policy, DPAs, CLAs, contract review, GDPR/CCPA obligations
+    "wunderkind:legal-counsel": {
+      "mode": "primary",
+      "category": "writing",
+      "color": "#6366F1",
+      "description": "OSS licensing, TOS, privacy policy, DPAs, CLAs, contract review, GDPR/CCPA compliance obligations."
+    },
+
+    // ── Support ──────────────────────────────────────────────────────────────────
+    // Bug triage, issue classification, repro steps, severity rating, engineering handoff
+    "wunderkind:support-engineer": {
+      "mode": "primary",
+      "category": "writing",
+      "color": "#F97316",
+      "description": "Bug triage, issue classification, repro steps, severity rating, engineering handoff, support synthesis."
+    },
+
+    // ── Data Analyst ─────────────────────────────────────────────────────────────
+    // Product analytics, event tracking, funnel analysis, cohort analysis, A/B experiments
+    "wunderkind:data-analyst": {
+      "mode": "primary",
+      "category": "writing",
+      "color": "#14B8A6",
+      "description": "Product analytics, event tracking, funnel analysis, cohort analysis, A/B experiments, metric definitions."
     }
   }
 }

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@grant-vine/wunderkind",
-  "version": "0.5.0",
-  "description": "Wunderkind — a generic oh-my-opencode addon package with specialist agents for any software product team",
+  "version": "0.8.0",
+  "description": "Wunderkind \u2014 specialist AI agent addon for oh-my-openagent with 12 professional agents for any software product team",
   "type": "module",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",
@@ -35,7 +35,7 @@
     "@opencode-ai/plugin": "^1.2.18",
     "commander": "^13.1.0",
     "jsonc-parser": "^3.3.1",
-    "oh-my-opencode": "^3.10.0",
+    "oh-my-opencode": "^3.11.0",
     "picocolors": "^1.1.1"
   },
   "devDependencies": {
@@ -43,6 +43,7 @@
     "typescript": "^5.7.3"
   },
   "keywords": [
+    "oh-my-openagent",
     "oh-my-opencode",
     "opencode",
     "plugin",

package/skills/experimentation-analyst/SKILL.md

@@ -0,0 +1,137 @@
+---
+name: experimentation-analyst
+description: >
+  USE FOR: A/B test design, experiment design, hypothesis formulation, sample size calculation,
+  power analysis, minimum detectable effect, MDE, statistical significance, p-value,
+  confidence interval, control group, treatment group, experiment duration, experiment readout,
+  test results analysis, statistical testing, t-test, chi-square test, z-test, bootstrap,
+  Bayesian A/B testing, frequentist testing, multiple testing correction, Bonferroni,
+  false positive rate, false negative rate, Type I error, Type II error, guardrail metrics,
+  novelty effect, network effects in experiments, holdout group, switchback test,
+  multivariate test, MVT, feature flag rollout, staged rollout, experiment infrastructure.
+
+---
+
+# Experimentation Analyst
+
+You are the Experimentation Analyst — a specialist in rigorous experiment design, statistical testing, and experiment readout. You are invoked by `data-analyst` for statistical depth on A/B tests and experiments.
+
+---
+
+## Regional Configuration
+
+**Read `wunderkind.config.jsonc` at the start of any experiment task.**
+
+Key fields:
+
+| Field | Effect on this skill |
+|---|---|
+| `primaryRegulation` | GDPR/CCPA consent requirements for tracking experiment participants |
+| `industry` | Industry-specific benchmarks for conversion rates, retention, and significance thresholds |
+| `teamCulture` | `rigorous-statistician` mode for formal-strict; `pragmatic-quant` mode for pragmatic-balanced |
+
+---
+
+## Experiment Design Framework
+
+### Step 1: Hypothesis
+- **Format**: "If we [change X], then [metric Y] will [increase/decrease] by [Z%] because [mechanism]."
+- **Null hypothesis**: the change has no effect on the primary metric.
+- **Good hypothesis**: testable, specific, with a stated mechanism.
+
+### Step 2: Primary Metric
+- One metric, not a list. The experiment wins or loses on this one metric.
+- Must be: measurable, sensitive to the change, not lagging (ideally moves within the test window)
+
+### Step 3: Guardrail Metrics
+- Metrics that must NOT degrade. If a guardrail is breached, the test fails regardless of the primary metric.
+- Common guardrails: core engagement (DAU, session length), revenue, error rates, latency
+
+### Step 4: Sample Size Calculation
+Required inputs:
+- **Baseline conversion rate** (current value of primary metric)
+- **Minimum Detectable Effect (MDE)**: smallest change worth shipping
+- **Statistical power** (1 - β): 80% standard, 90% for high-stakes decisions
+- **Significance level** (α): 0.05 standard (two-tailed), 0.01 for very high stakes
+
+Formula (two-proportion z-test):
+```
+n = (z_α/2 + z_β)² × [p1(1-p1) + p2(1-p2)] / (p1 - p2)²
+```
+Where p1 = baseline rate, p2 = baseline rate × (1 + MDE)
+
+### Step 5: Test Duration
+- Minimum: full business cycle (at least one full week to capture weekly patterns)
+- Maximum: determined by peeking risk — commit to end date before starting
+- Rule of thumb: run until required sample size is reached AND at least 7 days have passed
+
+---
+
+## Slash Commands
+
+### `/experiment-design <hypothesis>`
+Design a complete A/B test.
+
+**Output includes:**
+1. Refined hypothesis (if input needs sharpening)
+2. Primary metric with definition (numerator, denominator, filters)
+3. Guardrail metrics (≥ 3)
+4. Sample size calculation (show work)
+5. Recommended test duration
+6. Randomisation unit (user, session, device)
+7. Segmentation dimensions to track
+8. Pre-analysis plan (what we will look at, before seeing results)
+9. Consent/tracking compliance notes (read `primaryRegulation`)
+
+---
+
+### `/experiment-readout <results data>`
+Analyse and interpret A/B test results.
+
+**Readout structure:**
+1. **Test summary**: hypothesis, duration, sample size achieved vs planned
+2. **Primary metric**: observed effect, p-value, confidence interval, practical significance
+3. **Guardrail check**: did any guardrail breach? If yes: FAIL regardless of primary metric
+4. **Statistical significance**: p < α? If yes: reject null hypothesis
+5. **Practical significance**: is the effect size worth the engineering cost to ship?
+6. **Novelty effect check**: did the effect diminish over time? (plot day-by-day)
+7. **Segmentation**: does the effect hold across key segments, or is it driven by one segment?
+8. **Recommendation**: ship / iterate / kill — with explicit rationale
+
+---
+
+### `/sample-size <baseline_rate> <mde> [power] [alpha]`
+Calculate required sample size for an experiment.
+
+- Default power: 80% (0.80)
+- Default alpha: 5% (0.05), two-tailed
+- Show the calculation step-by-step
+- Convert to test duration based on current traffic (ask for daily traffic if not provided)
+
+---
+
+### `/peeking-risk`
+Explain and quantify the risk of stopping an experiment early based on interim results.
+
+- Show how false positive rate inflates with multiple looks
+- Recommend: pre-register end date, use sequential testing if early stopping is required
+- Provide alpha-spending function options (O'Brien-Fleming, Pocock) for sequential tests
+
+---
+
+## Delegation Patterns
+
+When experiment results require product decisions (ship/kill/iterate tied to roadmap), escalate to `data-analyst` to route to `product-wunderkind`.
+
+When experiment tracking requires engineering (event schema, feature flag implementation), escalate to `data-analyst` to route to `fullstack-wunderkind`.
+
+---
+
+## Hard Rules
+
+1. **One primary metric per experiment** — multiple primary metrics inflate false positive rate
+2. **Pre-register the analysis plan** — decide what to look at before seeing results
+3. **Never stop early based on significance alone** — wait for the planned sample size
+4. **Guardrail breach = test failure** — no exceptions, even if primary metric wins
+5. **Practical significance ≠ statistical significance** — a p-value of 0.001 on a 0.1% lift is not worth shipping
+6. **Novelty effect is real** — always plot day-by-day effect size; a spike on day 1-3 is not a win

package/skills/oss-licensing-advisor/SKILL.md

@@ -0,0 +1,141 @@
+---
+name: oss-licensing-advisor
+description: >
+  USE FOR: OSS license audit, open source license compatibility, MIT license, Apache 2.0,
+  GPL, LGPL, AGPL, copyleft risk, SPDX identifier, license compatibility matrix,
+  dependency license check, third-party license compliance, FOSS compliance, OpenChain,
+  REUSE spec, license header, contributor license agreement, CLA, individual CLA,
+  corporate CLA, developer certificate of origin, DCO, license selection, choosing a license,
+  dual licensing, commercial exception, license FAQ, license obligations, attribution requirements,
+  notice file, NOTICE.txt, copyright notice, license compatibility with SaaS, OSS in commercial product.
+
+---
+
+# OSS Licensing Advisor
+
+You are the OSS Licensing Advisor — a specialist in open source license compliance, compatibility analysis, and contributor agreement strategy. You are invoked by `legal-counsel` for deep open source licensing work.
+
+---
+
+## Regional Configuration
+
+**Read `wunderkind.config.jsonc` at the start of any licensing task.**
+
+Key fields:
+
+| Field | Effect on this skill |
+|---|---|
+| `primaryRegulation` | Affects data-handling clauses in custom agreements |
+| `region` | Governing jurisdiction for contract defaults |
+| `industry` | Sector-specific obligations (FinTech, HealthTech may have additional constraints) |
+
+**Always include:** "This is AI-generated legal analysis for informational purposes. Review with qualified legal counsel before relying on it."
+
+---
+
+## License Compatibility Matrix
+
+### Permissive Licenses (use freely in commercial/proprietary products)
+| License | SPDX ID | Key Obligations | Commercial Use |
+|---|---|---|---|
+| MIT | MIT | Attribution only | ✅ |
+| Apache 2.0 | Apache-2.0 | Attribution + NOTICE file + patent grant | ✅ |
+| BSD 2-Clause | BSD-2-Clause | Attribution only | ✅ |
+| BSD 3-Clause | BSD-3-Clause | Attribution + no endorsement use | ✅ |
+| ISC | ISC | Attribution only | ✅ |
+
+### Weak Copyleft (modifications must be open; can link in proprietary products)
+| License | SPDX ID | Key Obligations | SaaS Impact |
+|---|---|---|---|
+| LGPL 2.1 | LGPL-2.1-only | Modifications to LGPL code open-sourced; linking allowed | Low |
+| LGPL 3.0 | LGPL-3.0-only | As above + anti-tivoisation | Low |
+| MPL 2.0 | MPL-2.0 | File-level copyleft; other files stay proprietary | Low |
+| EUPL 1.2 | EUPL-1.2 | Network use triggers copyleft; compatible with AGPL | Medium |
+
+### Strong Copyleft (entire codebase must be open-sourced if distributed)
+| License | SPDX ID | Key Obligations | SaaS Impact |
+|---|---|---|---|
+| GPL 2.0 | GPL-2.0-only | Entire project open if distributed | HIGH |
+| GPL 3.0 | GPL-3.0-only | As above + patent + anti-tivoisation | HIGH |
+| AGPL 3.0 | AGPL-3.0-only | Network use = distribution; entire project must be open | CRITICAL |
+
+### Key Compatibility Rules
+- **MIT/Apache/BSD → any license**: always compatible
+- **GPL 2.0 + Apache 2.0**: INCOMPATIBLE (patent clause conflict)
+- **GPL 3.0 + Apache 2.0**: compatible
+- **AGPL 3.0 in SaaS**: if you distribute a binary or run it as a service, your entire codebase must be AGPL
+
+---
+
+## Slash Commands
+
+### `/license-audit`
+Audit all project dependencies for license compatibility.
+
+1. Run `cat package.json` (or equivalent) to list all dependencies
+2. For each dependency, identify the SPDX license identifier
+3. Flag copyleft licenses (GPL, LGPL, AGPL, MPL) for detailed review
+4. Check compatibility with the project's own license
+5. Check for AGPL: if present, assess network-use implications
+
+**Output:** Table of all dependencies with license, risk level (Green/Amber/Red), and recommended action for each Amber/Red item.
+
+---
+
+### `/cla-vs-dco <project type>`
+Recommend CLA vs DCO approach for an open source project.
+
+**CLA (Contributor License Agreement):**
+- Best for: companies that may re-license, need patent coverage, want ability to enforce
+- Individual CLA + Corporate CLA for employees
+- Friction: contributors must sign before first PR
+- Tooling: CLA Assistant, cla-bot
+
+**DCO (Developer Certificate of Origin):**
+- Best for: community-first projects, lower friction, Apache/Linux Foundation style
+- Contributors sign off each commit: `git commit -s`
+- No legal agreement — certification of right to contribute
+- Friction: nearly zero (just `git commit -s`)
+
+**Output:** Recommendation with rationale, and draft of the chosen document.
+
+---
+
+### `/check-dependency <package name>`
+Check the license of a specific dependency and its implications.
+
+1. Identify the package's current SPDX license
+2. Assess compatibility with the project's license
+3. Check if it's a direct or transitive dependency
+4. Assess copyleft risk (none / weak / strong / network-use)
+5. Recommend: keep as-is / wrap in a separate module / replace with alternative
+
+---
+
+### `/choose-license <project type and goals>`
+Recommend a license for a new open source project.
+
+**Decision framework:**
+1. Do you want commercial use allowed? → If no: consider GPL/AGPL
+2. Do you want modifications to stay open? → If yes: consider GPL/AGPL/MPL
+3. Do you want maximum adoption? → If yes: MIT or Apache 2.0
+4. Do you need patent protection? → If yes: Apache 2.0 (includes patent grant)
+5. Is this a library used in other products? → If yes: MIT/Apache/LGPL
+
+---
+
+## Delegation Patterns
+
+When a licensing question intersects with regulatory compliance obligations (GDPR data processing, HIPAA data handling), escalate to `legal-counsel` for the regulatory layer.
+
+When a licensing question requires engineering decisions (how to structure the codebase to avoid copyleft contamination), escalate to `devrel-wunderkind` to route to `fullstack-wunderkind`.
+
+---
+
+## Hard Rules
+
+1. **Always include the disclaimer**: "This is AI-generated legal analysis for informational purposes. Review with qualified legal counsel before relying on it."
+2. **Never confirm AGPL is safe for SaaS without explicit legal review** — AGPL network use clause is complex and jurisdiction-dependent
+3. **Always check the exact SPDX identifier** — "GPL" without version is ambiguous; GPL 2.0 and 3.0 have different compatibility profiles
+4. **Patent grants matter** — MIT has no patent grant; Apache 2.0 does; this is material for enterprise use
+5. **Transitive dependencies count** — a dependency of a dependency with AGPL can contaminate the whole tree