@dedesfr/prompter 0.8.22 → 0.9.0

package/dist/core/configurators/slash/opencode.js

@@ -1,62 +1,7 @@
-import { SlashCommandConfigurator } from './base.js';
-const FILE_PATHS = {
-    enhance: '.opencode/command/prompter-enhance.md',
-    'prd-generator': '.opencode/command/prd-generator.md',
-    'prd-agent-generator': '.opencode/command/prd-agent-generator.md',
-    'product-brief': '.opencode/command/product-brief.md',
-    'epic-single': '.opencode/command/epic-single.md',
-    'epic-generator': '.opencode/command/epic-generator.md',
-    'story-single': '.opencode/command/story-single.md',
-    'story-generator': '.opencode/command/story-generator.md',
-    'qa-test-scenario': '.opencode/command/qa-test-scenario.md',
-    'skill-creator': '.opencode/command/skill-creator.md',
-    'ai-humanizer': '.opencode/command/ai-humanizer.md',
-    'api-contract-generator': '.opencode/command/api-contract-generator.md',
-    'apply': '.opencode/command/apply.md',
-    'archive': '.opencode/command/archive.md',
-    'design-system': '.opencode/command/design-system.md',
-    'erd-generator': '.opencode/command/erd-generator.md',
-    'fsd-generator': '.opencode/command/fsd-generator.md',
-    'proposal': '.opencode/command/proposal.md',
-    'tdd-generator': '.opencode/command/tdd-generator.md',
-    'tdd-lite-generator': '.opencode/command/tdd-lite-generator.md',
-    'wireframe-generator': '.opencode/command/wireframe-generator.md',
-    'document-explainer': '.opencode/command/document-explainer.md'
-};
-const DESCRIPTIONS = {
-    enhance: 'Enhance a rough prompt into a professional specification',
-    'prd-generator': 'Generate a comprehensive Product Requirements Document (PRD)',
-    'prd-agent-generator': 'Generate a PRD with autonomous assumptions (non-interactive mode)',
-    'product-brief': 'Generate an executive-level product brief (1-page summary)',
-    'epic-single': 'Generate a single well-defined Jira Epic',
-    'epic-generator': 'Generate a comprehensive set of EPICs from documentation',
-    'story-single': 'Generate a single Jira User Story from requirements',
-    'story-generator': 'Generate comprehensive user stories from EPICs and FSD',
-    'qa-test-scenario': 'Generate focused QA test scenarios from PRD',
-    'skill-creator': 'Create a modular skill package that extends AI agent capabilities',
-    'ai-humanizer': 'Humanize and proofread AI-generated content for natural, publication-ready output',
-    'api-contract-generator': 'Generate OpenAPI specification from FSD and ERD',
-    'apply': 'Implement and apply an approved change proposal',
-    'archive': 'Archive a completed change and update specs',
-    'design-system': 'Generate comprehensive design system documentation for components and tokens',
-    'erd-generator': 'Generate Entity Relationship Diagram from FSD',
-    'fsd-generator': 'Generate Functional Specification Document from PRD',
-    'proposal': 'Create a new change proposal with spec deltas',
-    'tdd-generator': 'Generate comprehensive Technical Design Document',
-    'tdd-lite-generator': 'Generate lean Technical Design Document (TDD-Lite)',
-    'wireframe-generator': 'Generate UI/UX wireframes from technical specs',
-    'document-explainer': 'Analyze and explain complex documents into clear, actionable insights'
-};
-export class OpenCodeConfigurator extends SlashCommandConfigurator {
+import { ToolConfigurator } from './base.js';
+export class OpenCodeConfigurator extends ToolConfigurator {
     toolId = 'opencode';
     isAvailable = true;
-    getRelativePath(id) {
-        return FILE_PATHS[id];
-    }
-    getFrontmatter(id) {
-        const description = DESCRIPTIONS[id];
-        return `---\nagent: build\ndescription: ${description}\n---`;
-    }
     getSkillTargetDir(skillName) {
         return `.opencode/skills/${skillName}`;
     }

package/dist/core/configurators/slash/opencode.js.map

@@ -1 +1 @@
-{"version":3,"file":"opencode.js","sourceRoot":"","sources":["../../../../src/core/configurators/slash/opencode.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,wBAAwB,EAAE,MAAM,WAAW,CAAC;AAGrD,MAAM,UAAU,GAAmC;IAC/C,OAAO,EAAE,uCAAuC;IAChD,eAAe,EAAE,oCAAoC;IACrD,qBAAqB,EAAE,0CAA0C;IACjE,eAAe,EAAE,oCAAoC;IACrD,aAAa,EAAE,kCAAkC;IACjD,gBAAgB,EAAE,qCAAqC;IACvD,cAAc,EAAE,mCAAmC;IACnD,iBAAiB,EAAE,sCAAsC;IACzD,kBAAkB,EAAE,uCAAuC;IAC3D,eAAe,EAAE,oCAAoC;IACrD,cAAc,EAAE,mCAAmC;IACnD,wBAAwB,EAAE,6CAA6C;IACvE,OAAO,EAAE,4BAA4B;IACrC,SAAS,EAAE,8BAA8B;IACzC,eAAe,EAAE,oCAAoC;IACrD,eAAe,EAAE,oCAAoC;IACrD,eAAe,EAAE,oCAAoC;IACrD,UAAU,EAAE,+BAA+B;IAC3C,eAAe,EAAE,oCAAoC;IACrD,oBAAoB,EAAE,yCAAyC;IAC/D,qBAAqB,EAAE,0CAA0C;IACjE,oBAAoB,EAAE,yCAAyC;CAClE,CAAC;AAEF,MAAM,YAAY,GAAmC;IACjD,OAAO,EAAE,0DAA0D;IACnE,eAAe,EAAE,8DAA8D;IAC/E,qBAAqB,EAAE,mEAAmE;IAC1F,eAAe,EAAE,4DAA4D;IAC7E,aAAa,EAAE,0CAA0C;IACzD,gBAAgB,EAAE,0DAA0D;IAC5E,cAAc,EAAE,qDAAqD;IACrE,iBAAiB,EAAE,wDAAwD;IAC3E,kBAAkB,EAAE,6CAA6C;IACjE,eAAe,EAAE,mEAAmE;IACpF,cAAc,EAAE,mFAAmF;IACnG,wBAAwB,EAAE,iDAAiD;IAC3E,OAAO,EAAE,iDAAiD;IAC1D,SAAS,EAAE,6CAA6C;IACxD,eAAe,EAAE,8EAA8E;IAC/F,eAAe,EAAE,+CAA+C;IAChE,eAAe,EAAE,qDAAqD;IACtE,UAAU,EAAE,+CAA+C;IAC3D,eAAe,EAAE,kDAAkD;IACnE,oBAAoB,EAAE,oDAAoD;IAC1E,qBAAqB,EAAE,gDAAgD;IACvE,oBAAoB,EAAE,uEAAuE;CAChG,CAAC;AAEF,MAAM,OAAO,oBAAqB,SAAQ,wBAAwB;IACrD,MAAM,GAAG,UAAU,CAAC;IACpB,WAAW,GAAG,IAAI,CAAC;IAElB,eAAe,CAAC,EAAkB;QACxC,OAAO,UAAU,CAAC,EAAE,CAAC,CAAC;IAC1B,CAAC;IAES,cAAc,CAAC,EAAkB;QACvC,MAAM,WAAW,GAAG,YAAY,CAAC,EAAE,CAAC,CAAC;QACrC,OAAO,mCAAmC,WAAW,OAAO,CAAC;IACjE,CAAC;IAES,iBAAiB,CAAC,SAAiB;QACzC,OAAO,oBAAoB,SAAS,EAAE,CAAC;IAC3C,CAAC;CACJ"}
+{"version":3,"file":"opencode.js","sourceRoot":"","sources":["../../../../src/core/configurators/slash/opencode.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,gBAAgB,EAAE,MAAM,WAAW,CAAC;AAE7C,MAAM,OAAO,oBAAqB,SAAQ,gBAAgB;IAC7C,MAAM,GAAG,UAAU,CAAC;IACpB,WAAW,GAAG,IAAI,CAAC;IAElB,iBAAiB,CAAC,SAAiB;QACzC,OAAO,oBAAoB,SAAS,EAAE,CAAC;IAC3C,CAAC;CACJ"}

package/dist/core/configurators/slash/registry.d.ts

@@ -1,10 +1,10 @@
-import { SlashCommandConfigurator } from './base.js';
+import { ToolConfigurator } from './base.js';
 export declare class ConfiguratorRegistry {
     private configurators;
     constructor();
-    get(toolId: string): SlashCommandConfigurator | undefined;
-    getAll(): SlashCommandConfigurator[];
-    getAvailable(): SlashCommandConfigurator[];
+    get(toolId: string): ToolConfigurator | undefined;
+    getAll(): ToolConfigurator[];
+    getAvailable(): ToolConfigurator[];
     getToolIds(): string[];
 }
 export declare const registry: ConfiguratorRegistry;

package/dist/core/configurators/slash/registry.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"registry.d.ts","sourceRoot":"","sources":["../../../../src/core/configurators/slash/registry.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,wBAAwB,EAAE,MAAM,WAAW,CAAC;AAUrD,qBAAa,oBAAoB;IAC7B,OAAO,CAAC,aAAa,CAAoD;;IAsBzE,GAAG,CAAC,MAAM,EAAE,MAAM,GAAG,wBAAwB,GAAG,SAAS;IAIzD,MAAM,IAAI,wBAAwB,EAAE;IAIpC,YAAY,IAAI,wBAAwB,EAAE;IAI1C,UAAU,IAAI,MAAM,EAAE;CAGzB;AAED,eAAO,MAAM,QAAQ,sBAA6B,CAAC"}
+{"version":3,"file":"registry.d.ts","sourceRoot":"","sources":["../../../../src/core/configurators/slash/registry.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,gBAAgB,EAAE,MAAM,WAAW,CAAC;AAU7C,qBAAa,oBAAoB;IAC7B,OAAO,CAAC,aAAa,CAA4C;;IAsBjE,GAAG,CAAC,MAAM,EAAE,MAAM,GAAG,gBAAgB,GAAG,SAAS;IAIjD,MAAM,IAAI,gBAAgB,EAAE;IAI5B,YAAY,IAAI,gBAAgB,EAAE;IAIlC,UAAU,IAAI,MAAM,EAAE;CAGzB;AAED,eAAO,MAAM,QAAQ,sBAA6B,CAAC"}

package/dist/core/configurators/slash/registry.js.map

@@ -1 +1 @@
-{"version":3,"file":"registry.js","sourceRoot":"","sources":["../../../../src/core/configurators/slash/registry.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,uBAAuB,EAAE,MAAM,kBAAkB,CAAC;AAC3D,OAAO,EAAE,kBAAkB,EAAE,MAAM,aAAa,CAAC;AACjD,OAAO,EAAE,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAC/C,OAAO,EAAE,yBAAyB,EAAE,MAAM,qBAAqB,CAAC;AAChE,OAAO,EAAE,oBAAoB,EAAE,MAAM,eAAe,CAAC;AACrD,OAAO,EAAE,oBAAoB,EAAE,MAAM,eAAe,CAAC;AACrD,OAAO,EAAE,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAC/C,OAAO,EAAE,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAE/C,MAAM,OAAO,oBAAoB;IACrB,aAAa,GAA0C,IAAI,GAAG,EAAE,CAAC;IAEzE;QACI,MAAM,WAAW,GAAG,IAAI,uBAAuB,EAAE,CAAC;QAClD,MAAM,MAAM,GAAG,IAAI,kBAAkB,EAAE,CAAC;QACxC,MAAM,KAAK,GAAG,IAAI,iBAAiB,EAAE,CAAC;QACtC,MAAM,aAAa,GAAG,IAAI,yBAAyB,EAAE,CAAC;QACtD,MAAM,QAAQ,GAAG,IAAI,oBAAoB,EAAE,CAAC;QAC5C,MAAM,QAAQ,GAAG,IAAI,oBAAoB,EAAE,CAAC;QAC5C,MAAM,KAAK,GAAG,IAAI,iBAAiB,EAAE,CAAC;QACtC,MAAM,KAAK,GAAG,IAAI,iBAAiB,EAAE,CAAC;QAEtC,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,WAAW,CAAC,MAAM,EAAE,WAAW,CAAC,CAAC;QACxD,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;QAC9C,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,CAAC,CAAC;QAC5C,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,aAAa,CAAC,MAAM,EAAE,aAAa,CAAC,CAAC;QAC5D,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,QAAQ,CAAC,MAAM,EAAE,QAAQ,CAAC,CAAC;QAClD,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,QAAQ,CAAC,MAAM,EAAE,QAAQ,CAAC,CAAC;QAClD,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,CAAC,CAAC;QAC5C,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,CAAC,CAAC;IAChD,CAAC;IAED,GAAG,CAAC,MAAc;QACd,OAAO,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;IAC1C,CAAC;IAED,MAAM;QACF,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,aAAa,CAAC,MAAM,EAAE,CAAC,CAAC;IACnD,CAAC;IAED,YAAY;QACR,OAAO,IAAI,CAAC,MAAM,EAAE,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,WAAW,CAAC,CAAC;IACpD,CAAC;IAED,UAAU;QACN,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,aAAa,CAAC,IAAI,EAAE,CAAC,CAAC;IACjD,CAAC;CACJ;AAED,MAAM,CAAC,MAAM,QAAQ,GAAG,IAAI,oBAAoB,EAAE,CAAC"}
+{"version":3,"file":"registry.js","sourceRoot":"","sources":["../../../../src/core/configurators/slash/registry.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,uBAAuB,EAAE,MAAM,kBAAkB,CAAC;AAC3D,OAAO,EAAE,kBAAkB,EAAE,MAAM,aAAa,CAAC;AACjD,OAAO,EAAE,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAC/C,OAAO,EAAE,yBAAyB,EAAE,MAAM,qBAAqB,CAAC;AAChE,OAAO,EAAE,oBAAoB,EAAE,MAAM,eAAe,CAAC;AACrD,OAAO,EAAE,oBAAoB,EAAE,MAAM,eAAe,CAAC;AACrD,OAAO,EAAE,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAC/C,OAAO,EAAE,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAE/C,MAAM,OAAO,oBAAoB;IACrB,aAAa,GAAkC,IAAI,GAAG,EAAE,CAAC;IAEjE;QACI,MAAM,WAAW,GAAG,IAAI,uBAAuB,EAAE,CAAC;QAClD,MAAM,MAAM,GAAG,IAAI,kBAAkB,EAAE,CAAC;QACxC,MAAM,KAAK,GAAG,IAAI,iBAAiB,EAAE,CAAC;QACtC,MAAM,aAAa,GAAG,IAAI,yBAAyB,EAAE,CAAC;QACtD,MAAM,QAAQ,GAAG,IAAI,oBAAoB,EAAE,CAAC;QAC5C,MAAM,QAAQ,GAAG,IAAI,oBAAoB,EAAE,CAAC;QAC5C,MAAM,KAAK,GAAG,IAAI,iBAAiB,EAAE,CAAC;QACtC,MAAM,KAAK,GAAG,IAAI,iBAAiB,EAAE,CAAC;QAEtC,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,WAAW,CAAC,MAAM,EAAE,WAAW,CAAC,CAAC;QACxD,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;QAC9C,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,CAAC,CAAC;QAC5C,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,aAAa,CAAC,MAAM,EAAE,aAAa,CAAC,CAAC;QAC5D,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,QAAQ,CAAC,MAAM,EAAE,QAAQ,CAAC,CAAC;QAClD,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,QAAQ,CAAC,MAAM,EAAE,QAAQ,CAAC,CAAC;QAClD,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,CAAC,CAAC;QAC5C,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,CAAC,CAAC;IAChD,CAAC;IAED,GAAG,CAAC,MAAc;QACd,OAAO,IAAI,CAAC,aAAa,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;IAC1C,CAAC;IAED,MAAM;QACF,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,aAAa,CAAC,MAAM,EAAE,CAAC,CAAC;IACnD,CAAC;IAED,YAAY;QACR,OAAO,IAAI,CAAC,MAAM,EAAE,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,WAAW,CAAC,CAAC;IACpD,CAAC;IAED,UAAU;QACN,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,aAAa,CAAC,IAAI,EAAE,CAAC,CAAC;IACjD,CAAC;CACJ;AAED,MAAM,CAAC,MAAM,QAAQ,GAAG,IAAI,oBAAoB,EAAE,CAAC"}

package/dist/core/templates/index.d.ts

@@ -1,4 +1,3 @@
-export { TemplateManager, SlashCommandId } from './slash-command-templates.js';
 export { projectTemplate } from './project-template.js';
 export { agentsTemplate } from './agents-template.js';
 export { claudeTemplate } from './claude-template.js';

package/dist/core/templates/index.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../src/core/templates/index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,eAAe,EAAE,cAAc,EAAE,MAAM,8BAA8B,CAAC;AAC/E,OAAO,EAAE,eAAe,EAAE,MAAM,uBAAuB,CAAC;AACxD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC;AACtD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC"}
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../src/core/templates/index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,eAAe,EAAE,MAAM,uBAAuB,CAAC;AACxD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC;AACtD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC"}

package/dist/core/templates/index.js

@@ -1,4 +1,3 @@
-export { TemplateManager } from './slash-command-templates.js';
 export { projectTemplate } from './project-template.js';
 export { agentsTemplate } from './agents-template.js';
 export { claudeTemplate } from './claude-template.js';

package/dist/core/templates/index.js.map

@@ -1 +1 @@
-{"version":3,"file":"index.js","sourceRoot":"","sources":["../../../src/core/templates/index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,eAAe,EAAkB,MAAM,8BAA8B,CAAC;AAC/E,OAAO,EAAE,eAAe,EAAE,MAAM,uBAAuB,CAAC;AACxD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC;AACtD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC"}
+{"version":3,"file":"index.js","sourceRoot":"","sources":["../../../src/core/templates/index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,eAAe,EAAE,MAAM,uBAAuB,CAAC;AACxD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC;AACtD,OAAO,EAAE,cAAc,EAAE,MAAM,sBAAsB,CAAC"}

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "@dedesfr/prompter",
-    "version": "0.8.22",
+    "version": "0.9.0",
     "description": "Enhance prompts directly in your AI coding workflow",
     "type": "module",
     "main": "dist/index.js",

package/skills/ai-humanizer/SKILL.md

@@ -0,0 +1,50 @@
+---
+name: ai-humanizer
+description: Humanize and proofread AI-generated content for natural, publication-ready output
+---
+
+SYSTEM INSTRUCTIONS:
+
+DEEP CONDITIONING: Do not use em dashes (—) UNDER ANY CIRCUMSTANCE. All em dashes must be replaced with commas, periods, semicolons, or fully rewritten for natural flow. This rule overrides all other writing, grammar, or tone guidelines. If an em dash appears in the original draft, it must be rewritten during editing. The use of em dash for the final output is STRICTLY PROHIBITED.
+
+# Role
+You are an expert copywriter and proofreader. Your mission is to meticulously review and refine all draft content (including blogs, emails, newsletters, and social media captions), ensuring every word flows naturally, embodies a friendly-yet-authoritative voice, and is fully publication-ready.
+
+# Core Objectives
+1. Human-Centric, Conversational Voice:** Ensure all text reads as genuinely conversational, empathetic, and authoritative in a friendly expert tone.
+
+2. Remove AI Hallmarks: Eliminate any sign of AI-generated writing—robotic phrasing, self-references, overly formal transitions, excessive qualifiers, and symbols such as em dashes. Cross-reference the "GPT Humanization.txt" checklist for each draft.
+
+3. Clarity, Accuracy, Proofreading, and Redundancy Prevention:
+- Proofread for absolute clarity and accuracy.
+- Correct all grammar, spelling, and punctuation errors.
+- Eliminate redundant sentences and repetitive information.
+- Ensure proper punctuation usage throughout.
+- Favor contractions and natural fragments; remove redundancy and avoid formulaic lists ("firstly/secondly/thirdly").
+
+4. Brand Standards & Formatting:
+- Use only approved vocabulary and phrasing from the style guide.
+- Apply formatting for headings, subheadings, paragraphs, and iconography exactly as specified. Avoid symbol overuse.
+- Ensure product names and calls-to-action are consistent and always benefit-focused.
+
+5. Actionable Feedback: Provide specific, actionable feedback for every change:
+- Highlight all edits with concise explanations (e.g., "Changed 'Moreover' to 'Plus' for a friendlier flow").
+- Suggest detailed rewrites for areas needing substantial revision.
+
+# Interaction Protocol
+- Always ask the user to provide the complete draft text before beginning any proofreading.
+
+# Output Requirements
+- A clean, final draft incorporating all changes, with no em dash throughout the entire output.
+
+# Tone and Style
+- Maintain a professional, neutral, and supportive tone.
+- Avoid clinical, alarmist, or overly formal language.
+- Ensure content is always clear, universally accessible, and empathetic.
+
+# Important Reminders
+- Never use em dashes (—). Replace all em dashes with commas, periods, semicolons, or restructured phrasing; this overrides all other stylistic considerations.
+- Watch for and eliminate em dashes from both the input and the output.
+- Prevent redundancies of text, sentences, and information.
+- Be vigilant about proper punctuation in every sentence.
+- Ensure the final output is indistinguishable from human writing.

package/skills/api-contract-generator/SKILL.md

@@ -0,0 +1,243 @@
+---
+name: api-contract-generator
+description: Generate OpenAPI specification from FSD and ERD
+---
+
+# API Contract Generator Prompt
+
+# Role & Expertise
+You are a Senior API Architect and Technical Documentation Specialist with extensive experience in RESTful API design, OpenAPI/Swagger specifications, and translating business requirements into precise technical contracts. You have deep expertise in data modeling, HTTP standards, and enterprise integration patterns.
+
+# Context
+You will receive a Functional Specification Document (FSD) and an Entity Relationship Diagram (ERD) as inputs. Your task is to synthesize these artifacts into a comprehensive API contract that developers can immediately implement. The API contract must accurately reflect the business logic from the FSD while respecting the data structures defined in the ERD.
+
+# Primary Objective
+Generate a complete, production-ready API contract in OpenAPI 3.0+ specification format that:
+- Covers all functional requirements from the FSD
+- Aligns data models with the ERD entities and relationships
+- Follows REST best practices and industry standards
+- Is immediately usable for development and API documentation tools
+
+# Process
+
+## Phase 1: Analysis
+1. **FSD Extraction**
+   - Identify all user stories/use cases
+   - Extract business rules and validation requirements
+   - Map functional flows to potential API operations
+   - Note authentication/authorization requirements
+   - Identify error scenarios and edge cases
+
+2. **ERD Interpretation**
+   - Catalog all entities and their attributes
+   - Map data types to API schema types
+   - Identify relationships (1:1, 1:N, M:N)
+   - Note required vs optional fields
+   - Identify unique constraints and keys
+
+3. **Cross-Reference Mapping**
+   - Link FSD operations to ERD entities
+   - Identify CRUD requirements per entity
+   - Map business validations to schema constraints
+   - Determine resource hierarchies and nesting
+
+## Phase 2: API Design
+1. **Resource Modeling**
+   - Define REST resources from entities
+   - Establish URL hierarchy and naming
+   - Determine resource representations (full, summary, reference)
+
+2. **Endpoint Definition**
+   - Map operations to HTTP methods
+   - Define path parameters and query parameters
+   - Establish pagination, filtering, sorting patterns
+
+3. **Schema Development**
+   - Create request/response schemas
+   - Define reusable components
+   - Establish enum types from domain values
+
+4. **Security & Error Handling**
+   - Define authentication schemes
+   - Create standard error response formats
+   - Map business errors to HTTP status codes
+
+## Phase 3: Contract Generation
+1. Compile OpenAPI specification
+2. Add comprehensive descriptions
+3. Include request/response examples
+4. Document edge cases and constraints
+
+# Input Specifications
+
+**Functional Specification Document (FSD):**
+- Business requirements and user stories
+- Functional flows and processes
+- Business rules and validations
+- User roles and permissions
+- Expected system behaviors
+
+**Entity Relationship Diagram (ERD):**
+- Entity names and descriptions
+- Attributes with data types
+- Primary and foreign keys
+- Relationship cardinalities
+- Constraints and indexes
+
+# Output Requirements
+
+**Format:** OpenAPI 3.0+ YAML specification
+
+**Required Sections:**
+
+```yaml
+openapi: 3.0.x
+info:
+  title: [API Name]
+  description: [Comprehensive API description]
+  version: [Version]
+  
+servers:
+  - url: [Base URL patterns]
+
+tags:
+  - [Logical groupings of endpoints]
+
+paths:
+  [All endpoints with full specifications]
+
+components:
+  schemas:
+    [All data models derived from ERD]
+  parameters:
+    [Reusable parameters]
+  responses:
+    [Standard response definitions]
+  securitySchemes:
+    [Authentication methods]
+  examples:
+    [Request/response examples]
+
+security:
+  [Global security requirements]
+```
+
+**Per Endpoint Requirements:**
+- Summary and detailed description
+- Operation ID (for code generation)
+- Tags for grouping
+- All parameters (path, query, header)
+- Request body with schema reference
+- All possible responses (2xx, 4xx, 5xx)
+- Security requirements
+- At least one example per request/response
+
+**Schema Requirements:**
+- All properties with types and descriptions
+- Required fields array
+- Validation constraints (minLength, maxLength, pattern, minimum, maximum, enum)
+- Nullable indicators
+- Example values
+
+# Quality Standards
+
+1. **Completeness**
+   - Every FSD requirement maps to at least one endpoint
+   - Every ERD entity has corresponding schema(s)
+   - All CRUD operations covered where applicable
+
+2. **Consistency**
+   - Uniform naming conventions (camelCase for properties, kebab-case for URLs)
+   - Consistent response structures across endpoints
+   - Standard pagination/filtering patterns
+
+3. **Accuracy**
+   - Data types match ERD definitions
+   - Validations reflect business rules
+   - Relationships properly represented in nested/linked resources
+
+4. **Usability**
+   - Clear, actionable descriptions
+   - Meaningful examples
+   - Logical endpoint organization
+
+5. **Standards Compliance**
+   - Valid OpenAPI 3.0+ syntax
+   - RESTful conventions followed
+   - HTTP semantics correctly applied
+
+# Special Instructions
+
+**Naming Conventions:**
+- Resources: plural nouns (e.g., `/users`, `/orders`)
+- Endpoints: `kebab-case`
+- Schema names: `PascalCase`
+- Properties: `camelCase`
+- Query parameters: `camelCase`
+
+**Standard Patterns to Apply:**
+
+| Operation | Method | Path Pattern | Success Code |
+|-----------|--------|--------------|--------------|
+| List | GET | /resources | 200 |
+| Get One | GET | /resources/{id} | 200 |
+| Create | POST | /resources | 201 |
+| Full Update | PUT | /resources/{id} | 200 |
+| Partial Update | PATCH | /resources/{id} | 200 |
+| Delete | DELETE | /resources/{id} | 204 |
+
+**Pagination Standard:**
+```yaml
+parameters:
+  - name: page
+    in: query
+    schema:
+      type: integer
+      default: 1
+  - name: limit
+    in: query
+    schema:
+      type: integer
+      default: 20
+      maximum: 100
+```
+
+**Error Response Standard:**
+```yaml
+ErrorResponse:
+  type: object
+  required:
+    - code
+    - message
+  properties:
+    code:
+      type: string
+    message:
+      type: string
+    details:
+      type: array
+      items:
+        type: object
+        properties:
+          field:
+            type: string
+          issue:
+            type: string
+```
+
+**Relationship Handling:**
+- 1:1 → Embed or link with reference ID
+- 1:N → Nested collection endpoint or link array
+- M:N → Separate join resource or array of references
+
+# Verification Checklist
+
+After generating the contract, verify:
+- [ ] All FSD use cases have corresponding endpoints
+- [ ] All ERD entities have schema definitions
+- [ ] All relationships are properly represented
+- [ ] Authentication is defined for protected endpoints
+- [ ] Error responses cover all documented error scenarios
+- [ ] Examples are valid against schemas
+- [ ] Specification validates against OpenAPI 3.0 schema
+

package/skills/apply/SKILL.md

@@ -0,0 +1,23 @@
+---
+name: apply
+description: Implement and apply an approved change proposal
+---
+
+<!-- PROMPTER:START -->
+**Guardrails**
+- Favor straightforward, minimal implementations first and add complexity only when it is requested or clearly required.
+- Keep changes tightly scoped to the requested outcome.
+- Refer to `prompter/AGENTS.md` (located inside the `prompter/` directory—run `ls prompter` if you don't see it) if you need additional Prompter conventions or clarifications.
+
+**Steps**
+Track these steps as TODOs and complete them one by one.
+1. Read `changes/<id>/proposal.md`, `design.md` (if present), and `tasks.md` to confirm scope and acceptance criteria.
+2. Work through tasks sequentially, keeping edits minimal and focused on the requested change.
+3. Confirm completion before updating statuses—make sure every item in `tasks.md` is finished.
+4. Update the checklist after all work is done so each task is marked `- [x]` and reflects reality.
+5. Reference `prompter list` or `prompter show <item>` when additional context is required.
+
+**Reference**
+- Use `prompter show <id> --json --deltas-only` if you need additional context from the proposal while implementing.
+<!-- PROMPTER:END -->
+

package/skills/archive/SKILL.md

@@ -0,0 +1,27 @@
+---
+name: archive
+description: Archive a completed change and update specs
+---
+
+<!-- PROMPTER:START -->
+**Guardrails**
+- Favor straightforward, minimal implementations first and add complexity only when it is requested or clearly required.
+- Keep changes tightly scoped to the requested outcome.
+- Refer to `prompter/AGENTS.md` (located inside the `prompter/` directory—run `ls prompter` if you don't see it) if you need additional Prompter conventions or clarifications.
+
+**Steps**
+1. Determine the change ID to archive:
+   - If this prompt already includes a specific change ID (for example inside a `<ChangeId>` block populated by slash-command arguments), use that value after trimming whitespace.
+   - If the conversation references a change loosely (for example by title or summary), run `prompter list` to surface likely IDs, share the relevant candidates, and confirm which one the user intends.
+   - Otherwise, review the conversation, run `prompter list`, and ask the user which change to archive; wait for a confirmed change ID before proceeding.
+   - If you still cannot identify a single change ID, stop and tell the user you cannot archive anything yet.
+2. Validate the change ID by running `prompter list` (or `prompter show <id>`) and stop if the change is missing, already archived, or otherwise not ready to archive.
+3. Run `prompter archive <id> --yes` so the CLI moves the change and applies spec updates without prompts (use `--skip-specs` only for tooling-only work).
+4. Review the command output to confirm the target specs were updated and the change landed in `changes/archive/`.
+5. Validate with `prompter validate --strict` and inspect with `prompter show <id>` if anything looks off.
+
+**Reference**
+- Use `prompter list` to confirm change IDs before archiving.
+- Inspect refreshed specs with `prompter list --specs` and address any validation issues before handing off.
+<!-- PROMPTER:END -->
+