新开发者进入项目时，应先掌握本地运行、目录边界、验证命令、发布流程和常见故障。

好提交信息应说明为什么改、影响什么范围，并帮助后续定位历史和回滚。

稳定调试流程应先复现、收集证据、缩小范围，再做最小修复和回归验证。

Feature Flag 不只服务大项目，小团队也可以用它降低上线风险、做灰度和快速回滚。

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

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

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

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

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

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

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

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

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