context-driven-development
Use this skill when working with Conductor's context-driven development methodology, managing project context artifacts, or understanding the relationship between product.md, tech-stack.md, and workflow.md files.
Author
Category
Development ToolsInstall
Hot:0
Download and extract to your skills directory
Copy command and send to OpenClaw for auto-install:
Download and install this skill https://openskills.cc/api/download?slug=sickn33-skills-context-driven-development&locale=en&source=copy
Context-Driven Development - AI Project Context Management Guide
Overview
Context-Driven Development is a development methodology that treats project context as a first-class citizen. It ensures consistency in AI-assisted development and precise alignment of team collaboration through a structured documentation system (product.md, tech-stack.md, workflow.md).
Applicable Scenarios
1. New project initialization and team collaboration kickoff
When starting a new software project, or when you need new team members to quickly understand the project as a whole, using Conductor's context-driven development approach can create standard documents that define the product vision, technology choices, and work conventions in one go, preventing repeated communication and cognitive discrepancies later on.
2. Session consistency management for AI-assisted development
In multi-turn AI coding sessions, by maintaining project context artifacts, the AI assistant can consistently provide code suggestions based on the latest product requirements and technical constraints, greatly reducing efficiency losses caused by repeated explanations and context loss.
3. Context standardization transformation for existing projects
For existing codebases, Conductor can analyze current code, configurations, and documentation, automatically extract implicit context and generate standardized artifacts, helping the team establish an explicit project knowledge system.
Core Features
Structured Context Artifacts Management
Provides standardized templates and maintenance guidelines for four core document types: product.md defines the product vision and target users, tech-stack.md records technology choices and dependency versions, workflow.md standardizes development processes and quality standards, and tracks.md tracks work unit status. These documents are interlinked to form a single source of truth for project knowledge.
Greenfield/Brownfield Dual-Path Support
Provides an interactive initialization flow for new projects to build a complete context system from scratch; for existing projects it offers code analysis capabilities to automatically infer and pre-populate artifacts, supporting teams in progressively migrating to a context-driven development model.
Context Validation and Synchronization Mechanisms
Built-in context validation checklists ensure that related artifacts are up-to-date and accurate before starting any development task. It also provides synchronization rules between artifacts, such as updating tech-stack.md when adding dependencies and updating product.md when completing features, preventing context drift.
Frequently Asked Questions
How does Context-Driven Development differ from traditional project documentation?
Traditional project documentation is often scattered across README files, wikis, code comments, etc., and is not updated in a timely manner and lacks a standard structure. Context-Driven Development abstracts context into four fixed artifact types, each with clear responsibility boundaries and update triggers, ensuring the context evolves in sync with the code rather than becoming outdated.
At what team size is it appropriate to introduce Conductor?
Conductor is suitable for teams of any size, but the benefits appear differently. Small teams (2-5 people) mainly increase efficiency by reducing context communication costs; medium teams (5-20 people) can significantly improve new member onboarding and cross-subteam collaboration; large teams should use instances of tracks per team to manage complex multi-threaded development.
Will maintaining context artifacts add extra work?
Establishing artifacts initially requires a one-time investment, but subsequent maintenance is incremental. Conductor's design principle is "context changes accompany code changes," e.g., synchronously updating tech-stack.md when adding dependencies. This incremental update cost is far lower than repeatedly explaining context in each session. For existing projects, Conductor provides automated analysis tools to reduce initial migration costs.