为何在 Ai2Done 用「JSDoc/TS」？
TS/JS的JSDoc，最怕和真实导出对不上：参数多了、类型写了仓库里不存在的名字，读的人比你更晕。让注释和签名同步，是协作礼仪。对前后端都写、还要写README的人来说，这同样是写作与维护的双重压力。用Ai2Done，从函数签名和调用场景出发生成注释草稿，用AI写作助手把为什么这样设计、替代方案、迁移提示写清楚。再用语法检查工具过一遍，减少中英夹杂的别扭。和写多语言邮件、写多版本邮件模板的人一样，你最怕前后口径不一。出包前，请你再跑一次类型检查，文字不能替代工程真相。把协作习惯写进注释，项目会更有温度。你照顾后来人，也照顾未来的你。类型与注释一致，是最基本的前后端礼仪。导出名旁边那行，值得多改两遍。
三步把「JSDoc/TS」模式用好
- 把素材贴入，写清读者、场景与要达成的结果（与JSDoc/TS强相关）。
- 补充必须保留的术语、禁忌、语气，以及长短线限制，让输出可审可改。
- 通读核对数字、姓名、承诺与引用；对不顺的一句单独重生成一版再合并。
常见问题：JSDoc/TS
「JSDoc/TS」只适合做第一稿吗？
适合。把输出当可编辑起点，再补只有业务方知道的细节，并做终稿与风险审阅。
长项目如何保持风格统一？
每轮复用同一段读者与词表说明，并分段处理，术语和礼貌层级更稳。
不注册也能用吗？
很多流程可在线快用，具体以工具页对输入长度、额度与合规则提示为准。