4 Commits

Include renames

Author	SHA1	Message	Date
Steven	b662429842	fix(knowledge): 翻页游标的字段名写错，点「加载更多」必 500 ... 知识列表拿游标做 keyset 分页时写成了 `cur.item_id`，而 `Cursor` 只有 `created_at` 和 `id` 两个字段——属性不存在，直接 AttributeError， 前端只看到"服务器内部错误"。 库里不足一页（默认 30 条）时永远走不到这条分支，所以一直没暴露； 旧备忘导进来 84 条之后，用户点「加载更多」就撞上了。 补一条回归用例：造 25 条、每页 10 条翻到底，断言不重不漏、末页游标为空。	2026-11-01 02:55:23 +08:00
Steven	b29286778f	fix(knowledge): 分类侧栏按树的顺序排，已发布的知识也能直接改 ... 两个都是"看着不对劲"的问题： 1. 侧栏把二级分类全堆在一级分类后面（按 depth 排序的副作用）， 「技术」和它的上级「我的备忘」隔着十几行，看着像一棵假树。 后端改成按树的先序返回（父分类后紧跟它的子分类，兄弟仍按 sort_order、name）， 前端照 depth 缩进就是个真树；二级以下再加一个「·」标记，小屏也分得清。 2. 点开已发布的知识只有「归档」，没有改的入口——因为后端原来硬性拒绝 修改已发布内容（7003）。但"发布"是给团队看的，写错了总要能改： 现在已发布的可以直接 PATCH，改完立刻重建检索切片（chunk_count 当场更新）， 状态和版本号照常推进；归档的仍然要先「恢复成草稿」再改。 Web 与安卓同步：抽屉/详情里已发布也显示「编辑」，安卓分类标签区不再锁。 验证：pytest 95 passed（新增"分类按树返回"用例、发布后可改用例）、 ruff 全绿、tsc 0、vite build ✓；`knowledge-notebook.mjs` 17 项、 `knowledge.mjs` 9 项 e2e 全绿。安卓仍未编译（JDK 25 / Gradle 8.7 不兼容）。	2026-10-31 02:06:49 +08:00
dadao	0919c8ecd3	fix(knowledge): 草稿的过程段写「收件箱 → 待办」，而不是两句「状态变更」 ... 自动生成的草稿里，时间线只查了 activity.action，没带 payload， 于是每条状态变化都变成一模一样的「状态变更」，读者看不出事情怎么走的。 - services/knowledge.snapshot_source 多取 Activity.payload 一起交给渲染 - domain/knowledge 加 STATUS_LABEL 与 _describe()，把 payload 的 from/to 翻成人话 - 新增用例断言草稿里有「待办 → 进行中」「进行中 → 已完成」 66 passed。	2026-10-28 14:14:50 +08:00
dadao	e9addeed25	feat(knowledge): 工单验收自动生成草稿，核对后发布，来源可追 ... - knowledge_doc 与 item 1:1，除 source_kind=manual 外必须有来源（库级约束） - 状态机 draft/in_review/published/archived，发布要 owner/admin；非法动作回 allowed_from 与 allowed_actions - 工单验收通过自动落 postmortem 草稿（generated_by=rule），同一来源只生成一次 - 接口：列表/详情/手记/改内容/状态动作/从事项沉淀；已发布禁改，改内容带乐观锁 - Web 知识页 + 详情抽屉；任务与工单详情里可「沉淀成知识」 - 8 个后端用例 + e2e 7 项断言（沉淀 → 待核对 → 发布）	2026-10-28 14:02:35 +08:00