菜单
在项目的任何阶段加载并始终生效：架构设计、制定计划、编写代码、重构优化、代码审查、补注释、调试修复、测试验证、文件整理、性能优化、安全检查、文档撰写。确保所有代码产出始终遵循 HOP（面向人类编程）思想：高密度精华注释、触发-指令-数据-反馈架构主线、局部可读性优先、commands/store/tools 职责分离、数据流显式可追踪。当提到 HOP、面向人类编程、human-oriented programming、代码可读性、注释密度、注释规范、架构规范、命名规范、代码审查、代码风格、项目结构设计、初学者友好、代码即文档、可维护性时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | hop |
| description | 在项目的任何阶段加载并始终生效：架构设计、制定计划、编写代码、重构优化、代码审查、补注释、调试修复、测试验证、文件整理、性能优化、安全检查、文档撰写。确保所有代码产出始终遵循 HOP（面向人类编程）思想：高密度精华注释、触发-指令-数据-反馈架构主线、局部可读性优先、commands/store/tools 职责分离、数据流显式可追踪。当提到 HOP、面向人类编程、human-oriented programming、代码可读性、注释密度、注释规范、架构规范、命名规范、代码审查、代码风格、项目结构设计、初学者友好、代码即文档、可维护性时触发。 |
本规范是项目的最高工程准则。所有代码产出、重构决策、审查判断必须以本规范为唯一衡量标准。偏离即纠正，无例外。
让任何人——包括刚学编程的初学者——只看局部代码就能理解这段代码在做什么、为什么这么做、数据从哪来到哪去、能怎么改。代码即文档，注释即教材，命名即说明书。不依赖任何背景知识，不需要记住项目架构和历史。
一切交互与业务流程必须按以下链条组织，不允许例外：
触发事件 → 指令执行 → 数据修改 → 效果反馈
详细说明与分层规则参见 references/architecture.md。
用业务对象命名，禁止技术术语。缩写整体保留，不拆不变形。
详细规则与示例参见 references/naming.md。
注释是本规范的核心竞争力。目的不是解释难点，而是让初学者连续顺畅地阅读代码，像读教材一样理解每一步。
详细规则、密度要求与格式标准参见 references/comments.md。
固定顺序：函数段落标题 → 函数头（含参数注释）→ 卫语句（每条加注释说明原因）→ 空行 → 主逻辑（读取数据/处理逻辑/修改数据）→ 反馈/返回结果。
以下文件展示了同一功能的正确写法与错误写法，供生成和审查时参照：
每次生成或修改代码后，必须对照以下清单逐条确认。任何一条未通过，立即修正后再输出：
发现偏离时：指出偏离点，给出最小修正方案，执行修正。不妥协，不搁置。
