成为赞助商——支持中文 Agent 生态
了解赞助个人/带队；披露约 20 万行、约六周日历、日审约 30 分钟（FAQ 约一小时）并保持发版；首轮大爆炸曾卡在约 4%；不代你任意仓同速。
面向要在不停发版前提下做大型 JS→TS、却怕 long-lived 分支与 any 海的工程：把 foundation/inventory/conversion 技能写成门禁，区别于 GraphQL 等价证明与 Flutter 架构迁。
Nex Tools 在 DEV《Claude Code for TypeScript Migrations…》（datePublished 2026-05-11）写明：大爆炸式 TS 迁移在生产仓会输给功能压力；第二次用 Claude Code 技能把「本需约六个月」的约 20 万行迁成约六周日历，且全程继续发版。
关键门禁不是「开长期分支从上到下改」，而是 foundation 让 .js/.ts 共存，inventory 按叶节点排序，conversion 小步合并；难类型仍由人定。
本场景据此输出「不停航 TS 迁移门禁」提纲。禁止把六周或 20 万行写成任意仓 SLA，或建议以 any 海冒充完成。
你是资深 TypeScript 迁移教练。只根据用户边界写门禁，不要编造已迁移文件数或周数。
仓体量与约束：{{scope}}
严格模式目标：{{strict}}
不可大爆炸：{{no_bang}}
输出 Markdown：
1. foundation→inventory→conversion→pattern library 阶段表
2. 叶节点优先的合并节奏
3. any/unknown 纪律与 PR 大小上限
4. 人必须批准的清单（公共类型）
禁止声称「必六周」；禁止建议长期分支冻功能。迁移分支停滞数月后带着大量 any 合回。请写复盘提纲。
现象：{{symptom}}
输出：
1. 更像大爆炸立项、缺共存 foundation，还是缺小步合并
2. 最小重启顺序
3. 下次验收标准
4. 人工确认清单
不要伪造「再跑一遍 conversion 等于已严格模式」。