一键导入
architecture-enforcement
Use when file placement, dependency direction, framework conventions, or project architecture presets must be verified before writing code.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when file placement, dependency direction, framework conventions, or project architecture presets must be verified before writing code.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | architecture-enforcement |
| description | Use when file placement, dependency direction, framework conventions, or project architecture presets must be verified before writing code. |
Enforce clean architecture aligned with each framework's best practices. Detect the project branch, load only its detailed reference, then verify placement and dependencies before writing code.
Announce: "I'm using the architecture-enforcement skill to verify code placement and dependencies."
Scope: This skill checks placement, dependency direction, and framework conventions. Use /sc-explore or /sc-plan when the deeper question is whether a module, interface, seam, or adapter is shaped well enough to build.
.agent/rules/project-config.md, manifests, framework config, and nearby folders. Match architecture plus backend.framework / frontend.framework..agent/rules/project-config.md.If unmatched, retain the nearest project conventions; do not invent a layout. If ambiguous, inspect only candidate references needed to decide.
| Signal | Load |
|---|---|
nextjs / next.config.* | Next.js |
express | No legacy folder guide; retain project conventions and load HTTP/security |
react + vite | React + Vite |
nuxtjs / nuxt.config.* | Nuxt |
| FastAPI | FastAPI |
| Django | Django |
| Go Gin | Go Gin |
| Laravel | Laravel |
svelte / svelte.config.* | SvelteKit |
react + Metro / Expo | React Native |
NEVER rules.Pair with writing-plans and code-review when placement is valid but module shape, interface, adapter strategy, leverage, or locality needs review. executing-plans checks placement before writing code; code-review verifies compliance. Project-config rules use presets, quality-gates rules use framework specifics, and context7-docs supplies current conventions beyond these references.
Use when following the Super Compound BRD -> PRD -> FSD -> GOAL -> IMPLEMENTATION -> VERIFICATION delivery path, artifact traceability, FSD authority, optional ADR handling, zero context bloat issue slicing, or OPEN-* stop conditions.
Use when an approved FSD goal or lightweight issue pointer is ready for implementation.
Use when multi-component work needs cross-component verification of API contracts, data flow, events, auth, config, UI, background jobs, or tests.
Use when /sc-plan needs FSD GOAL-* packets turned into lightweight issue pointers, local Markdown Kanban boards, blocker DAGs, or multi-agent task contracts.
Use when a plan or issue board has 2+ independent execution streams whose time saving exceeds coordination overhead. Dispatches agents in isolated git worktrees only after required delivery gates pass.
Use when an FSD and goal issue board need requirement coverage, goal quality, dependency DAG, sizing, and verification validated before execution.