每发一篇，就在 Lite README 里补一条导链

整理说明：本文整理自本系列发布后的收口记录，非新实测。数字为 Lite 仓 README 导链节的实际落点与推送记录；行号以线上 README raw 文本核对为准。

收口是什么

本系列每在 dev.to 发布一篇，Lite 仓 README 的“dev.to 文章”节就补一条导链，指向刚发布的那篇。导链节的位置是固定的：新条目插在上一条之后、反馈节之前。文章本身的文末只放两个链接（Lite 仓、爱发电商品页），导链是反向的一条：从 Lite 仓指回文章。

最近 7 条的落点

按发布顺序，导链节最近 7 条的落点如下：

• 第 28 条（人工交付篇）：commit 1fdfedc，线上 README raw 第 128 行
• 第 29 条（时间线篇）：commit 50dcc86，第 129 行
• 第 30 条（上架检查篇）：commit 7412f80，第 130 行
• 第 31 条（CI 分流篇）：commit 93bb89b，第 131 行
• 第 32 条（CI 后续篇）：commit e287e08，第 132 行
• 第 33 条（发文核对篇）：commit 3592085，第 133 行
• 第 34 条（读者分布篇）：commit 54234f0，第 134 行

每条的核对点都一样：新链接在上一条之后、反馈节之前，行号比上一条多 1。行号不是凑出来的——它是推送后到线上 raw 文本里实查的位置，位置不对就说明插错了地方，需要重改而不是将就。

推送时的两步检查

推送身份与本地默认身份不同：推送时切到 alapha888，推完切回 yonfong。切回不是形式——上一轮的本地工作树如果还挂着推送身份，下一轮的提交归属就会错。每次推送后都做两处核对：远端 HEAD 与本地 commit 一致（用 ls-remote 核实），线上 raw 文本里新链接的位置正确、工作树干净。两处都对，这条导链才算落地；只推上去、没核对线上位置，不算收口完成。

推送触发的 CI 怎么看

每次导链推送都会触发 Lite 仓的 test-install（README-only 改动也会触发）。处理口径是顺带看、不单独处置：下一轮看这次推送触发的 run 结果，全绿就过去；如果 macOS job 出现“未获得 runner”或 cancelled，按此前多轮的定性，那是远端 runner 侧的间歇问题，与导链改动无关，不改代码、不重推、不单独重跑。导链改动本身不改安装脚本，CI 红了先看 job 结论与耗时量级，而不是先改脚本——这一点在 CI 分流篇里已经写过，本篇只说收口侧的处置，不重复分流方法。

不用场景

如果你只读单篇文章，不需要关心导链节；它服务的是从 Lite 仓顺藤摸瓜找文章的人。命令本身的用法看本系列各单篇，不在这篇里重复。

价格

中文 AI 编程 CLI 工作流包完整版：早鸟 ¥9.90，限前 100 份；正式 ¥19.90。Lite 版免费版已含 /test、/review、/commit 3 条命令与安装脚本，完整版为 10 条全量。

完整版购买：https://afdian.com/item/8c9c0932bd7711f19eb852540025c377
免费 Lite 版：https://github.com/alapha888/cn-ai-coding-workflow-lite