From promptspeak
Configure PromptSpeak governance for a new project. Use when first setting up PromptSpeak or when the user wants to customize governance policies.
How this skill is triggered — by the user, by Claude, or both
Slash command
/promptspeak:governance-setupThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are helping the user configure PromptSpeak governance for their project.
You are helping the user configure PromptSpeak governance for their project.
Assess the project context — Ask the user:
Map answers to a governance profile, then let the user override specifics:
| Profile | When to use | Confidence | Holds | Drift | Post-Audit |
|---|---|---|---|---|---|
| Lockdown | Regulated domains (legal, financial, healthcare), production with PII | 0.95 | All tool calls held for approval | ON, halt at 0.3 | ON |
| Standard | Production coding assistants, internal tools, CI pipelines | 0.7 | Destructive ops only (deletes, deployments, external API writes) | ON, halt at 0.6 | ON |
| Exploratory | Sandboxes, prototyping, hackathons, trusted single-user agents | 0.3 | None (log only) | OFF | OFF |
Present all three profiles with the table above. Recommend Standard unless the user's answers clearly indicate otherwise. After the user picks a profile, ask: "Any overrides? For example, specific tools that should always require approval, or a different drift threshold."
Apply overrides on top of the chosen profile before proceeding to step 3.
Apply configuration using PromptSpeak tools:
ps_confidence_bulk_setps_hold_configps_feature_setps_config_set and ps_config_activateVerify — Run ps_execute_dry_run with a sample frame to confirm the pipeline behaves as expected.
Export — Call ps_config_export so the user can save their configuration.
npx claudepluginhub elishakay/promptspeak-mcp-serverGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.