8 Commits

Include renames

Author	SHA1	Message	Date
steven	71982f9fa4	feat(knowledge): 分类可改名/配色/删除，选中态与加载态更清楚 ... 分类之前只能新增，建错了只能干看着。补上三件事： - knowledge_category 加 color 列（迁移 0009，CHECK 卡 #RRGGBB）， PATCH 支持改名与改色，空串表示取消上色；知识列表带出分类色，前端不用再查。 - 分类行悬停出「⋯」：改名、选色板/手填色值、建子分类、删除（有知识时确认后 force）。 - 选中分类改成主色浅底 + 描边 + 色点，列表头显示当前筛选；切分类时列表淡出并转圈， 不再一动不动等请求回来。 顺带给卡片画分类色上边线：扫一眼就能分出哪几条属于同一类。	2026-11-02 19:24:44 +08:00
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
Steven	ffae7e380f	fix(knowledge): PATCH 知识时带上 doc_type 直接 500 ... `patch_knowledge` 把 `doc_type`/`summary` 也塞进了给 `items` 表的 UPDATE， 于是 SQLAlchemy 报 `CompileError: Unconsumed column names: doc_type`——改类型的 请求一律 500。这两个字段本来就属于 `knowledge_doc`，下面几行已有赋值，重复写 进 items 的 values 是错的。 现在 `values` 只放 items 的列（title/body_md），`doc_changed`（doc_type/summary） 单独参与"要不要推进 version"的判断，语义不变：只要这条知识的样子变了， version 就得 +1，否则下一次保存会拿旧 version 撞 4009。 补一个用例：PATCH 同时改 title/body_md/doc_type/tag_names 应该 200， doc_type 生效、version 前进一步。这个 bug 之前没暴露，是因为 Web 抽屉只改 标签和分类，没人用 PATCH 改过类型。	2026-10-30 16:18:05 +08:00
Steven	ed31af3f46	feat(knowledge): 知识改成备忘录形态，一次写全 + 三级分类，抽屉加宽 ... 知识以前只能"填个标题就完成"，正文、标签、归类都要点进去再补。现在新建 就是一张完整的备忘录：标题、类型、分类、标签、正文一次写完，存完直接打开 详情继续编辑；知识页左侧多了工作区三级分类树，可按分类子树 / 未分类 / 标签 筛选。凡是填信息的抽屉都加宽了，还能一键展开整屏。 后端 - 新增 `knowledge_category`（迁移 0007）：`workspace_id NOT NULL` + 自引用 `parent_id`、`depth` 1..3 检查约束、同层重名唯一索引（lower(name)）、 RLS 策略与 `dadao_app` 授权；`knowledge_doc.category_id` 外键 ON DELETE SET NULL。 - 新增 `/knowledge/categories` 增删改查：超三级 `7007`、同层重名 `7008`、 跨租户或不存在 `7006`；`move=true` 才改父级，成环与移动后超过三级的子树 一律拒绝，删除有知识的分类要 `force=true`（知识变未分类）。 - 知识列表支持 `category_id`（含子树）、`uncategorized`、`tag`；输出带 `category`（含 `path` / `full_path`）。 - PATCH 只改分类或标签也会推进 `version`，避免"只动标签"之后下次保存撞 乐观锁 `4009`。 Web - `Sheet` 增 `size="md/lg/xl"` 与展开整屏按钮；任务、工单、知识抽屉统一 加宽（`TaskDetail` / `Tickets` / `Knowledge`）。 - 知识页：左侧三级分类树（新建、按子树筛选、未分类）、`KnowledgeComposer` 一次写全新的备忘录、列表卡片露出分类路径与标签、详情抽屉里可直接改分类 与标签。 - 抽屉详情只拉一次：重复的 effect 或迟到的响应不再覆盖用户正在敲的内容。 安卓 - `Api.kt`：分类模型与接口、新建/更新带 `tag_names`/`category_id`、 列表带分类与标签筛选。 - 知识页重做：新建改为近全屏大对话框（标题/类型/分类/标签/正文），列表 顶部按分类筛选，详情里能改分类与标签后单独保存。 文档与测试 - `2.Design/API.md`：5.1/5.3/5.4 补分类与筛选参数，新增 5.5 分类接口章节， 错误码补 `7006`/`7007`/`7008`。 - `2.Design/ROADMAP-M0-M1.md`：新增 3.11（三级分类）、3.12（备忘录形态）。 - 新增 `backend/tests/test_knowledge_categories.py`（8 例）：备忘形态落库、 三级到底、移动越界与成环、重名、按子树/未分类/标签/关键词筛选、删分类需 `force`、跨租户隔离。 - 新增 `web/e2e/knowledge-notebook.mjs`（10 项，全绿）：建两级分类 → 一次 写全 → 卡片与筛选 → 抽屉改标签/分类 → 正文落库 → 重名 7008。 验证：`pytest` 93 passed、`ruff check` / `ruff format --check` 全过、 `tsc --noEmit` 通过、`vite build` 通过、`knowledge-notebook.mjs` 10 项全绿。 安卓端本机只有 JDK 25，Gradle 8.7 / AGP 8.7.3 不支持，本次未做编译验证。	2026-10-30 03:51:43 +08:00
dadao	d079564d6c	feat(knowledge): 语义检索打通——切片、混合打分、只搜已发布 ... 之前知识只能"存"，不能"找"。这一版把链路补上：切片 → 向量 → 打分 → 带来源返回。 - chunk 表 + 迁移 0006：正文按标题归段切、代码块整块保留、超长按句切、 相邻片重叠 80 字；RLS 与 GRANT 与其它租户表一致 - 向量提供方做成协议：内置 hash（字符二元组，零依赖可复现，作为基线） 与 OpenAI 兼容端点两种，换实现不动业务代码 - 检索是混合打分：向量 0.6 + pg_trgm 0.4。专有编号、单号这类必须原样命中的词 靠词法兜，换个说法表达的同一件事靠向量兜 - 三条纪律：只搜 published（过滤写在 SQL 里）、低于阈值宁可不返回、 每条命中都带来源标题与 item_id - 发布时自动建索引，改完正文用 POST /knowledge/{id}/reindex 重建 - Web 知识页加检索框与命中卡片；新增 e2e/retrieval.mjs 6 项 为什么不是 pgvector：本机 Docker 起不来、fnsvr-01 没有该扩展且明确不动。 先用 real[] + SQL 余弦把链路跑通，将来换列类型与索引即可，接口不变。 后端 79 passed，e2e smoke/knowledge/richtext/retrieval 全绿。	2026-10-29 04:28:09 +08:00
dadao	a24a493403	feat(rich): 备注/工单说明/知识正文支持 Markdown 与图片附件 ... 写一件事的时候，光有纯文本不够：要贴截图、要分段、要标重点。 这次把「正文」这条路补全，思路是**存 Markdown 而不是 HTML**—— 能导出、能全文检索、能直接喂给 LLM，也不必每次渲染都重新清洗一遍 HTML。 后端 - attachment 表 + RLS + 迁移 0005；本地磁盘存储，key 由内容 sha256 决定， 换对象存储只改 services/storage.py 一个文件 - 上传在**读流时**卡 20MB，不先落盘再判断；磁盘名由服务端生成，用户文件名只进库和响应头 - 列表带 attachment_count、详情带 attachments，避免一屏 N 次请求 - raw 直链给 <img src> 用（图片带不了 Authorization 头），只允许本工作区成员， 非成员一律 8001 不区分「不存在」与「没权限」 - 5 个用例：上传下载、超限、跨租户、删除确认与权限、raw 鉴权 前端 - 自研零依赖 Markdown 渲染器：先转义再上标签，链接协议白名单 - RichTextEditor：工具栏 + Ctrl+B/I + 预览，粘贴或拖入图片自动上传并插入引用 - AttachmentPanel：上传/下载/删除，下载走带 Authorization 的 fetch 转 blob - 任务备注、工单说明与验收结论、知识正文、评论全部接入 顺手修的 - TaskDetail.hydrate 漏了 setAttachments，导致附件面板永远是空的（e2e 抓到的） 71 passed；web tsc 0 错、构建 255.07 kB │ gzip 80.85 kB； e2e：richtext 9 项 + smoke 7 + tickets 8 + knowledge 7，全绿。	2026-10-29 01:53:46 +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