Welcome to the team! This guide will get you up and running with our Agentic Software Development Lifecycle (SDLC) workflow using the Spec Kit and Team AI Directives.
We follow Spec-Driven Development (SDD) — a methodology where specifications drive implementation. Instead of writing code directly from prompts, we create structured specifications first, then generate implementation plans, and finally execute tasks systematically.
Key Benefits:
- Clear, shared understanding before coding begins
- Traceability from requirements to implementation
- Consistent quality through structured workflows
- Captured team knowledge for reuse
- Prerequisites & Installation
- Project Initialization
- Project Constitution (One-Time)
- Daily Workflow
- Feature Development
- Team Knowledge Capture
- Quick Reference
uv (Python package manager):
pip install uvAgentic SDLC Specify CLI:
uv tool install agentic-sdlc-specify-cli --from git+https://github.com/tikalk/agentic-sdlc-spec-kit.gitVerify installation:
specify checkOur workflow supports multiple AI agents. Choose your preferred tool:
| Agent | IDE/CLI | Setup |
|---|---|---|
| GitHub Copilot | VS Code / IDE | Built-in |
| Cursor | Cursor IDE | --ai cursor-agent |
| Claude Code | CLI | --ai claude |
| Windsurf | Windsurf IDE | --ai windsurf |
| Codex | CLI | --ai codex --ai-skills |
Note: During initialization, you'll be prompted to select your AI agent. The Spec Kit will configure the appropriate templates and commands for your choice.
Initialize a new project with team AI directives:
# Create and enter project directory
mkdir my-project
cd my-project
# Initialize with team-ai-directives
specify init . --team-ai-directives <DIRECTIVES_URL>Initialize in an existing codebase:
cd existing-project
# Force init in non-empty directory
specify init . --force --team-ai-directives <DIRECTIVES_URL>If your team-ai-directives repository is private, configure authentication:
1. Create ~/.specify/auth.json:
mkdir -p ~/.specify
cat > ~/.specify/auth.json << 'EOF'
{
"providers": [
{
"hosts": ["github.com", "api.github.com", "raw.githubusercontent.com"],
"provider": "github",
"auth": "bearer",
"token_env": "GITHUB_TOKEN"
}
]
}
EOF2. Set your token:
# Generate token at https://github.com/settings/tokens
export GITHUB_TOKEN=$(gh auth token)
echo $GITHUB_TOKENFor GitLab: Replace the provider with:
{
"hosts": ["gitlab.com"],
"provider": "gitlab",
"auth": "bearer",
"token_env": "GITLAB_TOKEN"
}And use export GITLAB_TOKEN=your_token_here
Ask your team lead for the correct directives URL. Common formats:
# From a release tag (recommended for stability)
specify init . --team-ai-directives https://github.com/YOUR_ORG/team-ai-directives/archive/refs/tags/v1.0.0.zip
# From main branch (latest, may change)
specify init . --team-ai-directives https://github.com/YOUR_ORG/team-ai-directives.git
# From a local directory (for development)
specify init . --team-ai-directives ~/workspace/team-ai-directivesThe Constitution defines your project's core principles, standards, and guidelines. Create it once per project.
Open your AI assistant in the IDE and run:
/spec.constitution
Or with specific focus areas:
/spec.constitution Create principles focused on code quality, testing standards, API design consistency, and security requirements
Check that the file was created at:
.specify/memory/constitution.md
The constitution guides all subsequent development decisions in the project.
For quick tasks or experiments, use the Mission Brief workflow:
/quick.implement "<Your task description>"
Example:
/quick.implement "Create a utility function to parse ISO dates with timezone handling"
The Mission Brief provides:
- Quick specification
- Implementation approach
- Verification criteria
Review the generated brief and proceed with implementation.
For full features, follow the complete SDD workflow:
Define what you want to build (focus on what and why, not how):
/spec.specify "<Feature description>"
Example:
/spec.specify "Build a user authentication system with email/password login, password reset, and session management"
This creates:
- Feature branch
specs/[feature]/spec.mdwith structured requirements- User stories and acceptance criteria
Debug the specification to identify and resolve misunderstandings:
/spec.clarify
Review the output and address any [NEEDS CLARIFICATION] markers.
Provide your tech stack and architecture choices:
/spec.plan "<Technical approach>"
Example:
/spec.plan "Use JWT for session management, bcrypt for password hashing, PostgreSQL for user storage. Implement in Python with FastAPI."
This generates:
specs/[feature]/plan.md— Technical implementation planspecs/[feature]/data-model.md— Data schemasspecs/[feature]/contracts/— API contractsspecs/[feature]/research.md— Technical research
Convert the plan into executable tasks:
/spec.tasks
This creates specs/[feature]/tasks.md with:
- Numbered tasks with checkboxes
- Parallel execution markers
[P] - Dependencies between tasks
Execute all tasks:
/spec.implement
Or implement a specific task:
/spec.implement "Task 3: Create user database schema"
Verify your implementation against the specification:
/spec.analyze
This checks for consistency between your implementation and the original spec.
When you make significant architectural decisions or solve complex problems, capture that knowledge for the team.
/levelup.specify "<Decision or pattern description>"
Example:
/levelup.specify "We decided to use repository pattern with dependency injection for database access to enable easier testing"
/levelup.clarify
Define a name for the skill:
/levelup.skills <skill-name>
Example:
/levelup.skills repository-pattern
Package the skill and open a PR to the team-ai-directives repository:
/levelup.implement
| Command | Purpose | When to Use |
|---|---|---|
/spec.constitution |
Create project principles | Once per project |
/quick.implement |
Quick task/experiment | Daily workflow |
/spec.specify |
Create feature specification | Feature development |
/spec.clarify |
Debug specification | After spec creation |
/spec.plan |
Create implementation plan | After spec is clear |
/spec.tasks |
Generate task list | After plan is ready |
/spec.implement |
Execute implementation | During development |
/spec.analyze |
Validate implementation | After implementation |
/levelup.specify |
Capture team knowledge | After significant decisions |
.specify/
├── memory/
│ └── constitution.md # Project principles
├── specs/
│ └── [feature-branch]/
│ ├── spec.md # Feature specification
│ ├── plan.md # Implementation plan
│ ├── tasks.md # Task list
│ ├── data-model.md # Data schemas
│ ├── research.md # Technical research
│ ├── contracts/ # API contracts
│ └── quickstart.md # Validation guide
└── extensions/
└── team-ai-directives/ # Team AI directives
├── context_modules/
│ ├── constitution.md # Team principles
│ ├── personas/ # Role definitions
│ │ └── rules/ # Domain rules
└── skills/ # Reusable skills
Your project includes team-level directives installed at .specify/extensions/team-ai-directives/. These provide:
- Constitution — Team-wide principles
- Personas — Role-specific guidance (DevOps, Java, Python, etc.)
- Rules — Domain-specific patterns and standards
- Skills — Reusable capabilities
Available commands from team-ai-directives:
# Verify extension installation
specify run adlc.team-ai-directives.verify
# Auto-discover relevant context
specify run adlc.team-ai-directives.discover
# Load team constitution
specify run adlc.team-ai-directives.constitution- Check project documentation: Look for
AGENTS.mdandREADME.mdin your project - Review team-ai-directives: Explore
.specify/extensions/team-ai-directives/ - Consult team lead: For organization-specific questions
- Spec Kit documentation: Visit Agentic SDLC Spec Kit
- ✅ Install tools (uv, specify CLI)
- ✅ Initialize your project with team-ai-directives
- ✅ Create project constitution
- ✅ Try the
/quick.implementworkflow on a small task - ✅ Develop your first feature using the full SDD workflow
Welcome to the team! 🚀
For detailed methodology, see Spec-Driven Development.