八荣八耻开发守则

要解决的问题

很多编码失败不是算法问题，而是模型在不确定时过度自信：凭记忆调用接口、把模糊需求直接实现、跳过边界测试、未经业务确认就处理退款权限逻辑，或在重构时改动全局函数引发连锁故障。八荣八耻 将这些常见失败模式显式化为开发守则，降低“看起来能跑”但实际不可靠的输出。

技能如何工作

该技能会在编写、修改、调试代码、技术决策、外部 API 调用和敏感数据操作等场景被触发，核心是把开发动作拆成可检查的约束：

• 查证据：调用 API、库函数或配置参数前，优先核对文档、源码、示例与历史 issue，避免 404、参数类型或返回值误用。
• 先确认：需求含糊时列出假设与选项，尤其涉及金额、权限、合规等边界，不替业务方做决定。
• 复用优先：先检查标准库、框架内置、项目内实现与成熟第三方库，减少重复维护。
• 验证闭环：覆盖空值、零值、边界值、异常路径和类型错误，交付前确认结果可运行。
• 尊重架构：保持命名、分层、错误处理、日志等既有约定，大改动前做影响分析和分步回滚。
• 坦诚不确定：对不懂的问题明确标注推测边界，避免用行话掩盖风险。

注意点是它偏行为准则而非具体代码生成器：不替代项目规范、测试框架或业务文档，也不能保证所有业务决策正确；对于强合规场景，仍需人类确认关键规则与审计记录。