epcp-workflow

Apply Explore, Plan, Code, and Commit workflow to software changes.

1|Updated Dec 9, 2025
One-click install
npx skills add https://github.com/BinkyTwin/DeepRead --skill epcp-workflow
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: epcp-workflow
Source: https://github.com/BinkyTwin/DeepRead/tree/main/.claude/skills/epcp-workflow
Command: npx skills add https://github.com/BinkyTwin/DeepRead --skill epcp-workflow

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill enforces a disciplined Explore → Plan → Code → Commit workflow to prevent hasty, unverified coding. It increases reliability and traceability by requiring exploration, planning, incremental coding, and clean commits.

Core Features & Use Cases

  • Explore (no code changes): Read key files and documents; use subagents for parallel investigation when needed.
  • Plan (before coding): Propose a concrete plan with steps and acceptance criteria; identify risks and edge cases.
  • Code (implement + verify): Implement incrementally; run tests/lint/build where applicable.
  • Commit (clean history): Commit with a clear message; optionally open a PR.

Quick Start

Start by exploring the repository to gather context, then generate a plan with acceptance criteria, proceed to code in small steps, run verification, and finish with a clean commit message.

Frequently Asked Questions about epcp-workflow

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I structure a reliable git workflow for code changes?

A reliable git workflow enforces exploration, planning, coding, and committing in sequence. Read key files first, create a concrete plan with acceptance criteria, implement incrementally with verification, then commit with a clear message. This prevents hasty changes and maintains clean history.

Why should I plan before writing code?

Planning before code identifies risks, edge cases, and concrete steps upfront, reducing rework and unverified changes. A plan with acceptance criteria ensures you know what success looks like before implementation and helps catch problems early.

How do I commit code with a clean, traceable history?

Commit incrementally after each verified step with a conventional message that describes what changed and why. Clean commits make the history readable, enable easy rollbacks, and support optional pull requests for review.

What's the best way to handle feature work and bug fixes in a team?

Apply the Explore → Plan → Code → Commit workflow to both feature work and bug fixes. Explore to gather context, plan with concrete steps, code and verify incrementally, then commit with clear history. Subagents can parallelize exploration for faster planning.

Can I use this workflow for refactors and integrations?

Yes. The Explore → Plan → Code → Commit workflow applies to feature work, bug fixes, refactors, and integrations. The same disciplined approach—reading files first, planning steps, incremental coding with verification—prevents unreliable changes across all task types.

Do I need to open a pull request after committing?

Pull requests are optional. The workflow enforces clean commits with clear messages. Optionally open a PR afterward for team review, but the core discipline—exploration, planning, verification, and committed history—works standalone or with PR creation.