Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
PORTNoHTTP port (used with the --http flag)3200
SDD_WORKSPACENoWorkspace root for file operationsprocess.cwd()

Capabilities

Features and capabilities supported by this server

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
sdd_initA

Creates .specs/ directory, writes CONSTITUTION.md skeleton, and initializes the state machine. Call this first before any other SDD tool.

sdd_discoverA

Returns 7 structured discovery questions tailored to your project idea. Covers: scope, users, constraints, integrations, performance, security, and deployment.

sdd_write_specB

Generates and writes SPECIFICATION.md with all requirements in EARS notation. Validates each requirement against EARS patterns.

sdd_clarifyA

Reads SPECIFICATION.md and returns up to 5 disambiguation questions targeting ambiguous or incomplete requirements.

sdd_write_designB

Generates and writes DESIGN.md with architecture overview, Mermaid diagrams, ADRs, and API contracts.

sdd_write_tasksB

Generates and writes TASKS.md with pre-implementation gates, sequenced tasks with [P] parallel markers, effort estimates, and requirement traceability.

sdd_run_analysisA

Reads all spec files, generates ANALYSIS.md with traceability matrix and coverage report, and returns a gate decision (APPROVE, CHANGES_NEEDED, or BLOCK).

sdd_advance_phaseA

Validates that the current phase's required files exist, then transitions the state machine to the next phase.

sdd_check_syncA

Compares specification requirements against implementation files and returns a drift report showing which requirements are implemented and which are missing.

sdd_get_statusA

Returns the current pipeline status including: current phase, completed phases, files on disk, completion percentage, and recommended next action.

sdd_get_templateA

Returns the raw Markdown template for a given artifact type with {{placeholder}} variables intact. Does not write any files.

sdd_write_bugfixB

Generates and writes BUGFIX_SPEC.md with current behavior, expected behavior, unchanged behavior, root cause analysis, and test plan. Not gated by the state machine.

sdd_scan_codebaseA

Scans the workspace project structure and returns auto-steering context: detected language, framework, package manager, folder structure, and key files.

sdd_amendA

Appends an amendment entry to CONSTITUTION.md's changelog and updates the amendment_count in frontmatter.

sdd_check_ecosystemA

Reports which external MCP servers are recommended for the full Specky experience. Shows what each server does, which Specky tools it enhances, and how to install it. Run this first to understand what integrations are available.

sdd_import_transcriptA

Parses a meeting transcript (VTT, SRT, TXT, or MD) and extracts structured data: participants, topics, decisions, action items, raw requirements, constraints, and open questions. Supports Teams, Zoom, Google Meet, and Otter.ai transcripts.

sdd_auto_pipelineA

FULLY AUTOMATED: Reads a meeting transcript, extracts requirements, and runs the complete SDD pipeline in one call. Creates CONSTITUTION.md, SPECIFICATION.md, DESIGN.md, TASKS.md, and ANALYSIS.md from a single transcript file. Supports VTT (Teams), SRT (Zoom), TXT, and MD formats.

sdd_batch_transcriptsA

Scans a folder for transcript files (.vtt, .srt, .txt, .md) and runs the full SDD auto-pipeline for each one. Designed for Power Automate + OneDrive workflows where meeting transcripts are saved automatically to a shared folder. Each transcript becomes its own feature spec package.

sdd_import_documentB

Imports a document (PDF, DOCX, PPTX, TXT, MD, VTT, SRT) or raw text and converts it to Markdown for SDD processing. Returns the converted content, metadata, and word count.

sdd_figma_to_specA

Prepares a structured payload for extracting design context from a Figma file. The AI client should use the returned routing_instructions to call Figma MCP's get_design_context tool with the provided file key and node ID.

sdd_batch_importA

Scans a directory for supported documents (PDF, DOCX, PPTX, TXT, MD) and converts each to Markdown. Returns an array of conversion results with total count and per-file metadata.

sdd_checklistA

Generates a domain-specific quality checklist (security, accessibility, performance, etc.) by analyzing SPECIFICATION.md and DESIGN.md. Writes CHECKLIST.md.

sdd_verify_tasksB

Reads TASKS.md and checks code_paths for implementation evidence. Detects phantom completions — tasks marked [x] but with no corresponding code. Writes VERIFICATION.md.

sdd_compliance_checkB

Validates specification and design against a compliance framework (HIPAA, SOC2, GDPR, PCI-DSS, ISO27001, or general). Writes COMPLIANCE.md.

sdd_cross_analyzeA

Cross-artifact consistency analysis: checks alignment between SPECIFICATION.md, DESIGN.md, and TASKS.md. Finds orphaned requirements, missing designs, and untraced tasks. Writes CROSS_ANALYSIS.md.

sdd_validate_earsA

Validates requirement statements against EARS notation patterns (ubiquitous, event-driven, state-driven, optional, unwanted, complex). Accepts a direct list of requirements OR reads from SPECIFICATION.md. Returns per-requirement compliance results with actionable suggestions.

sdd_generate_diagramB

Generates a single Mermaid diagram from a specification artifact. Supports 17 diagram types: flowchart, sequence, class, ER, state machine, C4 context, C4 container, C4 component, C4 code, activity, use case, DFD (data flow), deployment, network topology, Gantt, pie chart, and mind map.

sdd_generate_all_diagramsA

Generates ALL diagram types for a feature in one call. Produces architecture, sequence, ERD, flow, dependency, and traceability diagrams from all available artifacts.

sdd_generate_user_storiesA

Generates user stories with acceptance criteria and flow diagrams from SPECIFICATION.md. Each story includes a Mermaid flowchart of the user journey.

sdd_figma_diagramA

Generates a FigJam-ready diagram payload from DESIGN.md. Returns structured data with routing_instructions for the AI client to call Figma MCP's generate_diagram tool.

sdd_generate_iacA

Reads DESIGN.md to detect infrastructure needs and generates Terraform or Bicep files. Returns generated file contents, variables, and a Mermaid diagram of the infrastructure topology.

sdd_validate_iacA

Generates a validation payload for Terraform MCP (plan/validate) or Azure MCP (template validation). The AI client routes this payload to the appropriate MCP server for execution.

sdd_generate_dockerfileA

Reads DESIGN.md or uses sdd_scan_codebase results to detect the tech stack, then generates a Dockerfile and optionally a docker-compose.yml. Supports multi-stage builds for smaller production images.

sdd_setup_local_envB

Detects the project tech stack and generates a Docker-based local development environment (Dockerfile + docker-compose.yml). Returns a payload with routing_instructions for Docker MCP to create and manage containers.

sdd_setup_codespacesA

Detects the project tech stack and generates a devcontainer configuration suitable for GitHub Codespaces. Returns a payload with routing_instructions for GitHub MCP's create_codespace tool.

sdd_generate_devcontainerA

Generates .devcontainer/devcontainer.json from the detected tech stack and DESIGN.md. Writes the file to disk for local use with VS Code Dev Containers or GitHub Codespaces.

sdd_create_branchA

Generates a branch name following SDD conventions and returns a command_hint for creating the branch. Does not execute git commands — the AI client or user runs the command.

sdd_export_work_itemsA

Transforms TASKS.md into platform-specific work item payloads (GitHub Issues, Azure Boards, or Jira). Returns routing_instructions for the AI client to create items via the appropriate MCP server.

sdd_create_prA

Generates a pull request payload from SPECIFICATION.md and TASKS.md with spec summary, requirements covered, and task progress. Returns routing_instructions for GitHub MCP's create_pull_request tool.

sdd_implementA

Reads TASKS.md and produces an ordered implementation roadmap with phases, parallel groups, dependency resolution, and checkpoints. Does NOT write code — it generates the plan the developer or AI agent follows.

sdd_researchA

Takes an array of research questions, generates RESEARCH.md with structured entries (question, findings placeholder, sources, recommendation, status), and writes it to the feature directory.

sdd_generate_docsB

Generates comprehensive feature documentation from SPECIFICATION.md, DESIGN.md, TASKS.md, and ANALYSIS.md. Writes a combined Markdown file to docs/ with all sections.

sdd_generate_api_docsA

Extracts API endpoints from DESIGN.md and generates structured API documentation with request/response examples. Writes to docs/api-{feature}.md.

sdd_generate_runbookB

Generates an operational runbook with deployment, monitoring, troubleshooting, and rollback procedures. Writes to docs/runbook-{feature}.md.

sdd_generate_all_docsA

Generates ALL documentation types in parallel: full docs, API docs, runbook, onboarding guide, and SDD journey. All documents are written to docs/ directory. This is the fastest way to generate complete project documentation.

sdd_generate_onboardingA

Generates a developer onboarding guide with feature overview, architecture summary, getting started steps, key concepts, and file locations. Writes to docs/onboarding-{feature}.md.

sdd_generate_testsA

Generate test stubs from acceptance criteria in SPECIFICATION.md and TASKS.md. Supports 6 frameworks: vitest, jest, playwright, pytest, junit, xunit. Each test stub traces to a requirement ID for full traceability.

sdd_verify_testsA

Reads test results JSON and cross-references with requirement IDs from SPECIFICATION.md. Reports requirement coverage percentage, uncovered requirements, and a traceability matrix.

sdd_checkpointA

Creates a named snapshot of all spec artifacts (CONSTITUTION.md, SPECIFICATION.md, DESIGN.md, TASKS.md, etc.) and the current pipeline state. Use before making major changes so you can rollback if needed.

sdd_restoreA

Restores all spec artifacts to a previous checkpoint snapshot. Overwrites current files with the checkpoint versions. Creates an automatic backup checkpoint of current state before restoring.

sdd_list_checkpointsA

Lists all available checkpoints for a feature with their labels, dates, and phases.

sdd_turnkey_specA

Generates a complete EARS specification from a natural language feature description. Automatically extracts requirements, classifies into EARS patterns (ubiquitous, event-driven, state-driven, optional, unwanted), generates acceptance criteria, and identifies areas needing clarification. This is the fastest way to go from idea to spec.

sdd_generate_pbtA

Extracts universal properties (invariants, round-trips, idempotence) from EARS requirements and generates property-based tests using fast-check (TypeScript) or hypothesis (Python). Unlike example-based tests, PBT uses random input generation to discover edge cases that manual tests miss.

sdd_metricsA

Generate a self-contained HTML metrics dashboard for a feature. Reads SPECIFICATION.md, ANALYSIS.md, VERIFICATION.md, CHECKLIST.md and .sdd-state.json. Produces metrics-dashboard.html with: requirement count, task coverage, compliance score, checklist pass rate, and a phase timeline with durations.

sdd_model_routingA

Return the full model routing decision table for all 10 SDD pipeline phases. Includes the optimal model, chat mode, extended thinking setting, rationale, evidence arXiv ID, and cost savings vs Opus-for-everything for your team size.

sdd_context_statusA

Return the context tier assignment (Hot/Domain/Cold) for all spec artifacts in the active feature. Includes estimated token load for current session vs universal loading, and savings percentage.

sdd_check_accessA

Check RBAC access for the current role. Returns the active role, whether a specific tool is accessible, and a summary of what each role can do. Useful for diagnosing permission issues in enterprise deployments.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/paulasilvatech/specky'

If you have feedback or need assistance with the MCP directory API, please join our Discord server