devflo

AI Software Development Lifecycle for Cursor and Claude Code. Installs a complete set of rules, agents, commands, and skills into any project via a single CLI command.

What's Included

Category	Files	Purpose
Rules	ai-sdlc-workflow.mdc / CLAUDE.md, must-follow.mdc	Enforces the full SDLC lifecycle with approval gates, and coding standards (DRY, linting, test-first, 800-line limit)
Agents	pm-agent.md, architect-agent.md, dev-agent.md, qa-agent.md	Specialized agents for Product Management, Architecture, Development (TDD), and QA Review
Commands	devflo.md, devflo-plan.md, devflo-design.md, etc.	Slash commands for driving individual SDLC phases or the full lifecycle explicitly
Skills	documentation-steward, reuse-before-write	Automates OpenSpec documentation lifecycle and enforces reuse-first development

Supported Tools

Tool	Target	Destination
Cursor IDE	cursor	.cursor/ directory (rules, agents, commands, skills)
Claude Code	claude-code	.claude/ directory (agents, commands, skills) + CLAUDE.md at project root

Prerequisites

• Node.js >= 20
• A GitHub Personal Access Token (classic) with read:packages scope, or membership in the dream-horizon-org GitHub organization

Setup

1. Install globally

npm install -g @dreamhorizonorg/devflo

Usage

Initialize a project

Navigate to your project directory and run:

devflo init

You'll see an interactive prompt to select your AI coding tool:

? Select your AI coding tool: (Use arrow keys)
❯ Cursor IDE
  Claude Code

Cursor is selected by default. Press Enter to accept, or arrow down to pick Claude Code.

You can also skip the prompt with the --target flag:

devflo init --target cursor
devflo init --target claude-code

You can also specify a path:

devflo init ./path/to/project --target claude-code

Update to the latest version

When a new version of devflo is published, upgrade and update your project:

npm update -g @dream-horizon-org/devflo
devflo update

The update command auto-detects which target was previously installed (from the version marker) and updates accordingly. You can override with --target if needed.

What happens when you run devflo init

Cursor IDE (--target cursor)

your-project/
└── .cursor/
    ├── .devflo              # Version marker (tracks installed version + target)
    ├── agents/
    │   ├── architect-agent.md
    │   ├── dev-agent.md
    │   ├── pm-agent.md
    │   └── qa-agent.md
    ├── commands/
    │   ├── devflo.md
    │   ├── devflo-plan.md
    │   ├── devflo-design.md
    │   ├── devflo-implement.md
    │   ├── devflo-audit.md
    │   ├── devflo-status.md
    │   └── devflo-deliver.md
    ├── rules/
    │   ├── ai-sdlc-workflow.mdc
    │   └── must-follow.mdc
    └── skills/
        ├── documentation-steward/
        │   ├── README.md
        │   └── SKILL.md
        └── reuse-before-write/
            └── SKILL.md

Claude Code (--target claude-code)

your-project/
├── CLAUDE.md                 # SDLC workflow rules + coding standards (always loaded)
└── .claude/
    ├── .devflo              # Version marker (tracks installed version + target)
    ├── agents/
    │   ├── architect-agent.md
    │   ├── dev-agent.md
    │   ├── pm-agent.md
    │   └── qa-agent.md
    ├── commands/
    │   ├── devflo.md
    │   ├── devflo-plan.md
    │   ├── devflo-design.md
    │   ├── devflo-implement.md
    │   ├── devflo-audit.md
    │   ├── devflo-status.md
    │   └── devflo-deliver.md
    └── skills/
        ├── documentation-steward/
        │   ├── README.md
        │   └── SKILL.md
        └── reuse-before-write/
            └── SKILL.md

Existing files in .cursor/ or .claude/ that don't conflict with devflo files are left untouched. Files with the same name are overwritten.

Commands

devflo installs slash commands that let you drive the SDLC pipeline explicitly. In Cursor, type / in the chat input. In Claude Code, type / at the prompt.

Two ways to use the SDLC

1. Automatic (rule-based): Just describe your request in chat. The workflow rule automatically classifies it, selects the pipeline, and orchestrates phases in sequence with approval gates.

2. Manual (command-driven): Use the /devflo-* commands to invoke each phase yourself. This gives you full control over when each phase runs, and works across chat sessions since state is persisted in status.yaml inside the OpenSpec change workspace.

Full lifecycle command

Command	Description
/devflo <request>	Run the complete SDLC pipeline from classification through delivery. Equivalent to the automatic rule, but invoked explicitly. Useful when the rule doesn't apply or you want to guarantee the full lifecycle runs.

Individual phase commands

Run phases one at a time, in any chat session. Each command checks prerequisites before proceeding.

Command	Phase	Description
/devflo-plan <request>	Plan	Classifies the request, creates the OpenSpec change workspace, and invokes the PM Agent to produce a requirements brief. Stops at the PM APPROVED gate.
/devflo-design <change-name>	Design	Invokes the Architect Agent to produce design.md and tasks.md. Requires PM approval. Stops at the ARCH APPROVED gate.
/devflo-implement <change-name> [task]	Implement	Invokes the Developer Agent for a specific task using strict TDD. Requires Architect approval. If no task number is given, presents the task list for selection.
/devflo-audit <change-name>	Audit	Invokes the QA Agent to review the implementation against OpenSpec artifacts. Reports pass/fail with categorized findings.
/devflo-deliver <change-name>	Deliver	Runs the final test summary, integration verification, produces the delivered change summary, and appends to DELIVERED.md.

Utility command

Command	Description
/devflo-status [change-name]	Shows the current phase status of a specific change, or lists all active changes. Suggests the next command to run.

Example: manual workflow

# Session 1 — Plan
/devflo-plan Add rate limiting to the API
→ PM Brief produced, awaiting approval
PM APPROVED

# Session 2 — Design
/devflo-design add-rate-limiting
→ Design + task list produced, awaiting approval
ARCH APPROVED

# Session 3 — Implement + Audit
/devflo-implement add-rate-limiting 1
→ Task 1 implemented with TDD
/devflo-audit add-rate-limiting
→ QA passed

# Session 4 — Deliver
/devflo-implement add-rate-limiting 2
→ Task 2 implemented
/devflo-audit add-rate-limiting
→ QA passed
/devflo-deliver add-rate-limiting
→ Change delivered

Bundled OpenSpec commands

devflo bundles the OpenSpec CLI as a dependency. No separate installation is needed. All OpenSpec commands are available via devflo spec:

devflo spec init --tools none
devflo spec change create <name>
devflo spec change generate-templates <name>
devflo spec change archive <name>
devflo spec validate
devflo spec status --json

Any OpenSpec command works — devflo spec forwards all arguments to the bundled OpenSpec binary.

Migration note: If you previously ran openspec <cmd> directly, replace it with devflo spec <cmd>.

State management

Commands persist state in openspec/changes/<change-name>/status.yaml, which tracks:

• Classification and pipeline
• Phase statuses (pending, in_progress, complete, approved, pass, fail)
• Gate approvals with timestamps
• Task completion progress

This enables cross-session resumability — start a change in one chat, continue it in another. Run /devflo-status at any time to see where you left off.

Quick Start (TL;DR)

# One-time setup
echo '@dream-horizon-org:registry=https://npm.pkg.github.com' >> ~/.npmrc
echo '//npm.pkg.github.com/:_authToken=YOUR_GITHUB_TOKEN' >> ~/.npmrc
npm install -g @dream-horizon-org/devflo

# In any project
cd your-project
devflo init
# Select "Cursor IDE" or "Claude Code" when prompted

Contributing

Project Structure

devflo/
├── .cursor/                    # This repo's own Cursor config (used during development)
├── templates/
│   ├── cursor/                 # Distributable assets for Cursor IDE
│   │   ├── agents/
│   │   ├── commands/
│   │   ├── rules/
│   │   └── skills/
│   └── claude-code/            # Distributable assets for Claude Code
│       ├── CLAUDE.md
│       ├── agents/
│       ├── commands/
│       └── skills/
├── src/
│   ├── cli.ts                  # CLI entry point (Commander)
│   ├── commands/
│   │   ├── init.ts             # devflo init (with interactive target prompt)
│   │   ├── update.ts           # devflo update (auto-detects target)
│   │   └── spec.ts             # devflo spec (OpenSpec passthrough)
│   └── utils/
│       ├── copy.ts             # Target-aware file copy and version marker utilities
│       └── openspec.ts         # Bundled OpenSpec binary resolution and execution
├── .github/workflows/
│   └── publish.yml             # Publishes to GitHub Packages on tag push
└── package.json

Development Setup

git clone https://github.com/dream-horizon-org/devflo.git
cd devflo
npm install
npm run build

Editing Rules, Agents, Commands, or Skills

Cursor templates: The canonical source lives in .cursor/ at the project root. Edit files there, then sync them to templates/cursor/ before publishing:

npm run sync-templates

This is also run automatically as part of prepublishOnly.

Claude Code templates: Maintained directly in templates/claude-code/. Edit those files in place.

Building

npm run build       # Compile TypeScript to dist/
npm run clean       # Remove dist/

Publishing a New Version

Releases are automated via GitHub Actions. To publish a new version:

1. Push your changes to the main branch (or your default branch).

2. Create and push a version tag. The tag determines the published package version:

   git tag v1.0.0
   git push origin v1.0.0

   The GitHub Actions workflow will automatically:

   • Install dependencies
   • Set the package version from the tag
   • Build the project
   • Publish to GitHub Packages

3. Verify the package appears at: https://github.com/orgs/dream-horizon-org/packages/npm/devflo

There is no need to manually bump the version in package.json -- the workflow extracts it from the git tag.

Version Tagging Convention

Tags must start with v followed by a valid semver version:

Tag	Published Version
v0.1.0	0.1.0
v1.0.0	1.0.0
v2.3.1	2.3.1

License

MIT