ooodc a7883dbed9 refactor(todo): 重构待办事项管理逻辑及更新状态规则

- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段
- 强制每个任务都必须有唯一 id，且由用户负责生成
- 修改合并模式逻辑，merge=true 下保留未提及的旧任务
- 支持已完成和已取消任务重新激活（状态改回 pending 或 in_progress）
- 禁止 in_progress 状态退回到 pending，必须标记为 completed 或 cancelled
- 优化状态转换校验，允许特定状态间合法切换
- 简化任务变更消息，移除详细的新增/更新/移除统计
- 更新文档和示例，明确 id 必须由用户生成和使用
- 修复和补充测试，增强状态转换和合并模式验证
- 调整任务时间戳生成逻辑，统一使用当前时间及索引
- 该变更提供更合理的任务状态机械及管理模式，提升稳定性和易用性

2026-06-13 09:22:33 +08:00

1.2 KiB

Raw Blame History

note +detail

note +detail 只做一件事：按显式 note_id 返回纪要展示类型和相关文档 token。

lark-cli note +detail --note-id NOTE_ID --format json

`note_id` 来源

可以来自用户直接给出的 note_id。
如果入口是文档，先由 lark-doc 读取 Docx；只有 <vc-transcribe-tab vc-node-id="..."> 的 vc-node-id 可以作为 note_id。
没有 vc-node-id 时，不要从 doc_token、标题、正文或 backlink 反推 note_id。

输出后的路由

detail 字段	后续动作
`note_doc_token`	读纪要正文 / 总结 / 待办 / 章节：`docs +fetch --api-version v2 --doc <note_doc_token>`
`note_display_type=normal` + `verbatim_doc_token`	读逐字稿：`docs +fetch --api-version v2 --doc <verbatim_doc_token>`
`note_display_type=unknown` + `verbatim_doc_token`	先按普通独立逐字稿文档读取；不要猜成 unified
`note_display_type=unified`	读逐字稿 / 原始记录：转 `note +transcript`

判别键是 note_display_type。即使 unified 纪要返回了非空 verbatim_doc_token，逐字稿仍按 unified 路由。

1.2 KiB Raw Blame History Unescape Escape

note +detail

note_id 来源

输出后的路由

1.2 KiB

Raw Blame History

`note_id` 来源