技能介绍

讲义工程的三重失控

同时维护 9 本 GESP 讲义时，最常见的问题不是某一题解错，而是一致性的崩塌。题面可能在 CCF 官方 PDF、洛谷题库、HFOJ 镜像之间各说各话；同一道题的 C++ 代码可能出现 endl、true/false、x1/y1 混用；七七在 OJ 上的 AC 提交散落在 judge 表里，没人说得清一道题到底有几种思路。结果就是改一处、错三处。

这个技能要解决的正是这件事：把题面、代码、排版、复检四条线收敛到同一套可执行的规则上。

核心能力与关键步骤

题面口径：CCF 官方 PDF 是唯一真源，洛谷做题号与难度交叉核对。md 是权威源，.tex 永远跟 md 走，字段顺序固定为题目描述 / 输入格式 / 输出格式 / 说明 / 样例 / 数据范围 / 样例解释。难度必须取洛谷网页的 8 档名称，不能只看 API 返回的整数。

码风强制：§1 定义了完整命名表（ans/cnt/mx/mn/mp/g/f/dep…），默认 1-based 下标，禁用 endl、true/false、nullptr、left/right 标识符，布尔一律 1/0，输出换行用 '\n'。

AC 入库：按题名从 OJ 拉取七七的全部 AC 提交，按算法思路人工去重（不是 MD5），每一份都过码风检查后以 xxx.cpp、xxx-m2.cpp 形式入库，几种思路就留几份。

关键顺序不可颠倒：对题 → 写 md → 拉全部 AC → 码风入库 → 写 tex。跳过入库自己重写一版是明确禁止的。

适用边界

只管讲义 tex / cpp / py 与全书复检。pdf-2-md 负责把权威仓转成可提交格式，wechat-md 负责当天班级微信稿，qiqi-writing-style 只管文风，class-html 做交互式教案。
fetch_luogu_statements.py、gen_tex_statement.py 等脚本只用于洛谷元数据核对与 AC 拉取，禁止用来生成权威题面。
题面录入与核对必须人工完成，脚本不代劳。
找不到七七 AC 的题要先向用户汇报，不写第二解，也不把自创代码冒充 AC。