提交前自查 diff 能发现无关改动、调试代码、格式噪声和遗漏文件，降低代码审查成本。

本地问题不一定是代码问题，排查时应检查 Node、包管理器、环境变量、端口、缓存和依赖状态。

有用日志应包含请求 ID、用户动作、模块、状态和安全参数摘要，帮助线上问题快速定位。

好 PR 描述应包含背景、改动摘要、验证证据、风险和截图或接口示例，减少来回追问。

错误堆栈包含触发点、传播路径、模块边界和最近改动的线索，阅读时要结合 import trace、源码位置和上下文，而不是在恐惧中直接关闭终端。

当旧代码缺少测试时，可以先用特征测试记录当前行为，再逐步重构内部实现。

单元测试最适合覆盖纯函数、权限、状态转换和错误映射，展示样式和普通点击不应占用主要测试预算。

修改代码前先搜索现有实现，能避免重复造轮子、误判目录边界和遗漏调用点。

好错误信息应说明发生了什么、影响范围、可能原因和下一步动作，而不只是抛出失败。

AIGC 内容系统需要把选题、生成、事实校验、人工编辑、版权检查和发布监控串起来。