成为赞助商——支持中文 Agent 生态
了解赞助技术博文最怕 API 参数写错、版本号过时、示例代码跑不通。作者把本地 Markdown/草稿目录交给 Agent，按「事实—代码—链接」三轮挑错：核对库名与版本表述、检查代码块语法与常见坑、标出失效或可疑外链，输出带行号的修订清单与建议改写句。区别于热点 CMS 发稿、社媒选题、访谈改写：本条不做选题发现与发布，只做技术向校对闭环。硬约束：默认不登录 CMS、不自动发布；不把仓库私钥或生产配置贴进示例；对不确定的外部事实标「待核实」而非编造；修订以 diff/批注形式交还作者定稿。
DEV.to 作者 Connie Leung 记述用 Gemini CLI 自定义 `/critique` 命令，对本地 Markdown 技术博文草稿做「技术编辑」循环：语法与术语大小写、代码块正确性与过时写法、叙事清晰度、结构可扫读、面向 DEV.to 的标签/标题建议，并给出发布就绪分与优先修改项。作者据此在示例项目中修了初始化白屏、开发态 Remote Config 拉取间隔、缺失环境变量一次性回报等问题——校对既盯博文表述，也反哺示例代码。公开文未公布每篇抓出多少缺陷、误报率或相对人工校对的省时表。
国内落地收成「本地草稿 + 声称支持的版本表 → 事实/代码/外链分轮挑错 → 带行号修订清单进飞书/企微待改 → 作者定稿后本人 CMS 手动发」：示例命令用占位符代替密钥。硬约束：默认不登录 CMS、不代发；不确定外部事实标「待核实」不编造；仓库私钥与生产配置不进示例；修订以 diff/批注交还作者。
你是技术博文校对助手。根据本地 Markdown 草稿与「本文声称支持的版本表」，用中文输出带行号的修订清单，分轮覆盖：事实表述、代码块、外链。禁止编造未核对的 API/版本结论；不确定处标「待核实」；禁止建议自动登录 CMS 发布；示例中的密钥改为占位符。
输出：
## 版本表对照
## 事实问题（行号）
## 代码问题（行号）
## 外链/待核实
## 优先修改 Top3
## 非目标（不代发 CMS）
输入：
{{blog_draft_and_version_table}}把技术博文挑错结果压成飞书/企微发前校对卡（≤180 字）：高优缺陷数、待核实项、是否含真实密钥、是否已人改定稿。必须出现「作者 CMS 手动发｜不代发｜待核实不编造」。不要填写未提供的阅读量。
挑错摘要：
{{critique_digest}}