Menu
Production deployment patterns for Mandu applications
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Canonical Mandu agent workflow. Use first in Mandu projects before direct source edits so Codex, Claude Code, Gemini CLI, and other agents follow the same context -> plan -> apply -> verify -> repair loop.
React composition patterns for Mandu applications. Use when designing Island components, managing shared state, or building reusable component APIs. Triggers on compound components, context providers, boolean props, or component architecture tasks.
File-system based routing for Mandu. Use when creating pages, API routes, layouts, or dynamic routes. Triggers on tasks involving app/ folder, page.tsx, route.ts, layout.tsx, [id], [...slug], or URL patterns.
Architecture guard system for Mandu. Use when checking layer dependencies, enforcing architecture rules, or validating file locations. Triggers on tasks involving architecture, layers, dependencies, or guard commands.
Island Hydration pattern for Mandu. Use when creating interactive components, client-side state, or partial hydration. Triggers on tasks involving "use client", client.tsx, useState, useEffect, Island, or hydration.
Performance optimization patterns for Mandu applications. Use when optimizing slot handlers, Island components, bundle size, or Bun runtime. Triggers on tasks involving async/await, Promise.all, lazy loading, caching, or performance.
| name | Mandu Deployment |
| description | Production deployment patterns for Mandu applications |
| metadata | {"version":"1.0.0","author":"mandu"} |
| globs | ["render.yaml","Dockerfile","docker-compose.yml",".github/workflows/*.yml","bunfig.toml"] |
Mandu ์ฑ์ ํ๋ก๋์ ํ๊ฒฝ์ ์์ ํ๊ณ ํจ์จ์ ์ผ๋ก ๋ฐฐํฌํ๊ธฐ ์ํ ๊ฐ์ด๋์ ๋๋ค.
This skill is a Domain addendum. It must not replace mandu-agent-workflow.
Use it only after mandu.agent.plan selects the deploy domain.
Canonical workflow step: plan -> apply -> verify.
Preferred MCP tools:
| Step | Tools |
|---|---|
| plan | mandu.agent.plan, mandu.deploy.plan |
| apply | mandu.agent.apply, mandu.deploy.compile |
| verify | mandu.agent.verify, mandu.deploy.preview |
| repair | mandu.agent.repair |
Allowed file edits:
.mandu/deploy.intent.jsonrender.yaml, Dockerfile, docker-compose.yml, fly.toml, vercel.json, or netlify.tomlVerification command:
mandu agent verify --changed --json --write
Common failures:
Repair path:
mandu agent repair --from .mandu/agent-verify.json --json
Use these examples only after mandu.agent.plan selects the deploy domain and
mandu.agent.apply has produced the intended action order.
# render.yaml
services:
- type: web
name: mandu-app
runtime: node
buildCommand: bun install && bun run build
startCommand: bun run start
envVars:
- key: NODE_ENV
value: production
- key: BUN_ENV
value: production
FROM oven/bun:1.0
WORKDIR /app
COPY package.json bun.lockb ./
RUN bun install --frozen-lockfile --production
COPY . .
RUN bun run build
EXPOSE 3000
CMD ["bun", "run", "start"]
bun run build ์ฑ๊ณต ํ์ธ| Category | Description | Rules |
|---|---|---|
| Build | ํ๋ก๋์ ๋น๋ ์ต์ ํ | 2 |
| Platform | ํ๋ซํผ๋ณ ๋ฐฐํฌ ์ค์ | 3 |
| Container | Docker ์ปจํ ์ด๋ํ | 2 |
| CI/CD | ์๋ํ ํ์ดํ๋ผ์ธ | 1 |
โ ์ธ๋ถ ๊ท์น์ rules/ ํด๋ ์ฐธ์กฐ