In one line: Many developers treat Cursor prompts as magic spells, but in 2026 the real gap is a three-layer stack — how you Workflow tasks, how Rules lock boundaries, and how Skills package expertise. Below: concepts, architecture, copy-paste examples, and a team rollout checklist. If you already use Cursor or Claude Code, you can scaffold your repo after one read.
Three layers: what Workflow, Rules, and Skills each do
AI coding tools in 2026 (Cursor, Claude Code, GitHub Copilot App, Windsurf) all look like “chat that edits code,” but teams that ship reliably split capabilities into three layers:
| Layer | Carrier (Cursor) | Question answered | Lifetime |
|---|---|---|---|
| Workflow | Your prompt habits + Plan/Agent modes | In what order do we work? | Per task |
| Rules | .cursor/rules/*.mdc, AGENTS.md |
What must the agent always obey? | Repo-long |
| Skills | SKILL.md (.cursor/skills/ or user dir) |
What extra expertise loads for this task type? | On demand |
- Workflow = tempo on the score (plan first vs. test first)
- Rules = house rules (no
backend/edits, lint before commit) - Skills = specialists (security review, blog writing, MCP setup)
Layers stack: Workflow shapes the conversation, Rules sit at the bottom of context, Skills inject when the task matches.
Workflow: repeatable collaboration rhythm
Workflow is not a config file — it’s the steps you agree on with the agent.
1. Plan mode (think first)
Best for: cross-file refactors, new features, unfamiliar modules.
Read-only pass: list files to touch, risks, and a step plan with verification per step.
No code until I confirm.
2. Agent mode (small steps)
Best for: approved plan, clear boundaries.
Execute step 1 only under src/auth/. List changed files; do not commit.
3. Review mode (human + agent)
Best for: pre-merge, pre-release.
Review diff vs main: Rule violations, missing tests, hardcoded secrets. Output a checklist.
Rule of thumb: one agent session = one verifiable sub-goal. Don’t bundle “blog + backend + deploy” in one prompt.
Rules: persistent constraints and project memory
Rules mean you don’t repeat “we use TypeScript strict” every session.
| Scope | Path | Typical content |
|---|---|---|
| Project | .cursor/rules/*.mdc |
Style, layout, forbidden dirs |
| Repo root | AGENTS.md / CLAUDE.md |
Top-level agent brief |
| User | Cursor Settings → Rules | Personal prefs (avoid team-only items) |
.mdc skeleton
---
description: Blog article HTML conventions
globs: frontend/**/blog/articles/**
alwaysApply: false
---
# Blog article rules
- Copy from 0-article-template
- Opening hook before TOC
- Update blog/index.html per locale
globs: inject only when editing matching files — saves tokensalwaysApply: true: global (e.g. “never modify backend”)
Good rules are executable, verifiable, short (200–800 words), and in Git.
Skills: on-demand expertise
Skills are structured capability packs (SKILL.md). vs Rules:
| Rules | Skills | |
|---|---|---|
| Trigger | glob / alwaysApply | Agent judges task relevance |
| Purpose | Constrain defaults | Teach how to do a task class |
| Example | No backend edits | “Run deploy.sh safely” |
SKILL.md skeleton
# Deploy Skill
## When to use
User asks to deploy, release, or run deploy.sh.
## Steps
1. Confirm no backend/ changes
2. Update seo-file if new blog
3. Run ./deploy.sh
## Forbidden
- No force push to main
Built-in Skills (create-rule, review-security) are good templates.
How layers stack
| Scenario | Workflow | Rules | Skills |
|---|---|---|---|
| New feature | Plan → stepped Agent | Style, tests | — |
| Multilingual blog | zh first, then translate | blog-article.mdc |
blog-writer Skill |
| Production deploy | Human OK → run | No backend | deploy Skill |
| Security review | Read-only diff | Sensitive globs | security-review Skill |
Priority: current message > Skill steps > Rules > model defaults. Resolve conflicts in text: “Skill covers deploy only; still obey no-backend Rule.”
Example 1: blog Rule
.cursor/rules/blog-article.mdc — globs on frontend/**/blog/articles/**, enforces template copy, hook before TOC, index updates.
Example 2: deploy Skill
.cursor/skills/deploy/SKILL.md — checklist: frontend-only, sitemap/indexnow if blog, ./deploy.sh, verify URL.
Example 3: full blog ship Workflow
| Step | Mode | Focus |
|---|---|---|
| 1 | Plan | slug, outline, blog-writer? |
| 2 | Agent | test-article-input/, run generator |
| 3 | Agent | i18n-page-map.json, sitemap config |
| 4 | Human | spot-check zh/en |
| 5 | Agent + Skill | sitemap scripts + deploy |
Rules: no backend/; Skills inject commands at deploy/sitemap steps.
Team rollout checklist
- [ ] Root
AGENTS.md: stack, layout, forbidden areas - [ ]
.cursor/rules/: global + per-directory rules - [ ] One Skill each for deploy, blog, CR
- [ ]
CONTRIBUTING.md: Plan first, PR scope, review checklist - [ ] Rules/Skills changes via PR
- [ ] Remote machine (Cloud Mac) clones same Git — rules stay in sync
Common pitfalls
- One giant Rule → context bloat; split + globs.
- Agent without Plan → wide bad edits; plan first.
- Duplicating Rules and Skills → single source: constraints in Rules, flows in Skills.
- “You are an expert” Rules → waste tokens; write checkable rules.
- Ignoring RAM → multi-agent + builds need 32GB+; offload to Cloud Mac; Workflow unchanged.
FAQ
See structured FAQ in page footer / JSON-LD.
Q: Rules or Skills first?
One global Rule, then 2–3 Skills for top tasks. Workflow emerges from daily use.
Q: Claude Code mapping?
CLAUDE.md ≈ Rules; custom commands ≈ Skills; plan-then-execute ≈ Workflow.
See also Claude Code MCP setup.
ZavCloud Developer Infrastructure
Run your AI coding workflow on Cloud Mac
Rules and Skills configured, but local RAM can't handle multi-agent runs?
ZavCloud dedicated M4 Mac nodes with low-latency SSH — ideal as a remote primary machine for Cursor / Claude Code.