<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Getting started | SpecDD</title><link>https://specdd.ai/how-to/getting-started/</link><description>Beginner SpecDD how-to guides for starting spec-driven development, writing your first .sdd spec, and running a first spec-driven change.</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://specdd.ai/how-to/getting-started/index.xml" rel="self" type="application/rss+xml"/><item><title>How to start with spec-driven development</title><link>https://specdd.ai/how-to/getting-started/how-to-start-with-spec-driven-development/</link><guid>https://specdd.ai/how-to/getting-started/how-to-start-with-spec-driven-development/</guid><description>Learn how to start with spec-driven development by writing intent before implementation, keeping specs near the work, and reviewing changes against a local contract.</description></item><item><title>How to use spec-driven development with humans and agents</title><link>https://specdd.ai/how-to/getting-started/how-to-use-spec-driven-development-with-humans-and-agents/</link><guid>https://specdd.ai/how-to/getting-started/how-to-use-spec-driven-development-with-humans-and-agents/</guid><description>Learn how to use spec-driven development with humans and agents by keeping intent, ownership, boundaries, and completion criteria in local specs.</description></item><item><title>How to move from vibe coding to spec-driven development</title><link>https://specdd.ai/how-to/getting-started/how-to-move-from-vibe-coding-to-spec-driven-development/</link><guid>https://specdd.ai/how-to/getting-started/how-to-move-from-vibe-coding-to-spec-driven-development/</guid><description>Learn how to move from vibe coding to spec-driven development by turning vague prompts into local specs, bounded changes, and reviewable implementation contracts.</description></item><item><title>How to use SpecDD in 10 minutes</title><link>https://specdd.ai/how-to/getting-started/how-to-use-specdd-in-10-minutes/</link><guid>https://specdd.ai/how-to/getting-started/how-to-use-specdd-in-10-minutes/</guid><description>Use spec-driven development in 10 minutes by installing the CLI, initializing a project, adding a root spec, writing one local .sdd file, and prompting an agent for a small change.</description></item><item><title>How to write your first .sdd spec</title><link>https://specdd.ai/how-to/getting-started/how-to-write-your-first-sdd-spec/</link><guid>https://specdd.ai/how-to/getting-started/how-to-write-your-first-sdd-spec/</guid><description>Write your first SpecDD .sdd spec for spec-driven development by choosing a local target, defining purpose, ownership, requirements, boundaries, completion criteria, and one scenario.</description></item><item><title>How to run your first spec-driven change end to end</title><link>https://specdd.ai/how-to/getting-started/how-to-run-your-first-spec-driven-change-end-to-end/</link><guid>https://specdd.ai/how-to/getting-started/how-to-run-your-first-spec-driven-change-end-to-end/</guid><description>Run your first spec-driven development change end to end by defining behavior, adding completion criteria, prompting the task, implementing, testing, and reviewing against the spec.</description></item><item><title>How to choose your first SpecDD use case</title><link>https://specdd.ai/how-to/getting-started/how-to-choose-your-first-specdd-use-case/</link><guid>https://specdd.ai/how-to/getting-started/how-to-choose-your-first-specdd-use-case/</guid><description>Choose your first spec-driven development use case by picking a small, valuable, local change where written intent, boundaries, and verification will reduce ambiguity.</description></item><item><title>How to know when you do not need a spec</title><link>https://specdd.ai/how-to/getting-started/how-to-know-when-you-do-not-need-a-spec/</link><guid>https://specdd.ai/how-to/getting-started/how-to-know-when-you-do-not-need-a-spec/</guid><description>Learn when you do not need a SpecDD spec for spec-driven development, including trivial edits, throwaway prototypes, obvious local changes, and experiments without durable intent.</description></item><item><title>How to use basic SpecDD levels</title><link>https://specdd.ai/how-to/getting-started/how-to-use-basic-specdd-levels/</link><guid>https://specdd.ai/how-to/getting-started/how-to-use-basic-specdd-levels/</guid><description>Learn how to use basic SpecDD levels for spec-driven development, such as root, module, feature, model, component, and policy specs, without turning level names into rigid rules.</description></item><item><title>How to link existing docs and content with SpecDD</title><link>https://specdd.ai/how-to/getting-started/how-to-link-existing-docs-and-content-with-specdd/</link><guid>https://specdd.ai/how-to/getting-started/how-to-link-existing-docs-and-content-with-specdd/</guid><description>Link existing docs, ADRs, runbooks, product notes, and content folders with spec-driven development by mapping them in bootstrap.project.md and referencing local context from .sdd specs.</description></item><item><title>How to enforce and document local code style and conventions</title><link>https://specdd.ai/how-to/getting-started/how-to-enforce-and-document-local-code-style-and-conventions/</link><guid>https://specdd.ai/how-to/getting-started/how-to-enforce-and-document-local-code-style-and-conventions/</guid><description>Document code style enforcement for spec-driven development in .specdd/bootstrap.project.md with formatter, lint, test, generated-file, dependency, and style-doc rules.</description></item></channel></rss>