News
GitHub Spec Kit Takes Off as Antidote to Piecemeal 'Vibe Coding'
"It's a very capable intern and it's a very quick intern but it's still an intern nonetheless," said Manfred Riem, GitHub principal software engineer and Spec Kit lead maintainer, during a May 8 Open Source Friday livestream on the project. The comment was a caution against treating AI agents as autonomous developers, even as Spec Kit promotes a spec-first approach that aims to invert the traditional relationship between requirements and code.
GitHub Spec Kit, open sourced last September as a toolkit for spec-driven development with AI coding agents, is drawing renewed attention as the project expands around a central idea from its own documentation: "Specifications don't serve code--code serves specifications." Amid the increased attention, Riem added to his intern comparison: "So the more specific you can be for a certain task, the better it will perform."
As you can see, GitHub offers Spec Kit as a better approach to piecemeal "vibe coding" in its repo:
[Click on image for larger view.] Spec Kit (source: GitHub).
The renewed buzz comes as Spec Kit moves through a rapid release cadence and grows beyond its original spec-plan-tasks workflow into a broader ecosystem of extensions, presets, governance controls, agent integrations and workflow hooks.
The GitHub releases page shows steady late-April and May activity, with updates spanning catalog discovery, new community extensions and presets, additional AI agent integrations, governance-related tooling, cloud deployment workflows and token/cost tracking.
That activity, along with a May 8 GitHub Open Source Friday livestream on Spec Kit hosted by Andrea Griffiths, appears to be driving the latest round of buzz.
[Click on image for larger view.] Andrea Griffiths and Manfred Riem on Open Source Friday (source: GitHub).
Visual Studio Magazine previously covered the project when GitHub first introduced it in "GitHub Open Sources Kit for Spec-Driven AI Development" and later in "GitHub Spec Kit Experiment: 'A Lot of Questions'."
GitHub announced Spec Kit on Sept. 2, 2025, positioning it as an open source toolkit for bringing spec-driven development to AI coding workflows. Instead of starting with a prompt and asking an agent to generate code directly, the project emphasizes specifications, plans and tasks as intermediate artifacts that define what the software should do before implementation begins.
A Microsoft developer post described Spec Kit as consisting of two key components: the Specify CLI, which bootstraps projects for spec-driven development, and a set of templates and helper scripts defining the specification, technical plan and task breakdown that an AI agent can execute.
From Launch to Ecosystem
The current GitHub repo describes Spec Kit as "an open source toolkit that allows you to focus on product scenarios and predictable outcomes instead of vibe coding every piece from scratch." The repo also says Spec Kit works with 30-plus AI coding agents, spanning command-line tools and IDE-based assistants.
That is a broader framing than the original launch emphasis on the core spec-driven workflow. The repo now prominently features community extensions, community presets, community walkthroughs, supported AI coding-agent integrations, CLI references and customization guidance.
The release notes show that work taking shape in recent updates that added catalog search commands, installation controls, implementation-time governance checks and new registry/authentication plumbing.
They also show community contributions moving into more specialized areas, including Azure deployment, API evolution, cost tracking, accessibility, architecture, security and multi-agent review scenarios.
'Code Serves Specifications'
The May 8 livestream echoed the same principle stated in the project's spec-driven development explainer, which says, "Specifications don't serve code--code serves specifications." In that model, the specification is not a temporary planning document but the controlling artifact that guides implementation.
Riem made a similar point during the livestream while discussing how teams might regenerate plans and tasks after changes. He said, "the spec is always the source of truth right and and always meaning at any given time."
In the demo, Riem used Spec Kit with GitHub Copilot in Visual Studio Code to create a time-zone-aware command-line utility. The agent generated a constitution, feature specification, technical plan, data model, tasks, implementation and tests. The demo also showed the agent recovering from build and test problems during implementation.
Extensions and Presets Drive the New Activity
The biggest update highlighted in the livestream was the community ecosystem. Riem said that after joining the project as lead maintainer in February, the team reviewed issues and pull requests and found many different user needs and perspectives. "In order for this project to scale we needed a community," he said.
That led to adoption and iteration on an extension system. Riem said the project was "nearing the 100 mark" for different extensions in the Spec Kit ecosystem.
The repo defines extensions as additions that go beyond Spec Kit's core, such as new commands, templates, domain-specific workflows, external tool integrations or new development phases. It gives examples including Jira integration, post-implementation code review, V-Model test traceability and project health diagnostics.
Presets serve a different role. The repo describes presets as a way to change how Spec Kit works without adding new capabilities, overriding templates, commands and terminology without changing the tooling. Examples in the repo include enforcing a compliance-oriented spec format, using domain-specific terminology or applying organizational standards to plans and tasks.
In the livestream, Riem described presets as a way to inject organization-specific guidance into the process. "Think about a preset as a way to inject your specific guidance that your project needs," he said.
Brownfield and Workflow Scenarios
Although the livestream demo started with a greenfield project, Riem said Spec Kit can also be used with existing applications. The repo likewise lists "Iterative Enhancement ('Brownfield')" as one of the project's development phases, describing it as a path for adding features iteratively, modernizing legacy systems and adapting processes.
The release notes and livestream also point to increasing workflow support. Riem said git support is implemented as a hook and that the project is moving toward making automatic git initialization opt-in. He also said workflow support could help teams integrate Spec Kit into CI/CD pipelines or formalize their own workflows.
That matters because the project is increasingly about more than generating implementation tasks from a spec. Recent release notes reference catalog discovery, governance entries, cost tracking, controlled multi-install support for AI agent integrations and constitution enforcement during implementation.
Agent-Agnostic, but Still Agent-Dependent
Spec Kit remains tied to AI coding agents, but GitHub is not limiting it to a single tool. The September GitHub announcement said developers could use their AI tool of choice for spec-driven development, citing GitHub Copilot, Claude Code and Gemini CLI, while the current repo says Spec Kit works with 30-plus AI coding agents.
Riem also compared Spec Kit with GitHub Copilot plan mode, saying plan mode may be suitable for one-off work while Spec Kit is more relevant when traceability matters.
He also warned that reliability can fall when context is compacted because the model loses context, a limitation he attributed to how large language models operate rather than to Spec Kit itself.
That caveat fits the larger Spec Kit message. The project does not remove developer oversight. It adds structure around agentic coding by requiring specifications, plans, tasks and governance artifacts before and during implementation.
The recent uptick in releases, catalog additions and livestream attention suggests Spec Kit's current story is no longer just that GitHub open sourced a spec-driven development toolkit last fall. It is that the toolkit is becoming a fast-moving ecosystem for teams trying to make AI-assisted development more structured, repeatable and traceable--with specifications serving as the driver and code as the output.
About the Author
David Ramel is an editor and writer at Converge 360.