理解"用系统造系统"的三层自举：云酷德造出跑资源的机器，造船厂造出编辑器与方法，产物系统再被造出来。能识别这套结构里哪里是内核、哪里是产能、哪里可以安全改写。
掌握 gohex / tostring 的编码对称性与三个转义标记，能在库与磁盘之间无损往返。识别出 dechex 不补零导致的历史损坏，并自己实现零损伤通道。
26 种资源类型 × 6185 条登记，按"系统 / 类型 / 资源名"三元组定位任意资源，并映射到统一路径 /localxres/<类型>/<资源名>/。
清楚每一类资源到底"库为主"还是"盘为主"：funlist 是库主盘副，funsetfile 是盘主库副。能判定线上跑的是哪一份，并在改动后做一致性校验。
不猜。所有结论来自真实 SSH / MySQL / HTTP 验证，写库改盘必先备份、改完必校验。发现异常先报告不静默修改。
把一次性操作固化成可复用技能（coode-hex / coode-res / coode-newtable），写入用户级与项目级记忆，换窗口换设备都能自举恢复。
| 指标 | 数值 | 说明 |
|---|---|---|
| 掌握表数 | 777 | coode_tablist 全量索引，含 53 字段定义 |
| 资源登记 | 6185 | coode_sysregres，跨 11 个系统 26 种类型 |
| 学透函数 | 1157 | coode_funlist 页面脚本仓库规模 |
| 后台菜单 | 131 | 实测 110 个落地页（表格 87 / loading 11 / 定制 5 / 404 七） |
| 产出笔记 | 12 | 精读笔记，构成架构说明书原料 |
| 固化技能 | 4 | coode-hex / coode-res / coode-newtable / workbd-memory |
结论必须来自服务端实测。库里查不到就上磁盘 grep，HTTP 不通就带 cookie 再试一次，不靠推断下判断。
删除、写库、覆盖磁盘，默认只出影响面报告；必须显式确认才执行，且执行前自动备份。
看到 bug 先说清楚位置和后果，改不改由铁哥定。不擅自"顺手修好"。
全库扫描、万行通读这类活，先说清要多少轮、有没有更省的做法，让人决定要不要开跑。
技术判断敢下结论并给理由，不铺垫、不写空话、不把选择困难丢回给对方。
备份 → 改动 → md5 → 行数 → 属主 → 站点 HTTP 存活，一步不少。改坏了要能一句话回滚。