As the dbv-specs-ops framework evolves, new phases, agents, and configuration fields are added to the prompt files. TheDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/davidbuenov/dbv-specs-ops/llms.txt
Use this file to discover all available pages before exploring further.
UPGRADE_PROMPT.md agent automates the entire upgrade process: it detects your current framework version, calculates exactly which files need to change, downloads or lists the updates, and applies them — all without touching a single file that belongs to your project. Your specifications, architecture decisions, backlog, and source code are guaranteed to remain exactly as you left them.
How to trigger an upgrade
Tell your AI assistant:The 5-Phase Upgrade Process
Phase 1 — Version detection
The agent reads
project.config.md and looks for the **Framework Version:** field.- If the field exists → its value is used as the current version.
- If the field is missing → the agent asks you to identify your version manually. You can check by looking at what platform files exist in your project:
.windsurfruleswas added in v1.1.0, andproject.config.mditself was added in v1.2.0.
Phase 2 — Change manifest
Based on the detected version, the agent calculates every file that needs to be added or updated to reach v2.1.0. The full version-to-version delta is:
Only the delta from your current version to v2.1.0 is applied — files already present from earlier versions are not re-downloaded unnecessarily.
| Version | Key additions |
|---|---|
| v1.1.0 | ANTIGRAVITY.md, .windsurfrules, docs/ADOPTION_PROMPT.md, docs/README.md |
| v1.2.0 | project.config.md (new fields), updated platform adapters |
| v1.2.1 | README.template.md, bootstrap language question |
| v1.3.0 | docs/DESIGN.md, docs/UPGRADE_PROMPT.md, framework_version field in project.config.md |
| v1.4.0 | memory.md, Architect Review in /plan, XML-structured prompts |
| v1.5.0 | Enforcement Layer, Phase Gates, Memory Gate, Adversarial Review |
| v1.5.1 | Fixed English documentation inconsistencies in README.md |
| v1.5.2 | Trust boundary in MASTER_PROMPT.md, granular Memory Triggers |
| v2.0.0 | docs/AGENTIC_ENGINEERING.md, Conductor/Orchestrator modes, Evals in /test, Security Review in /code-simplify, Agent Harness in ARCHITECTURE.md, Model Routing Guidelines |
| v2.1.0 | Agent Readiness in /spec, /build, /ship; agent.json/mcp.json cards; Agent Readiness (Web) field in project.config.md |
Phase 3 — Apply changes
The agent applies updates using one of two options depending on network availability:Option A — Automatic download (with network access)For each file marked as NEW or MODIFIED, the agent downloads the latest version from:Files updated this way include
GEMINI.md, CLAUDE.md, ANTIGRAVITY.md, .windsurfrules, .github/copilot-instructions.md, README.template.md, and all docs/ prompt files. If any download fails, the agent shows you the direct link so you can save it manually.Option B — Manual download (without network access)If the agent cannot reach the internet, it shows you this message:“I don’t have internet access right now. Please download the following files manually from GitHub and copy them to the indicated paths in your project.”It then lists every file that needs updating with its exact target path, and links to github.com/davidbuenov/dbv-specs-ops for the Raw download.
Phase 4 — Surgical changes
Some upgrades require adding a single field or line to a file rather than replacing it entirely. The agent makes only the minimum necessary change:The rest of
project.config.md — add Framework Version fieldIf the Framework Version field does not already exist, one line is appended to the ## Project Identity section:project.config.md (your project name, author, license, headers) is never overwritten.docs/SPECIFICATIONS.md — add DESIGN.md referenceIf the reference to docs/DESIGN.md is missing from section 4, one line is appended:docs/DESIGN.md — create only if absent and project has UIIf your project has a user interface and docs/DESIGN.md does not exist, the agent creates it from the framework template and informs you to fill it in with your actual design tokens.Version history at a glance
| Version | Date | Headline change |
|---|---|---|
| v2.1.0 | 2026-06-17 | Agent Readiness integration across /spec, /build, /ship |
| v2.0.0 | 2026-06-15 | Agentic Engineering: Conductor/Orchestrator modes, Evals, Security Review, Agent Harness |
| v1.5.2 | 2026-05-12 | Trust boundary, granular Memory Triggers, anti-boilerplate Adversarial Review |
| v1.5.1 | 2026-05-12 | Fixed English documentation inconsistencies |
| v1.5.0 | 2026-05-12 | Enforcement Layer: Phase Gates, Memory Gate, Adversarial Review |
| v1.4.0 | 2026-05-12 | memory.md, Architect Review, XML-structured prompts |
| v1.3.0 | 2026-05-05 | docs/DESIGN.md, UPGRADE_PROMPT.md, framework_version field |
| v1.2.1 | 2026-04-30 | README.template.md, bootstrap language question |
| v1.2.0 | 2026-04-30 | project.config.md, file headers, Git integration, CHANGELOG auto-management |
| v1.1.0 | 2026-04-26 | Bilingual README, ANTIGRAVITY.md, Windsurf support, ADOPTION_PROMPT.md |
| v1.0.0 | 2026-04-15 | Initial public release |