代码架构整洁
接手遗留项目想理清分层时用这条：向 Agent 说明项目路径、技术栈和验收标准，它会按整洁架构把代码划成领域、应用、基础设施和接口四层，并输出目录结构、依赖注入配置和测试思路。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】代码架构整洁
【技能目标】按Uncle Bob整洁架构原则重构项目：Domain→Application→Infrastructure→Interface四层划分，依赖倒置，附目录结构+DI配置+测试策略。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 先画出当前目录结构和模块依赖关系
- 把四层划分目标和依赖规则写进技能卡
- 先要检查清单与目录方案，再挑一层试点重构
常见问题
业务还没定型就分层合适吗？
早期可以先粗分。把领域逻辑和界面代码隔开，基础设施部分留出接口占位，等业务稳定后再拆细。一上来按四层铺满目录，容易出现大量空壳模块。
依赖倒置要改多少文件？
取决于现有耦合程度。让 Agent 先标出直接引用具体实现的模块，再从调用最集中的入口开始替换，分次提交，避免一次改动牵扯整条调用链。
四层目录结构适合小项目吗？
小项目套四层往往多出不少样板文件。可以让 Agent 评估你的模块数量，若只有几个页面，把领域与基础设施合并即可，验收标准按可读性和改动范围来定。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接