第三步：把剩下的手工修掉
跑 formatter、改掉两个函数名、删掉未使用的变量，输出修之前和三步做完之后的问题数（前在先）。
交付：让一段代码从 5 处告警到 0
这是本条路线的最终作品。把前面的函数合起来，一次验完五条： 原始代码有 6 处问题，分布在 5 行、涉及 4 类规则 六个名字里 4 个合规、2 个不合规 跑完 formatter 剩 3 处，都是 E201 和 E301 只改命名能降到
在真实仓库配规范，先做什么
给一个仓库配上格式化和 lint，第一步是【0】。
怎么证明规范检查真的配好了
最可靠的验证是【0】。
配好之后该看到什么
规范检查配好之后，对那段示例代码跑一遍应该报几处、涉及几行？运行下面这段程序： import re def is_snake(name): return re.fullmatch(r"[a-z_][a-z0-9_]*&q
看清这个仓库已经有什么规范配置
场景：~/proj 是个 Python 项目，之前的人配过规范工具，但没人说清配了什么。 任务：找出仓库里已有的规范配置文件，看清它规定的每行最长多少个字符（max_line），到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在
跑一遍检查，看它报了多少
场景：~/proj 的规范配置已经在那儿了，README 写了怎么跑检查。 任务：把规范检查真的跑起来，看清它一共报了多少处问题，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里做出的真机产物：找东西类到 ~/对照表
让格式化工具修掉它能修的
场景：~/proj 的检查报了一批问题，其中一部分是纯格式的。 任务：跑一遍格式化工具（README 写了怎么跑，注意「只预览」和「真改文件」两种模式），把它能自动修的修掉；再跑一次检查，看还剩多少处，到 ~/对照表.txt 里查那个数对应
把工具修不了的那些手工改掉
场景：~/proj 已经格式化过了，检查还剩几处，都是工具不敢自动改的（函数命名、没用到的变量、太长的行）。 任务：手工把剩下的问题改掉，让 python3 tools/lint.py 一处不报；⚠️ 改函数名时把调用它的地方一起改，改完
交付：在真机上让整个仓库通过检查
场景：~/proj 里有好几个文件都不合规（不只是你先看到的那一个）。 任务：完整走一遍——看清已有配置、跑检查、用格式化工具修掉能自动修的、再手工处理剩下的，直到整个仓库 python3 tools/lint.py 一处不报，而且 pyt