菜单
实现关注点分离，确保不同职责模块化和边界清晰。当需要架构分层设计、模块职责划分、横切关注点处理时使用。覆盖层次分离、功能分离、横切关注点三大维度，提供分离检查清单和耦合问题的诊断修复方法。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
应用面向对象设计五大原则（单一职责、开闭、里氏替换、接口隔离、依赖倒置），系统化评审类与模块设计质量。当需要评审架构设计、重构现有代码、审查类职责划分时使用。支持多层次检查清单和违反原则的诊断修复。
识别并消除过度设计，确保只实现当前明确需要的功能。当需要评审功能范围、重构冗余代码、权衡技术债务时使用。覆盖功能必要性、过度设计信号、技术债务权衡三大维度，提供具体的识别标准和删减建议。
多维度审查 Markdown 文档质量，覆盖结构、内容、格式、引用、元数据五大维度。当需要评审文档质量、统一格式规范、验收交付文档时使用。提供分级检查清单、通过标准、常见问题修复指南，支持从快速检查到深度审计的多层次需求。
识别并消除知识重复，确保系统中每条知识有唯一权威表示。当需要重构代码、整理文档、优化配置、建立单一数据源时使用。覆盖代码重复、数据冗余、文档重复三大维度，提供具体消除策略和权衡建议。
评估用户故事质量的六维度框架（独立性、可协商、有价值、可估算、小粒度、可测试），系统化审查需求质量。当需要编写用户故事、评审需求文档、拆分史诗故事时使用。提供分级检查清单和低质量故事的改进建议。
保持设计和实现的简单性，识别并消除不必要的复杂度。当需要架构设计评审、代码简化重构、接口设计优化时使用。覆盖代码、架构、接口、流程四大维度，提供简单性检查清单和过度复杂性的诊断修复方法。
| name | principle-soc |
| description | 实现关注点分离，确保不同职责模块化和边界清晰。当需要架构分层设计、模块职责划分、横切关注点处理时使用。覆盖层次分离、功能分离、横切关注点三大维度，提供分离检查清单和耦合问题的诊断修复方法。 |
| stage | COMMON |
| level_supported | ["L1-STREAMLINED","L2-BALANCED","L3-RIGOROUS"] |
Scope: COMMON（全阶段通用）
版本: 0.1.0（占位）| 创建日期: 2025-11-27
SoC（Separation of Concerns）是软件架构的基础原则：
┌─────────────────────────────────────────────────────┐
│ 🧩 Separation of Concerns │
├─────────────────────────────────────────────────────┤
│ "Let me not be so vain to think that I am the │
│ sole author of my work... We are all but │
│ standing on the shoulders of giants." │
│ — Edsger W. Dijkstra │
└─────────────────────────────────────────────────────┘
| 模式 | 关注点分离方式 |
|---|---|
| MVC/MVVM | Model / View / Controller |
| 分层架构 | Presentation / Business / Data |
| 微服务 | 按业务域分离 |
| 六边形架构 | 核心 / 端口 / 适配器 |
>>soc_check_l1 # SoC 快速检查
>>soc_layer_review # 层次分离审查
>>soc_boundary # 边界识别
TODO: 待细化各架构模式的 SoC 检查规则