By Aimeerrhythm
Enterprise change management workflow: risk classification, multi-domain collaboration, requirements elicitation, implementation planning, adversarial spec review, TDD, implementation orchestration, systematic debugging, implementation verification, business impact analysis, cross-review, knowledge base maintenance (audit, utilization tracking, repo map), and multi-repo workspace for cross-service development
Initialize Enterprise Change Workflow configuration for your project. Supports three modes — Attach (existing docs), Manual (user-specified paths), Scaffold (new project).
Upgrade ECW configuration in your project. Runs idempotent checks and applies missing configuration items.
Validate ECW configuration files for completeness and correctness. Checks for unfilled placeholders, missing files, and broken references.
Analyzes business impact of code changes by combining structured dependency graph queries with incremental code scanning. Outputs a formatted impact report covering affected domains, downstream/upstream flows, external systems, and end-to-end paths.
Domain-specific analysis agent for multi-domain collaboration. Dispatched by domain-collab Round 1 (independent analysis) and Round 2 (negotiation). Each instance focuses on a single domain's impact assessment.
Domain negotiation agent for multi-domain collaboration Round 2. Assesses whether other domains' change plans affect this domain.
Implementation verification round agent for impl-verify. Each instance handles one verification dimension (requirements, domain rules, plan decisions, or engineering standards) independently.
Task implementer agent for impl-orchestration. Dispatched per plan task with full task context. Implements, tests, commits, and self-reviews.
Business impact assessment after code changes complete. Auto-runs after impl-verify for P0/P1; invoke manually via /ecw:biz-impact-analysis.
Cross-file consistency verification for document-heavy changes. Manual-only, invoke via /ecw:cross-review.
Multi-domain requirement analysis. Use when a requirement spans 2+ business domains. Auto-routed by ecw:risk-classifier for cross-domain changes; invoke manually via /ecw:domain-collab.
Use when executing implementation plans with independent tasks. Risk-aware subagent dispatch with per-task review.
Implementation verification before marking a task done. Absorbs code-reviewer role in ECW workflow. Also invocable manually via /ecw:impl-verify.
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Give AI the ability to "change one line of code, trace the full-chain impact" in large projects.
AI assistants excel at independent changes but miss cascading effects in large multi-module systems:
ECW enforces a risk-proportional workflow before any code is written. A log change and an inventory deduction should not require the same process.
Every change is classified P0–P3. The risk level determines workflow depth — nothing more and nothing less.
| Level | Risk | Typical Scenarios |
|---|---|---|
| P0 | Critical | Multi-domain state machine changes, core path refactoring |
| P1 | High | Shared resource modifications, MQ format changes |
| P2 | Medium | Single-domain field additions, local logic adjustments |
| P3 | Low | Log adjustments, copy changes, config updates |
flowchart TD
IN_REQ([User: requirement / feature change]) --> RC
IN_BUG([User: bug report]) --> SD
RC["🔍 risk-classifier\n(initial risk assessment — quick prediction)"]
RC -->|Single-domain P0/P1| RE[requirements-elicitation]
RC -->|Cross-domain 2+| DC["domain-collab\n(parallel agent analysis)"]
RC -->|P2 / P3| WP
RE --> WP
DC --> WP
SD["systematic-debugging\n(root-cause analysis)"] --> IMPL
WP["writing-plans"] -->|P0 · P1 cross-domain| SC["spec-challenge\n(adversarial review)"]
WP -->|P2| IMPL
SC --> IMPL
IMPL[Implementation] --> IV
IV["impl-verify\n(multi-round convergence)"] --> BIA
BIA["biz-impact-analysis"] --> DONE
BIA -->|P2/P3| DONE
DONE([✓ Verified Complete])
style RC fill:#EBF8FF,stroke:#63B3ED,color:#2C5282
style WP fill:#EBF8FF,stroke:#63B3ED,color:#2C5282
style IMPL fill:#EBF8FF,stroke:#63B3ED,color:#2C5282
style IV fill:#EBF8FF,stroke:#63B3ED,color:#2C5282
style BIA fill:#EBF8FF,stroke:#63B3ED,color:#2C5282
style RE fill:#FEEBC8,stroke:#F6AD55,color:#744210
style DC fill:#FEEBC8,stroke:#F6AD55,color:#744210
style SC fill:#FED7D7,stroke:#FC8181,color:#742A2A
style SD fill:#FED7D7,stroke:#FC8181,color:#742A2A
style IN_REQ fill:#C6F6D5,stroke:#68D391,color:#22543D
style IN_BUG fill:#FED7D7,stroke:#FC8181,color:#742A2A
style DONE fill:#C6F6D5,stroke:#68D391,color:#22543D
risk-classifier handles requirement / feature changes only (quick keyword prediction). Bug fixes go directly to ecw:systematic-debugging (see risk-classifier/SKILL.md description).
"Add a coupon deduction step to the order submission flow"
order submission (P1 floor) + coupon found in shared-resources.md → escalates to P0Without ECW, steps 2–3 and 8 would be invisible.
ECW's impact analysis depends on project-level knowledge files. Five cross-domain knowledge types form the dependency graph used by risk-classifier, domain-collab, and biz-impact-analysis:
| # | File | Content |
|---|---|---|
| §1 | cross-domain-calls.md | Domain-to-domain call matrix |
| §2 | mq-topology.md | MQ topic publish/subscribe relationships |
| §3 | shared-resources.md | Services/components shared by 2+ domains |
| §4 | external-systems.md | External system integrations |
| §5 | e2e-paths.md | End-to-end critical business paths |
Knowledge file quality directly determines analysis accuracy. Java/Spring projects can bootstrap these with the included scanning scripts (see Installation).
npx claudepluginhub aimeerrhythm/enterprise-change-workflow --plugin ecwAI-native BizDevOps rhythm manager for Claude Code — multi-role collaboration, change impact analysis, quality gates, goal-to-code traceability, and cross-session continuity
Verification-first engineering toolkit for Claude Code. 15 skills across a 5-phase spine (Investigate → Design → Implement → Verify → Ship), 8 specialist agents, an interactive setup wizard. Every skill has rationalizations + evidence requirements. Built for senior ICs and tech leads.
Corca Workflow Framework — consolidated hooks and skill orchestration for structured development sessions
Implementation planning, execution, and PR creation workflows with multi-agent collaboration
Multi-LLM implementation review for verifying code matches spec, identifying gaps, and tracking completion state. Supports Opus, GPT, and Gemini in parallel.
A Claude Code plugin for structured, context-efficient software development.