用途：ticket-up 接收一个 manifest 路径作为输入；若未提供，则在 ~/.manifest-dev/manifests/ 中查找最近的 manifest 并确认，若不存在则需先运行 /define。它把 Manifest 转换为自给自足的工单，供队友、智能体或未来会话接手，不依赖 manifest-dev 环境。
主要能力：每个 Deliverable 生成一张工单，并建立工单之间的依赖边。Deliverable 本身是垂直切片，可独立完成并端到端验证，因此整体映射为一张工单；若过大，应在 manifest 中修正切分。生成前需阅读 references/TICKET_CONVENTION.md，工单须符合其定义的结构、生命周期与优先级。工单需通过自足性测试：仅持有该工单的陌生人能否理解工作缘由、边界、陷阱并判断完成。全局不变量复制进每张工单，去掉验证措辞；gate 类型、验证模式、gate/PG/ASM 代码不进入工单。Auto 授权按工单逐张决定，仅在无需人类知识、品味或权威即可完成与判定，且无审批、凭据或不可逆操作时授予，存疑则不授予。类型取自该 Deliverable 自身工作，默认词表为 bug、feature、refactor、docs、chore，项目可在 tickets/store-config.md 中替换。依赖边仅在确实需要另一 Deliverable 结果时编码，否则保持并行。
使用方式：工单存放位置由 tickets/store-config.md 指定，或询问一次。文件方式写入 tickets/<effort-slug>/NN-<ticket-slug>.md，并写 README.md 前页，关闭的工单移入 done/。GitHub Issues 方式需阅读 references/GITHUB_STORE.md 并按其映射执行。其他跟踪器需自行编写映射，写入 tickets/<venue>-store.md，并由 store-config.md 指向它。生成后若 manifest 指定了后续问题工单，则立即创建并连接边；最后以表格展示工单列表及其依赖。
适用场景：需要把已定义好的 Manifest 拆解为可独立领取、可交接的工单时。
限制：无 manifest 时无法运行；不支持的跟踪器需自行编写映射；Auto 授权与类型判断需谨慎，存疑时默认不授予或不标注。