Plan enterprise
Skill exchanet/method_enterprise_builder_planning/agents/antigravity/.agent/skills/plan-enterprise
ποΈ Universal 8-phase methodology for planning and building enterprise-grade, mission-critical software with AI coding agents. Supports Cursor AI, Claude Code, Kimi Code, Windsurf & Google Antigravity. Includes ADR validator, microtask linter & CI/CD templates. β₯99% test coverage. MIT.
npx -y skills add exchanet/method_enterprise_builder_planning --skill plan-enterpriseAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Complete 8-phase enterprise software planning cycle for mission-critical systems
SKILL.md
4.7 KB, as published. Nobody here has run it
Skill: Plan Enterprise
Purpose
Orchestrate the full METHOD-ENTERPRISE-BUILDER-PLANNING 8-phase cycle for enterprise-grade, mission-critical, and high-availability software systems.
When to use
Activate this skill when the user requests:
- "Plan an enterprise system..."
- "Design a mission-critical [component]..."
- "Build a high-availability [module] with [SLA]..."
- "Architect a security-first [system] with [compliance]..."
Or when the user mentions regulated data (PCI-DSS, GDPR, HIPAA, SOC2, ISO 27001).
Workflow
Phase 1: Enterprise Context Analysis
Actions:
- Classify system (enterprise-grade, mission-critical, high-availability, security-first, ACID-required)
- Build stakeholder map (end users, compliance officer, operations, regulators)
- Map regulatory environment (applicable standards with obligations)
- List integration points (protocol, SLA dependency level)
Output artifact:
- Create
docs/enterprise-context.md(usecreateFileoperation) - Artifact type:
implementation_plan
Gate: Ask user to confirm system classification before proceeding.
Phase 2: Non-Functional Requirements
Actions:
- Define Performance SLOs: throughput (TPS), latency p95/p99
- Define Availability SLA: % uptime, RTO, RPO, deploy strategy
- Define Scalability: initial, peak, growth rate
- Define Security baseline: auth, authz, encryption at rest/transit
- Define Compliance per standard
Gate: All SLOs must be numeric and measurable (not "fast" or "secure" β "p95 β€ 500ms", "99.9% SLA").
Phase 3: Risk Matrix
Actions:
- STRIDE analysis on primary API surface (Spoofing, Tampering, Repudiation, Info Disclosure, DoS, Elevation of Privilege)
- Technical risk catalog (probability, impact, mitigation)
- Flag any CRITICAL unmitigated risk β blocks Phase 4
Output: docs/risk-matrix.md
Gate: No CRITICAL risk may be unmitigated; all HIGH risks must have mitigations.
Phase 4: Micro-task Decomposition
Actions:
- Identify business domains
- Map domains to layers (infrastructure β domain β application β interface)
- Create one micro-task per file/unit, each β€50 effective lines
- Assign task IDs (DOMAIN-LAYER-NNN)
- Define dependency order (topological sort)
Validation per micro-task:
After implementing each task, load @skill lint-microtask to validate effective line count.
Output: Backlog table in Phase 4 section
Phase 5: Architecture Decisions (ADR)
Actions:
- Apply architecture decision tree
- Create one ADR per significant decision
- Each ADR must have: Context, Decision, β₯2 Alternatives with rejection reasons, Consequences, Compliance Impact
- Generate C4 diagrams (L1 System Context + L2 Container)
Validation:
After generating each ADR, load @skill validate-adr to check against 11 enterprise rules.
Output: docs/adr/ADR-NNN-title.md (one file per decision)
Gate: ADR cannot be marked Accepted if validation fails.
Phase 6: Security & Compliance Mapping
Actions:
- Define ACID transaction boundaries for all write operations
- Map each compliance requirement to a concrete control
- Define RBAC roles and ABAC ownership rules
- Define audit event schema (what, where, retention)
Phase 7: Test Strategy
Actions:
- Define test pyramid allocation (Unit 70%, Integration 20%, E2E 7%, Chaos 3%)
- List Critical User Journeys for E2E
- Define load test scenarios (baseline, spike, soak) with numeric pass criteria
- Define CI/CD quality gates
Coverage requirement: β₯99% line + branch (floor β assertions must verify behavior).
Phase 8: Delivery Report
Actions: Generate delivery report with:
- Micro-tasks completed/total
- Test results (unit/integration/E2E/load)
- Coverage % per layer
- STRIDE status
- Critical/High vulnerabilities: 0
- ADR status
- Compliance matrix
- STATUS: READY FOR PRODUCTION or BLOCKED
Artifact type: delivery_report
Progressive skill loading
Do not load all phase skills at once. Load only the skill for the current phase:
Phase 1 in progress β load @skill phase-1-context
Phase 5 in progress β load @skill phase-5-adr
Validation needed β load @skill validate-adr or @skill lint-microtask
This prevents context saturation while maintaining full capability.