bkit-rules
Skill605 starsChanged 3 months agoApache-2.0View on GitHub
Core rules for bkit — PDCA methodology, level detection, agent triggering, quality standards, Sprint management (8-phase container with 4 auto-pause triggers, v2.1.13), and Trust Level scope (L0-L4 gates PDCA + Sprint auto-run). Triggers: bkit rules, core rules, methodology
- Deletes or force-pushes
- Commits and pushes
3 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- ww-w-ai/bkit-claude-codeword for word, first seen Aug 14, 2026
- ww-w-ai/bkit-geminitheir own version, first seen Apr 9, 2026
- ww-w-ai/bkit-codexedited, first seen Feb 23, 2026
Other versions3 projects use a version of this.
Word for word · 1
- ww-w-ai/bkit-claude-code★ 605100% same
Edited · 1
- ww-w-ai/bkit-codex★ 6918% same
Wrote their own version · 1
- ww-w-ai/bkit-gemini★ 66same 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.
In this repository45 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- auditSkill
- bkend-authSkill
- bkend-cookbookSkill
- bkend-dataSkill
- bkend-quickstartSkill
- bkend-storageSkill
- bkit-evalsSkill
- bkit-exploreSkill
- bkitSkill
- bkit-templatesSkill
- btwSkill
- cc-version-analysisSkill
- claude-code-learningSkill
- code-reviewSkill
- controlSkill
- deploySkill
- desktop-appSkill
- development-pipelineSkill
- dynamicSkill
- enterpriseSkill
- mobile-appSkill
- pdca-batchSkill
- pdca-fast-trackSkill
- pdcaSkill
- pdca-watchSkill
- 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
- pm-discoverySkill
- qa-phaseSkill
- rollbackSkill
- skill-createSkill
- skill-statusSkill
- sprintSkill
- starterSkill
- zero-script-qaSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. About 0 are common, 12 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 23
No Guessing: If unsure, check docs → If not in docs, ask user
- Distinctive: line 48
Check CLAUDE.md for explicit Level declaration
- Distinctive: line 105
When user requests feature development:
- Distinctive: line 122
After completing major tasks, suggest relevant agents.
- Very specific: line 138
Check utils/, hooks/, components/ui/
- Distinctive: line 145
No Hardcoding: Use meaningful constants
- Distinctive: line 146
Extensibility: Write in generalized patterns
- Distinctive: line 179
Feature: add, create, implement, build, new feature
- Distinctive: line 186
When project level is detected, automatically suggest the matching output style:
- Distinctive: line 235
If env var not set: Suggest setting it when team mode would be beneficial
- Distinctive: line 260
When agent is invoked: Agent may reference previous session context
- Distinctive: line 261
No configuration needed — fully automatic
- Very specific: line 265
After modifying bkit plugin files, use /reload-plugins to apply changes without restarting Claude Code.
- Distinctive: line 266
No need to exit and re-enter the session
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
bkit Core Rules
Automatically applied rules that don't require user commands.
1. PDCA Auto-Apply Rules
No Guessing: If unsure, check docs → If not in docs, ask user SoR Priority: Code > CLAUDE.md > docs/ design documents
| Request Type | Claude Behavior |
| New feature | Check docs/02-design/ → Design first if missing |
| Bug fix | Compare code + design → Fix |
| Refactoring | Current analysis → Plan → Update design → Execute |
| Implementation complete | Suggest Gap analysis |
Template References
| Document Type | Template Path |
| Plan | ${CLAUDE_PLUGIN_ROOT}/templates/plan.template.md |
| Design | ${CLAUDE_PLUGIN_ROOT}/templates/design.template.md |
| Analysis | ${CLAUDE_PLUGIN_ROOT}/templates/analysis.template.md |
| Report | ${CLAUDE_PLUGIN_ROOT}/templates/report.template.md |
2. Level Auto-Detection
Detection Order
- Check CLAUDE.md for explicit Level declaration
- File structure based detection
Enterprise (2+ conditions met)
- infra/terraform/ folder
- infra/k8s/ or kubernetes/ folder
- services/ folder (2+ services)
- turbo.json or pnpm-workspace.yaml
- docker-compose.yml
- .github/workflows/ (CI/CD)
Dynamic (1+ conditions met)
- bkend settings in .mcp.json
- lib/bkend/ or src/lib/bkend/
- supabase/ folder
- firebase.json
Starter
None of the above conditions met.
Level-specific Behavior
| Aspect | Starter | Dynamic | Enterprise |
| Explanation | Friendly, avoid jargon | Technical but clear | Concise, use terms |
| Code comments | Detailed | Core logic only | Architecture only |
| Error handling | Step-by-step guide | Technical solutions | Brief cause + fix |
| PDCA docs | Simple | Feature-specific | Detailed architecture |
| Primary Agent | starter-guide | bkend-expert | enterprise-expert |
| Reference Skill | starter | dynamic | enterprise |
Level Upgrade Signals
- Starter → Dynamic: "Add login", "Save data", "Admin page"
- Dynamic → Enterprise: "High traffic", "Microservices", "Own server"
Hierarchical CLAUDE.md Rules
project/
├── CLAUDE.md # Project-wide (always reference)
├── services/CLAUDE.md # Backend work context
├── frontend/CLAUDE.md # Frontend work context
└── infra/CLAUDE.md # Infrastructure contextRule: Area-specific rules > Project-wide rules
3. Agent Auto-Trigger Rules
Level-Based Selection
When user requests feature development:
- Detect project level
- Invoke appropriate agent automatically
Task-Based Selection
| User Intent | Auto-Invoke Agent |
| "code review", "security scan" | bkit:code-analyzer |
| "design review", "spec check" | bkit:design-validator |
| "gap analysis" | bkit:gap-detector |
| "report", "summary" | bkit:report-generator |
| "QA", "log analysis" | bkit:qa-monitor |
| "pipeline", "which phase" | bkit:pipeline-guide |
Proactive Suggestions
After completing major tasks, suggest relevant agents.
Do NOT Auto-Invoke When
- User explicitly declines
- Task is trivial
- User wants to understand process
- Agent already invoked for same task
4. Code Quality Standards
Pre-coding Checks
- Does similar functionality exist? Search first
- Check utils/, hooks/, components/ui/
- Reuse if exists; create if not
Core Principles
DRY: Extract to common function on 2nd use SRP: One function, one responsibility No Hardcoding: Use meaningful constants Extensibility: Write in generalized patterns
Self-Check After Coding
- Same logic exists elsewhere?
- Can function be reused?
- Hardcoded values present?
- Function does only one thing?
When to Refactor
- Same code appears 2nd time
- Function exceeds 20 lines
- if-else nests 3+ levels
- Same parameters passed to multiple functions
5. Task Classification
Classify tasks to apply appropriate PDCA level:
| Classification | Content Size | PDCA Level | Action |
| Quick Fix | < 50 chars | None | Execute immediately |
| Minor Change | 50-200 chars | Lite | Show summary, proceed |
| Feature | 200-1000 chars | Standard | Check/create design doc |
| Major Feature | > 1000 chars | Strict | Require design, user confirmation |
Classification Keywords
Quick Fix: fix, typo, correct, adjust, tweak Minor Change: improve, refactor, enhance, optimize, update Feature: add, create, implement, build, new feature Major Feature: redesign, migrate, architecture, overhaul, rewrite
6. Output Style Auto-Selection (v1.5.1)
When project level is detected, automatically suggest the matching output style:
| Level | Suggested Style | Trigger Condition |
| Starter | bkit-learning | Level detected as Starter |
| Dynamic | bkit-pdca-guide | Level detected as Dynamic |
| Enterprise | bkit-enterprise | Level detected as Enterprise |
Auto-Selection Rules
- On session start: Suggest output style matching detected level
- On
/starter init,/dynamic init,/enterprise init: Auto-suggest style for that level - On PDCA phase transitions: Suggest
bkit-pdca-guideif not already active - User can override with
/output-styleat any time
Available Output Styles
| Style | Best For | Key Features |
bkit-learning | Beginners, learning | Learning points, TODO(learner) markers, concept explanations |
bkit-pdca-guide | PDCA workflows | Status badges, checklists, phase progress, gap analysis suggestions |
bkit-enterprise | Architecture decisions | Tradeoff analysis, cost impact, deployment strategy, SOLID compliance |
7. Agent Teams Auto-Suggestion (v1.5.1)
Suggest Agent Teams when conditions are met:
Suggestion Triggers
| Condition | Suggestion |
| Major Feature (>= 1000 chars) AND Dynamic/Enterprise level | "Agent Teams can parallelize PDCA phases. Try /pdca team {feature}" |
| Match Rate < 70% AND Dynamic/Enterprise level | "Consider Agent Teams for faster parallel Check-Act iteration" |
| Enterprise project init | "Your project supports 4-teammate Agent Teams mode" |
| Dynamic project init | "Your project supports 2-teammate Agent Teams mode" |
Team Availability
| Level | Available | Teammates | Roles |
| Starter | No | - | - |
| Dynamic | Yes | 2 | developer, qa |
| Enterprise | Yes | 4 | architect, developer, qa, reviewer |
Requirements
- Environment:
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 - If env var not set: Suggest setting it when team mode would be beneficial
- Command:
/pdca team {feature}to start team mode
8. Agent Memory Awareness (v1.5.1)
Agent Memory is automatically active for all bkit agents. No user action required.
How It Works
- Agents remember project context across sessions via
memory: projectscope - Some agents (
starter-guide,pipeline-guide) usememory: userfor cross-project learning - Memory persists in
.claude/agent-memory/(project) or~/.claude/agent-memory/(user)
Memory Scopes
| Scope | Agents Using | Persistence |
project | 9 agents (code-analyzer, gap-detector, pdca-iterator, etc.) | Per-project, across sessions |
user | 2 agents (starter-guide, pipeline-guide) | Global, across all projects |
Proactive Mention
- On session start: "Agent Memory is active — agents remember context across sessions"
- When agent is invoked: Agent may reference previous session context
- No configuration needed — fully automatic
9. Plugin Hot Reload (v1.6.0)
After modifying bkit plugin files, use /reload-plugins to apply changes without restarting Claude Code.
- No need to exit and re-enter the session
- Changes to skills, agents, hooks, and templates are reflected immediately
- Note: Changes to CLAUDE.md require
/clearto fully refresh
Wildcard Permissions (CC 2.1.0+)
CC 2.1.0+ supports Bash(pattern*) wildcard permissions.
bkit Recommended Patterns
Bash(npm *)- Allow all npm commandsBash(git log*)- Allow git log variantsBash(node *)- Allow node executionBash(npx *)- Allow npx execution
Deny Recommendations
Bash(rm -rf*)- Deny recursive delete (dangerous)Bash(git push --force*)- Deny force push
Configuration
Add to .claude/settings.json:
{
"permissions": {
"allow": ["Bash(npm *)", "Bash(git log*)"],
"deny": ["Bash(rm -rf*)"]
}
}Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

