leeovery/claude-technical-workflows

Claude Code plugin: claude-technical-workflows

Maintainers

Package info

github.com/leeovery/claude-technical-workflows

Language:Shell

Type:claude-plugin

pkg:composer/leeovery/claude-technical-workflows

Statistics

Installs: 81

Dependents: 0

Suggesters: 0

Stars: 11

Open Issues: 2

v1.1.12 2026-01-05 21:39 UTC

README

From Idea to Implementation: Agentic Engineering Workflows for Claude Code

What is this?Getting StartedThe WorkflowKey FeaturesSkills 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

License

MIT License. See LICENSE for details.

Built with care by Lee Overy