leeovery / claude-technical-workflows
Claude Code plugin: claude-technical-workflows
Package info
github.com/leeovery/claude-technical-workflows
Language:Shell
Type:claude-plugin
pkg:composer/leeovery/claude-technical-workflows
Requires
- php: ^8.2
- leeovery/claude-manager: ^1.0
This package is auto-updated.
Last update: 2026-03-15 22:52:08 UTC
README
From Idea to Implementation: Agentic Engineering Workflows for Claude Code
What is this? • Getting Started • The Workflow • Key Features • Skills Reference
Open the Interactive Workflow Explorer
Workflow Explorer — A visual, interactive guide to every phase and skill in this toolkit. Trace decision logic through flowcharts and understand the full pipeline at a glance.
What is this?
A development workflow for Claude Code that turns conversations into working software. You have a conversation; the system does the heavy lifting — asking hard questions, pushing back on assumptions, and applying modern development practices at every phase.
What you get:
- An expert in the room. The system acts as an expert architect — challenging your thinking, probing edge cases before they become bugs, and capturing not just decisions but why you made them. Every phase adds real analytical value, not just formatting.
- Decisions that stick. Architecture choices, edge cases, and trade-offs are captured in discussion documents — not lost to chat history. When you come back in a week, the context is there.
- Specifications that catch mistakes early. The system analyses your discussions, filters hallucinations, fills gaps, and produces a validated spec before any code is written.
- Plans with real structure. Specifications become phased implementation plans with tasks, acceptance criteria, and dependency ordering. Choose where tasks live — local markdown files, Linear issues, or Tick CLI.
- Implementation via strict TDD. Tests first, then code, commit after each task. Per-task approval gates keep you in control, or switch to auto-mode when you trust the flow.
- Validation at every stage. Specifications get bidirectional review — one agent checks against source material for accuracy, another analyses the spec as a standalone document for gaps. Plans are checked for spec traceability and structural integrity. Implementation is analysed for architecture conformance, duplication, and coding standards. Review verifies against spec and plan. Findings become remediation tasks automatically.
- Context that survives. Each phase clears the context window and starts fresh, so you're never fighting token limits on large work. All progress lives on disk — pick up exactly where you left off, even after context compaction or a new session.
Getting Started
Install
npx agntc add leeovery/claude-technical-workflows
Skills are copied to .claude/ in your project. Commit them to make them available everywhere, including Claude Code for Web.
Removal
npx agntc remove leeovery/claude-technical-workflows
Requirements
- Node.js 18+
Your First Workflow
Run /workflow-start — it shows all active work, lets you continue where you left off, or start something new. When in doubt, this is your entry point.
Or jump straight in:
| Command | Use when... |
|---|---|
/start-feature |
You're adding functionality to an existing product |
/start-epic |
The work spans multiple topics and sessions |
/start-bugfix |
Something is broken and needs fixing |
Each command gathers context through a brief interview, then pipelines you through every phase automatically. Phase transitions clear context and start fresh — you approve each one.
The Workflow
Three work types, each with its own pipeline:
Epic: Research → Discussion → Specification → Planning → Implementation → Review
Feature: (Research) → Discussion → Specification → Planning → Implementation → Review
Bugfix: Investigation → Specification → Planning → Implementation → Review
These aren't just different shapes — every phase adapts its behaviour to the work type. This runs deep, from how research is analysed to how plans are structured to how review findings are prioritised.
Epics are for large initiatives spanning multiple sessions. Topics move independently — 10 discussions might yield 5 specifications, each planned and implemented separately. Planning uses walking skeletons and steel threads to prove architecture end-to-end before building features on top. Advisory soft gates warn when moving between phases if prerequisite items are still in progress.
Features are for adding functionality. Single topic, linear pipeline. Planning analyses your codebase and follows existing patterns — it won't introduce new architectural conventions unless the spec calls for it. Research is optional — skip it if you know what you're building. If a feature grows beyond scope, pivot it to an epic without losing progress.
Bugfixes replace discussion with investigation — structured symptom gathering combined with code analysis to find the root cause before specifying the fix. Planning applies minimal-change surgical fixes with regression prevention as a first-class deliverable.
The Phases
| Phase | Purpose | Applies to |
|---|---|---|
| Research | Explore ideas, market fit, technical feasibility. Output is analysed to derive discussion topics automatically. | Epic, Feature (opt.) |
| Discussion | Deep dives into architecture, edge cases, and rationale. Captures not just decisions, but why you made them. | Epic, Feature |
| Investigation | Symptom gathering + code analysis to identify root cause. The bugfix alternative to discussion. | Bugfix |
| Specification | Analyses all discussions/investigation, filters hallucinations, enriches gaps, validates decisions. Reviewed against source material and analysed for gaps before finalising. The spec becomes the golden document — planning references only this. | All |
| Planning | Converts specs into phased plans with tasks, acceptance criteria, and dependencies. Validated for spec traceability and structural integrity. Per-item approval gates with auto-mode. | All |
| Implementation | Strict TDD — tests first, then code, commit per task. Post-implementation analysis agents check architecture, duplication, and standards. | All |
| Review | Parallel subagents verify each task against spec and plan. Findings become remediation tasks that feed back into implementation. | All |
Lifecycle
Work units are in-progress, completed, or cancelled. Completion happens automatically when the pipeline finishes, or manually via the manage menu in /workflow-start. Completed and cancelled work can be reactivated. Feature and bugfix pipelines offer early completion after implementation (skip review).
Key Features
17 Specialized Agents
Complex phases spawn parallel subagents for isolated concerns — planning uses 6 agents for phase design, task authoring, dependency graphing, and quality review. Implementation uses 7 for TDD execution, post-task review, and cross-cutting analysis. Specification and review each use 2 for input validation and gap analysis.
Output Formats
Planning supports multiple output formats through an adapter pattern. Each format implements the same contract, so the workflow works identically regardless of where tasks are stored.
| Format | Best for | Setup |
|---|---|---|
| Tick (recommended) | AI-driven workflows, native dependency graphs, token-efficient | brew install leeovery/tools/tick |
| Local Markdown | Simple features, offline, quick iterations | None |
| Linear | Team collaboration, visual tracking | Linear account + MCP server |
Auto-Mode Gates
Every approval gate (task authoring, implementation, review findings) can be switched to auto-mode. Choose a/auto at any gate to approve all remaining items automatically. Gates reset on fresh sessions for safety.
Smart Fix Loops
When a task reviewer finds issues, the executor re-invokes with feedback automatically. Loops cap at 3 attempts before escalating to the user — no infinite cycles, but most issues self-resolve without intervention.
Change Detection & Cached Analysis
The system tracks content changes across phase boundaries using checksums. If research documents change, the discussion phase recommends reanalysing to identify new topics — anchoring against existing discussions so nothing is lost. If discussions change, the specification phase recommends regrouping. If a spec changes after planning, the system asks whether to continue or replan.
Analysis results are cached — the system only reanalyses when content actually changed. This keeps behaviour deterministic across session replays and backwards navigation, avoiding redundant work when revisiting earlier phases.
Environment Awareness
Implementation auto-discovers linters (ESLint, Prettier, PHP CS Fixer, etc.) and project-specific skills (Laravel, Nuxt conventions) on your machine. Both are integrated into TDD cycles and enforced during review — your project's standards are applied automatically.
Structured Review Findings
Reviewers identify problems but don't fix them. Each finding includes a recommended fix, optional alternative approach, and confidence level. When multiple parallel reviewers flag the same issue, findings are deduplicated — and low-severity items are discarded unless they cluster into a pattern.
Navigate Freely
Revisit any completed phase before moving forward — refine a discussion, update a spec — without losing forward progress. During planning, jump to any point (leading edge, beginning, specific task) without advancing the progress tracker.
Workflow Dashboard
/workflow-start is a unified dashboard — view all active work, manage lifecycle (complete, cancel, reactivate), pivot features to epics, and route to the right skill.
Skills Reference
Processing Skills — do the work for each phase
| Skill | Description |
|---|---|
| workflow-research-process | Free-form exploration across technical, business, and market domains |
| workflow-discussion-process | Captures context, decisions, edge cases, competing solutions, and rationale |
| workflow-investigation-process | Symptom gathering and code analysis for root cause identification |
| workflow-specification-process | Collaborative refinement into validated, standalone specifications |
| workflow-planning-process | Phased plans with tasks, acceptance criteria, and multiple output formats |
| workflow-implementation-process | Strict TDD — tests first, implements to pass, commits frequently |
| workflow-review-process | Parallel subagent verification against spec and plan |
Entry-Point Skills — user-facing commands
Start: /start-feature | /start-epic | /start-bugfix
Continue: /workflow-start | /continue-feature | /continue-epic | /continue-bugfix
Utilities: /workflow-migrate
Agents — 17 subagents for parallel task execution
Planning: phase-designer | task-designer | task-author | dependency-grapher | review-traceability | review-integrity
Specification: review-input | review-gap-analysis
Implementation: task-executor | task-reviewer | analysis-architecture | analysis-duplication | analysis-standards | analysis-synthesizer | analysis-task-writer
Review: task-verifier | findings-synthesizer
Contributing
Contributions are welcome! Whether it's bug fixes, workflow improvements, or new ideas — please open an issue first to discuss significant changes.
Related Packages
- Agntc — The CLI that powers skill, agent, and hook installation
- @leeovery/claude-laravel — Laravel development skills for Claude Code
- @leeovery/claude-nuxt — Nuxt.js development skills for Claude Code
License
MIT License. See LICENSE for details.
Built with care by Lee Overy