deployment-designer
Before code implementation, produce a complete deployment plan covering deployment topology, environment configuration, release commands, data migration, rollback strategy, and post-deployment smoke test design. This Skill is the entry point for Phase 3 Step 3.
Trigger Conditions
Section titled “Trigger Conditions”- User asks to design a deployment plan, release plan, or go-live plan
- User mentions “Phase 3 Step 3”, “deployment plan”, or “部署方案”
- API/DB design is complete and the project needs to enter deployment planning
logos/resources/prd/3-technical-plan/3-deployment/is empty
Prerequisites
Section titled “Prerequisites”- Architecture overview exists in
logos/resources/prd/3-technical-plan/1-architecture/ - Scenario implementation docs exist in
logos/resources/prd/3-technical-plan/2-scenario-implementation/ - API/DB design is complete, or the module has explicitly skipped those phases via
skip_phases logos/logos-project.yamlis readable
Core Capabilities
Section titled “Core Capabilities”- Derive deployment targets from architecture, API, DB, and tech stack
- Design deployment topology for local / test / staging / production environments
- Define environment variables, secret sources, build commands, and release commands
- Define data migration, seed data, and rollback strategy
- Design post-deployment verification checklist
- Design smoke test input for
test-writerto generateSMOKE-*cases - Update
logos-project.yamldeployment gate information
Execution Steps
Section titled “Execution Steps”Step 1: Read Context
Section titled “Step 1: Read Context”Reads architecture overview, scenario docs, API specs, DB DDL, and existing deployment plans. Confirms whether the project needs deployment, what target environments exist, and what smoke coverage is needed.
Step 2: Determine Deployment Gates
Section titled “Step 2: Determine Deployment Gates”- Software projects require a deployment plan by default
- Projects with runtime environments require deployment execution and smoke by default
- Pure documentation, spec-only, or library projects can declare
deployment_required: false
Step 3: Output Deployment Plan
Section titled “Step 3: Output Deployment Plan”Writes to logos/resources/prd/3-technical-plan/3-deployment/<module>-01-deployment-plan.md:
- Deployment topology diagram (Mermaid)
- Environment matrix (local / staging / production)
- Build and release commands
- Environment variables and secrets
- Data migration strategy
- Rollback plan
- Post-deployment checklist
- Smoke test scope definition
Step 4: Update logos-project.yaml
Section titled “Step 4: Update logos-project.yaml”Writes deployment_gates section:
deployment_gates: <module>: deployment_required: true smoke_required: true environments: - stagingStep 5: Design Smoke Test Input
Section titled “Step 5: Design Smoke Test Input”Outputs a smoke scope summary that test-writer Skill consumes to generate SMOKE-* test case IDs in logos/resources/test/smoke/.
Output Artifacts
Section titled “Output Artifacts”| Artifact | Location |
|---|---|
| Deployment plan | logos/resources/prd/3-technical-plan/3-deployment/<module>-01-deployment-plan.md |
| logos-project.yaml update | deployment_gates section |
| Smoke scope input | Embedded in deployment plan for test-writer consumption |
Related Skills
Section titled “Related Skills”architecture-designer— Provides the architecture context this Skill readstest-writer— Consumes smoke scope to generateSMOKE-*casesdeployment-executor— Executes the plan this Skill produces