售后
你的项目能自己说出哪里不对。先看它，再查错误码那一页，最后才来找我们 —— 顺序就是这个，因为前两步能解决大部分问题，花的时间还不如写一封信。
先试这三步
- 1
在项目里跑 pnpm support
它会打印一份「你的项目现在长什么样」：各种版本、哪些资源根本没创建、哪些密钥没填、哪些数据库变更还没应用、你比脚手架落后了多少。它不会读取任何密钥的值，所以这份报告给谁看都安全。
- 2
把报告丢回给你的助手
粘回 Claude Code、Cursor 或者 Codex，然后说一句：「读一下这个，把它点出来的问题修掉。」它找出来的东西，大部分你的助手自己就能改完，不需要惊动任何人。
- 3
查错误码
凡是故意报错的地方都会给出原因，带一个像 E_NOT_LOGGED_IN 或 E_PENDING_MIGRATIONS 这样的码。故障排查那一页每个码都有一节：它是什么意思、为什么会发生、该怎么办。
去哪里找人
邮件
用付款时那个邮箱发信到 support@chandlery.app。把 pnpm support 的输出、你当时想做什么、实际发生了什么，这三样一起发过来。有没有这三样，往往就是回一封信和回六封信的区别。
脚手架仓库
买下之后你会被加进一个私有仓库，那个仓库开着 issue。凡是可能是脚手架本身的毛病，在那里开一条比发邮件好：它跟代码待在一起，别的买家搜得到，修复也能直接挂在它下面。
那个邮箱只有一个人在看，而且每封都看。多数回信在一个工作日内发出。拖得更久的，通常是正在被修掉而不是正在被回复 —— 那本来也是你想要的结果。这是在描述节奏，不是服务等级承诺。
售后管什么
- 脚手架自己的代码，以及它没有照文档说的那样工作的地方
- 你照着文档走，却失败了的部署、升级和脚本
- 写错了、过时了、或者只有「本来就懂的人」才看得懂的文档
- 帮你判断自己到底卡在六个阶段里的哪一个
不管什么
- 你或者你的助手后来加的代码 —— 你在上面盖的那个产品，得你自己调
- 别人家的账号和账单：Cloudflare、Polar、你的域名商
- 教编程，或者评审一个你自己设计的功能
- 替你做 —— 没有代做这一档，也不能从售后的后门变成一档
永远不要把密钥发过来。API token 不行、密码不行、.dev.vars 的内容也不行。售后没有任何一步需要它，而 pnpm support 本身就是照着「不可能不小心带上密钥」写的。
售后随产品终身包含，不额外收费，也没有另一档要买。