pdca
Skill69 starsChanged 8 months agoApache-2.0View on GitHub
Unified PDCA cycle management. Supports: plan, design, do, analyze, iterate, report, status, next, archive, cleanup. Actions: plan->create plan doc, design->create design doc, do->implementation guide, analyze->gap analysis (design vs code), iterate->auto-fix gaps, report->completion report, status->show progress, next->suggest next phase. Triggers: pdca, plan, design, analyze, iterate, report, status, gap analysis, 계획, 설계, 분석, 검증, 보고서, 計画, 設計, 分析, 计划, 设计, planificar, diseño, analizar, planifier, conception, Planung, pianificare Do NOT use for: bkit rules reference (use $bkit-rules), template details (use $bkit-templates), level-specific guidance (use $starter/$dynamic/$enterprise).
We split this skill into the rules it gives an agent
21 rules. 0 are common, 12 are distinctive, and 9 are very specific to this project.
0
Common
Most of the 7 edited versions we read keep these.
12
Distinctive
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 64
Create a planning document for the feature.
- Very specific: line 68
Call bkit_pdca_plan(feature, level) MCP tool
- Very specific: line 69
Write template to docs/01-plan/features/{feature}.plan.md
- Very specific: line 71
Call bkit_complete_phase(feature, "plan") when done
- Distinctive: line 92
Create a technical design document based on the plan.
- Distinctive: line 100
Verify plan exists (required prerequisite)
- Distinctive: line 130
Verify design exists (required prerequisite)
- Distinctive: line 132
Follow implementation order from design
- Very specific: line 133
Call bkit_pre_write_check(filePath) before each file write
- Very specific: line 134
Call bkit_post_write(filePath, linesChanged) after significant changes
- Very specific: line 159
Read design document: docs/02-design/features/{feature}.design.md
- Very specific: line 163
Write analysis to docs/03-analysis/{feature}.analysis.md
- Very specific: line 167
If matchRate >= 90%: suggest $pdca report {feature}
- Distinctive: line 191
Read gap list from analysis document
- Distinctive: line 200
Stop conditions: matchRate >= 90% OR maxIterations reached
- Distinctive: line 201
If max iterations reached without 90%: report current state and suggest user review
- Distinctive: line 215
Verify matchRate >= 90% (warn if below)
- Distinctive: line 290
Verify report completion (phase = "completed" or matchRate >= 90%)
- Very specific: line 293
Update .pdca-status.json: phase = "archived"
- Distinctive: line 310
Read archived features from status
- Distinctive: line 312
Delete selected features from status
“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
PDCA Unified Skill
Unified Skill for managing the complete PDCA cycle: Plan, Design, Do, Check, Act.
Usage
$pdca plan {feature} Create plan document
$pdca design {feature} Create design document
$pdca do {feature} Implementation guide
$pdca analyze {feature} Gap analysis (Check phase)
$pdca iterate {feature} Auto-improvement (Act phase)
$pdca report {feature} Completion report
$pdca status Current PDCA status
$pdca next Next phase suggestion
$pdca archive {feature} Archive completed PDCA
$pdca cleanup Clean archived featuresPhase Flow
Plan -> Design -> Do -> Check(analyze) -> Act(iterate) -> Report -> Archive
| |
| v
| (if < 90%)
| iterate -> re-analyze
| |
v v
[Complete] (if >= 90%)
Report -> ArchivePhase Progress Visualization
[Plan] -> [Design] -> [Do] -> [Check] -> [Act] -> [Report]
Status indicators:
[Phase] done -> phase completed
[Phase] active -> currently working
[Phase] pending -> not yet startedPlan Phase
Create a planning document for the feature.
Steps
- Call
bkit_pdca_plan(feature, level)MCP tool - Write template to
docs/01-plan/features/{feature}.plan.md - Fill in sections: Goals, Scope, Success Criteria, Schedule
- Call
bkit_complete_phase(feature, "plan")when done
Key Sections
- Overview and Purpose
- Scope (In/Out)
- Functional Requirements
- Non-Functional Requirements
- Success Criteria (Definition of Done)
- Risks and Mitigation
- Architecture Considerations
- Convention Prerequisites
Output Path
docs/01-plan/features/{feature}.plan.md
Design Phase
Create a technical design document based on the plan.
Prerequisites
Plan document must exist. If missing, suggest: $pdca plan {feature} first.
Steps
- Verify plan exists (required prerequisite)
- Call
bkit_pdca_design(feature, level)MCP tool - Write template to
docs/02-design/features/{feature}.design.md - Fill in: Architecture, Data Model, API Spec, Test Plan
- Call
bkit_complete_phase(feature, "design")when done
Level-Specific Templates
| Level | Template | Focus |
| Starter | design-starter.template.md | Simple structure, learning-oriented |
| Dynamic | design.template.md | Full-stack with BaaS integration |
| Enterprise | design-enterprise.template.md | MSA, Clean Architecture, K8s |
Output Path
docs/02-design/features/{feature}.design.md
Do Phase
Guide implementation based on the design document.
Prerequisites
Design document must exist. If missing, suggest: $pdca design {feature} first.
Steps
- Verify design exists (required prerequisite)
- Reference design document during implementation
- Follow implementation order from design
- Call
bkit_pre_write_check(filePath)before each file write - Call
bkit_post_write(filePath, linesChanged)after significant changes - Call
bkit_complete_phase(feature, "do")when done
Implementation Guide
Provide a structured implementation plan:
- Data Layer: Types, models, API client
- Business Logic: Services, custom hooks, state management
- UI Components: Base components, pages, error handling
- Integration: Connect API to UI, loading states, error handling
Output Path
docs/02-design/features/{feature}.do.md (optional implementation tracking)
Analyze Phase (Check)
Compare design document vs implementation to find gaps.
Steps
- Call
bkit_pdca_analyze(feature)MCP tool - Read design document:
docs/02-design/features/{feature}.design.md - Scan implementation code in relevant directories
- Compare design items vs implemented items
- Calculate Match Rate:
(implemented / total_design_items) * 100 - Write analysis to
docs/03-analysis/{feature}.analysis.md
Decision After Analysis
- If matchRate >= 90%: suggest
$pdca report {feature} - If matchRate < 90%: suggest
$pdca iterate {feature}
Gap Categories
| Category | Description | Example |
| Match | Design and code align | API endpoint exists as designed |
| Missing in Code | Designed but not implemented | Missing validation logic |
| Missing in Design | Implemented but not designed | Extra utility function |
| Changed | Implemented differently | Different data structure |
Output Path
docs/03-analysis/{feature}.analysis.md
Iterate Phase (Act)
Auto-fix identified gaps to improve match rate.
Steps
- Read gap list from analysis document
- Fix identified gaps in code (prioritize "Missing in Code" items)
- Re-run analysis:
$pdca analyze {feature} - Repeat until matchRate >= 90% or max 5 iterations
- Call
bkit_complete_phase(feature, "act")when done
Iteration Rules
- Maximum iterations: 5 (configurable via bkit.config.json)
- Stop conditions: matchRate >= 90% OR maxIterations reached
- If max iterations reached without 90%: report current state and suggest user review
Report Phase
Generate a completion report for the feature.
Prerequisites
Match rate should be >= 90%. Warn if below.
Steps
- Verify matchRate >= 90% (warn if below)
- Gather data from plan, design, analysis documents
- Generate completion report
- Write to
docs/04-report/{feature}.report.md - Include: completed items, quality metrics, learnings
Report Sections
- Summary (completion rate, duration)
- Related Documents (plan, design, analysis links)
- Completed Items (functional, non-functional requirements)
- Quality Metrics (match rate, code quality score)
- Lessons Learned (keep, problem, try)
- Next Steps
Output Path
docs/04-report/{feature}.report.md
Status
Show current PDCA progress for all active features.
Steps
- Call
bkit_get_status(feature)MCP tool - Display feature, phase, matchRate, iteration count
- Show progress visualization
Output Format
PDCA Status
---
Feature: {feature}
Phase: {current_phase}
Match Rate: {rate}%
Iteration: {count}/{max}
---
[Plan] done -> [Design] done -> [Do] done -> [Check] active -> [Act] pendingNext
Suggest the next PDCA phase based on current state.
Steps
- Call
bkit_pdca_next(feature)MCP tool - Display recommended next action with command
Phase Guide
| Current | Next | Command |
| None | plan | $pdca plan {feature} |
| plan | design | $pdca design {feature} |
| design | do | Start implementation |
| do | check | $pdca analyze {feature} |
| check (<90%) | act | $pdca iterate {feature} |
| check (>=90%) | report | $pdca report {feature} |
| report | archive | $pdca archive {feature} |
Archive
Archive completed PDCA documents.
Steps
- Verify report completion (phase = "completed" or matchRate >= 90%)
- Create
docs/archive/YYYY-MM/{feature}/folder - Move documents from original locations
- Update
.pdca-status.json: phase = "archived"
Documents Archived
docs/01-plan/features/{feature}.plan.mddocs/02-design/features/{feature}.design.mddocs/03-analysis/{feature}.analysis.mddocs/04-report/{feature}.report.md
Cleanup
Clean up archived features from .pdca-status.json.
Steps
- Read archived features from status
- Display list with timestamps
- Delete selected features from status
- Archive documents remain in
docs/archive/
Template References
Templates are available in references/ directory:
| Template | Purpose |
plan.template.md | Plan document structure |
design.template.md | Design document structure |
design-starter.template.md | Starter-level design |
design-enterprise.template.md | Enterprise-level design |
analysis.template.md | Gap analysis structure |
report.template.md | Completion report structure |
do.template.md | Implementation guide structure |
Other versions7 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 7
- ww-w-ai/bkit-claude-code★ 605same name
- popup-studio-ai/bkit-claude-code★ 601same name
- twhsi/skills★ 259same name
- ww-w-ai/bkit-gemini★ 66same name
- unclejobs-ai/second-claude-code★ 41same name
- AlexeyShirshov/skills★ 15same name
- tupe12334/instinct★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use pm-discovery, qa-phase and 7 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
ww-w-aiSkillpm-discovery
PM Agent Team - Automated product discovery, strategy, and PRD generation. Runs PM analysis workflow to produce comprehensive PRD before PDCA Plan phase.
Also in 3 projects that use this
ww-w-aiSkillqa-phase
Run QA tests at various levels (L1-L5) for features under PDCA management. Integrates with MCP tools to execute structured test plans.
Also in 3 projects that use this
kannaka-labsSkillskill-status
Show where you are in the workflow and what to do next — use for progress checks and orientation. Use when: AUTOMATICALLY ACTIVATE when user asks about:. \"status\" or \"progress\" or \"where am I\". \"what's next\" or \"next step\"
Also in 3 projects that use this
WelluxSkillrollback
Execute or plan a deployment rollback. Invoke for: "rollback", "revert deployment", "undo deploy", "something broke in prod", "roll back to previous version", "deployment failed", "revert to v{version}".
Also in 3 projects that use this
dacryptSkillcontrol
Control your Tesla — lock, unlock, climate, trunk, horn, flash, windows, sentry mode, charge port, speed limit. Use when someone says "lock my car", "turn on the AC", "open the trunk", "honk the horn", etc.
Also in 3 projects that use this
launch52-aiSkillskill-create
Create and validate Claude Code skills with proper structure, checklists, and validation scripts. Use when creating a new skill, auditing existing skills, or ensuring skills meet quality standards. Generates complete skill scaffolds with SKILL.md, check scripts, guides, and templates.
Also in 3 projects that use this
- +1 more from ww-w-ai
In this repository27 other files it gives its agents.
- AGENTS.mdAGENTS.md
- bkend-authSkill
- bkend-cookbookSkill
- bkend-dataSkill
- bkend-quickstartSkill
- bkend-storageSkill
- bkit-rulesSkill
- bkit-templatesSkill
- code-reviewSkill
- codex-learningSkill
- desktop-appSkill
- development-pipelineSkill
- dynamicSkill
- enterpriseSkill
- mobile-appSkill
- phase-1-schemaSkill
- phase-2-conventionSkill
- phase-3-mockupSkill
- phase-4-apiSkill
- phase-5-design-systemSkill
- phase-6-ui-integrationSkill
- phase-7-seo-securitySkill
- phase-8-reviewSkill
- phase-9-deploymentSkill
- plan-plusSkill
- starterSkill
- zero-script-qaSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

