让 AI 做一份旅行攻略，最气的不是它不会写，是它写得像那么回事。
十天的行程排得整整齐齐，每天几点去哪、在哪吃、门票多少，一张表给你。你截图存进手机，到了地方才发现：那家店六点就打烊，你的表上写着「晚饭」；两个景点隔着半座城，中间只留了三十分钟；回程那趟车的班次，是搜索摘要编的。
问题不在 AI 会不会查资料，而在没人验收。你收到一份文档，它没有错别字，排版漂亮，你凭什么判断它能不能照走？
GitHub 上有个叫「见好 · 旅行规划器」的中文技能包，专治这件事。它 399 个 Star，9 月 23 日建仓，作者把整整 10 万字的工作流写成一份给 AI 看的使用说明书，里面配了 25 项自动验收检查（用脚本代替人眼逐项打勾）。README 的原话是「你也能一键验收 AI 有没有偷懒」。
我把这个仓库拷进隔离的沙箱跑了一遍。检查确实是真能跑的，但好几处标着「通过」的地方，其实是没检查。这一篇就讲清楚：它哪里值得抄，哪里还不能信。
—
它到底是什么
先说清楚「技能（skill）」是什么：它是一份给 AI 读的工作说明书。你把它放进 Claude Code 这类 AI 工具的技能目录，AI 下次遇到「帮我做个攻略」就会先读这份说明书，按它规定的流程干活。
绝大多数这类说明书只写「怎么做」。这个包不一样，它花了大量篇幅写三件事：
| 部分 | 内容 | 实测数字 |
|---|---|---|
| 工作流主体 | 从问需求到出成品，分 7 个阶段 | 阶段 0 到 5，含一个 3.5 |
| 硬性约束 | 8 条不可违反的铁律 | 如实查、未核实必标注、动线不绕路等 |
| 交付验收 | 一个 Python 脚本，逐项检查成品 | 25 项检查，1 项需另装浏览器组件 |
那个验收脚本是它最特别的地方。你让 AI 做完攻略，AI 得跑一遍这个脚本，把输出原文贴给你。脚本会去数你这篇成品里：十个必备板块是不是都写了、每天是不是有早中晚三行饭、有没有留下「【目的地】」这种没填完的模板占位、手机上会不会横向溢出、每天配图是不是 2 张或 4 张、页面里的地图线条有没有画出框外。
这些项不是凭空想的。它每一条后面都挂着一句来源，比如「每天配图 2 或 4 张，禁 3 张」后面写着：配图区是两列网格，3 张就会排成「上二下一」的歪相。
这个思路是对的。把「感觉差不多」变成「机器数得出来的相等」，是这类文档最需要的护栏。
—
实测：25 项里，我挖出 4 个洞
我在沙箱里把仓库拷下来（5.7 MB，8 个 Markdown、5 个 Python），只做了一件事：用它自带的检查去检查它自己。
先给一句公道话：它仓库里那份「基准骨架」是填空模板，不是成品，跑出不合格是正常的，作者自己也在文档里这么说。所以我没拿这一点当罪名。真正的问题在这几处。
| 我做的事 | 它报的结果 |
|---|---|
| 数它到底有多少项检查 | 25 项（README 写 11 项，更新日志写 24 项） |
| 把每天的时段卡全部删掉再跑 | 「时段卡时间线 ✅ 5 天时间戳升序（读到 0 个带时刻的时段卡）」 |
| 用关键词查它最新加的出境功能 | 签证、汇率、领事保护、时区、护照，一个都查不到 |
| 用它另一个版式校验脚本查它的基准骨架 | 不合格，退出码 1 |
| 看它的提交闸门允许哪些文件 | 它自己这版新加的工具不在白名单里 |
| 不带参数跑它新加的预抓工具 | 直接报错崩掉，没有用法提示 |
拆开说三条最值得注意的。
第一，零样本也算通过。 我把每一天的时段卡整段删掉，只留空的日期区块，再跑检查。它照样给「时段卡时间线」打勾，理由是「读到 0 个带时刻的时段卡」——读到 0 个，就没有乱序，也没有重复，于是通过。
这不算它没想过。它在这个脚本的更新说明里，亲口记着一模一样的翻车：以前删掉全部日期区块，脚本会报「0 天全齐」，它为此专门加了一条前置校验，现在 0 天直接判不合格。它认出了这个病，只治了一处。
第二，它最新、最重磅的升级，验收环节一条都没跟上。 10 月 19 日的版本把「出境能力包」列为本轮最大更新：签证体检卡、出入境双清单、双币种预算、领事保护区块、时差换算、插头制式。整个版本说明里写了六七段。
我在验收脚本里逐个搜这些词，命中 0 次。也就是说，一份出境路书漏掉签证倒排时间线、漏掉领事保护电话，那 25 项检查一项都不会响。
它自己在脚本注释里写过一句诊断，我认为是整份代码里最清醒的一句话：翻车全都发生在「条款有、检查器没有」的形态层。这次它自己也踩进了这句诊断里。
第三，它的校验脚本会判自己不合格。 包里还有一个「版式一致性」校验，拿基准骨架当唯一真值，比对新成品和它是否一致。用它去查基准骨架本身，结果是退出码 1，理由之一是「样式块 1 个，应为 2 个」。根因是那个「第 2 个样式块」被写在了 HTML 注释里，脚本数样式块时会先剥注释，判断「该有几个」时却按整份文件算——两边口径不一致。
还有两处小的：交付给仓库的推送闸门里，允许上传的文件清单只列了旧的三支脚本，这一版新加的预抓工具不在其中，照它自己的规则这个文件推不上主分支；报错提示还让人「先更新 GIT.md 的白名单」，而仓库里根本没有 GIT.md 这个文件。
—
但有一件事，它做得比大项目好
上面这些挖得越细，我越想说另一边。
这个仓库有一份 5.5 万字的「翻车实录」。不是宣传语，是事故档案：哪一版把 93KB 正文压成了摘要、导致条款全丢；哪一版手机端工具条把正文最后一行挡住了；哪一次图片检查因为没滚动触发懒加载，把 10 张图里的 4 张误判成死图；哪一次地图的路线端点在框里、路径却绕出框外 10 像素。
每一条规矩背后都挂着一次真实事故，而且是作者自己写下的、不体面的那种。
对比一下站内刚评过的同类：同样是自带检查的项目，有的 13 道校验跑完全绿，同时打印 409 条警告、一条都不拦；有的 1020 个测试全绿，我复现 6 个基准只对上 5 个。「闸门全绿」这件事本身不值钱，值钱的是闸门敢不敢红。
这个包的闸门是敢红的。它跑自己的基准骨架，25 项里直接判 8 项不合格、退出码 1，还把每一处不合格标出位置和修法。很多项目的验收脚本，出厂设置就是「全绿」，因为红了不好意思。
它还有两个细节看得出是真做过东西：一是给页面样式算了个指纹，派生新稿时样式一改就会被抓出来；二是查占位符之前，先把内嵌图片的二进制数据剥掉——因为图片数据里可能碰巧出现「TODO」这类字符，造成假报警。后者是吃过亏才会想到的。
再加上一组外部数据：作者说这个项目的抖音介绍视频播了 12.6 万次、收藏 2889（他标注截至 9 月 30 日，我无法核实，仅作参考）。
—
谁该用，谁别用
适合你的情况：你自己用 AI 写旅行攻略，写完想有个客观标准判断「能不能照着走」。把这套检查拿过来，改掉里面的城市前缀，就能用在你的成品上。或者你在写自己的技能包，想看一份把「验收」当正事的样本怎么组织。
不适合的情况：你以为装上它，AI 就会自己做出一份能直接出发的攻略。它的定位是流程和验收，真正的信息还是得 AI 联网一个个查，查不到就得如实标「未核实」——这一点它自己也反复强调，而且把「禁编造」写成了铁律第二条。
还有个体量上的提醒：10 万字节的单文件说明书，加上 5.5 万字档案，对 AI 的上下文是真金白银的开销。它在文档里专门立了一条规矩，禁止把这份说明书压缩成摘要，因为压缩就会丢条款。这是诚实的取舍，但代价也要你自己承担。
—
我的判断
值得放进观察清单，不建议直接当生产工具用。
它解决的是这类 AI 产物最缺的一环：验收。25 项机械检查、事故档案、敢判自己不合格，这三样在 399 星的小仓库里出现，质量明显高于星数。
但要真拿它交付，有四件事得自己补：检查项数按脚本实际输出为准，别照文档写；「读到 0 个样本」类的检查要人工复核有没有漏检；出境章节完全靠人眼盯；版式校验脚本跑在自己仓库上会误报，别被它吓到。
关注 AI商业快讯，每天一篇 AI 热点深度解读。
相关阅读：
- [laya 深度评测：7 天 2.35 万 Star，6 张基准表逐格复现](https://www.geeyo.com/laya-%e6%b7%b1%e5%ba%a6%e8%af%84%e6%b5%8b%ef%bc%9a7-%e5%a4%a9-2-35-%e4%b8%87-star-%e7%9a%84%e5%86%b3%e7%ad%96%e5%bc%95%e6%93%8e%ef%bc%8c6-%e5%bc%a0%e5%9f%ba%e5%87%86%e8%a1%a8%e6%88%91%e9%80%90/
评测环境：隔离沙箱内克隆仓库（bwrap 命名空间，无宿主家目录），所有检查在沙箱内断网运行。数据截至 2026-10-21。
