01 / 04工程设计原则
简单优先，
可靠与安全不让渡
先定规则，再动代码。方案能用最小的那个解决，就不上大的；可靠和安全是底线，不参与取舍。
SIMPLE
简单优先
选能一屏讲完、当天能验收的方案。不为「万一以后需要」提前写代码；确定性的判断交给代码，不交给模型。
RELIABLE
可靠
失败必须看得见——有日志、有告警、有心跳。跑通不等于跑对，「静默地不工作」是最贵的故障。
SAFE
安全
默认最小权限，改动可回滚。上线同时给出回滚命令，5 分钟内验证关键路径。
今天起动手前先说清楚：这件事最小的做法是什么；说不清就先别写。
02 / 04第三人评测与验收
自己做的活，
不能自己判合格
每天收尾的必做动作：交出去的东西由第三人评测并验收，验收结果由第三人负责，不是执行人自评。
执行人自测
跑通、贴出真实输出，列清楚哪些没做、为什么没做。
责任人：执行人第三人评测
独立复核，不转述执行人的结论；有疑点就退回，不放行。验收责任在这一步。
责任人：第三人签字验收
通过后签字归档，当天收尾闭环；未签字的一律算未完成。
签字人：负责人判据「应该没问题」不算验收——要有实际输出、实际截图、实际数据。
03 / 04问题与需求的管理移交
群里说过，
不算交接过
问题和需求统一走多维表格：一条记录一件事，字段填齐才算交接完成。口头、群消息只是提醒，落表才是移交。
一条记录的必填字段MULTI-DIM TABLE
标题一句话说清是什么
类型问题 / 需求
提出方谁提的、什么场景
责任人唯一，不写「大家」
状态待办 / 进行 / 待验收 / 完成
期望完成具体日期
验收人第三人，见第 02 条
证据链接 / 截图 / 输出
今天起交接只认表：没有责任人和期望完成日期的记录，视为还没提出。
04 / 04夜间自动化
人下班，
任务不下班
白天的时间留给判断和决策，重复性的活排进夜里自动跑。多出来的这一轮，就是我们和优秀团队的差距。
18:00
排队
下班前把当天可自动化的任务写进夜跑队列：跑批、回归、采集、报表、清理。
00:00
夜间执行
定时触发，全程留痕。每个任务两个指标：自身心跳 + 业务产出，缺一不算跑过。
09:00
早会验收
早会第一件事看昨夜结果：成功几条、失败几条、产出在哪。失败的当场认领。
今天起每人报一件能交给夜里跑的重复工作，本周把它排进队列。