模板在线编辑与导出链路重构
This commit is contained in:
@@ -0,0 +1,143 @@
|
||||
# 任务执行摘要
|
||||
|
||||
## 会话 ID: local-20260705193723
|
||||
- [2026-07-05 19:37:23]
|
||||
- **执行原因**: 用户询问“执行生成”功能当前是如何实现文档导出的,希望梳理从提交生成到导出 Word 的实际代码链路。
|
||||
- **执行过程**:
|
||||
1. 检查执行生成页 `GeneratePage.vue`,确认前端提交任务的入口与跳转路径。
|
||||
2. 检查后端 `generate.py` 与 `generation_runtime.py`,确认生成任务创建、后台执行和段落结果落库方式。
|
||||
3. 检查预览页 `PreviewEdit.vue`、导出 API `export.py` 与 `document_export.py`,确认导出 Word 的触发点、模板读取方式和内容写回逻辑。
|
||||
- **执行结果**: 已确认“执行生成”页本身只负责创建后台生成任务;真正的 DOCX 导出发生在任务详情页点击“导出 Word”后,由后端从 MinIO 拉取原始模板、读取 `generation_logs`、按标题锚点写回内容,再上传导出文件并返回预签名下载链接。
|
||||
|
||||
## 会话 ID: local-20260705194530
|
||||
- [2026-07-05 19:45:30]
|
||||
- **执行原因**: 用户要求先输出“在线编辑 + AI 选区 + 导出重构”的整体方案、任务清单,并评估是否可行实现。
|
||||
- **执行过程**:
|
||||
1. 参考现有 `03-任务拆解清单.md` 与 `04-后续迭代任务拆解清单.md` 的拆解风格,整理适合当前项目的阶段方案。
|
||||
2. 结合现有模板解析、模板编辑与导出实现,识别当前架构与目标方案之间的差距。
|
||||
3. 输出分阶段实施建议,并评估技术可行性、实现难点与优先级。
|
||||
- **执行结果**: 已形成可执行的重构方案:以“块级在线编辑 + AI 选区标记 + 模板源同步写回 + 精确导出”为主线,建议分为编辑器重构、块模型升级、写回引擎重构、生成链路适配与联调验收五个阶段推进;整体可行,但不建议一步直追腾讯文档式完整协同编辑。
|
||||
|
||||
## 会话 ID: local-20260705195210
|
||||
- [2026-07-05 19:52:10]
|
||||
- **执行原因**: 用户要求将该方案整理成与 `03-任务拆解清单.md` 同风格的正式任务清单文档。
|
||||
- **执行过程**:
|
||||
1. 对照 `03-任务拆解清单.md` 的结构,统一“阶段 -> 子模块 -> 勾选项 -> 交付物”的表达方式。
|
||||
2. 将“在线编辑模式、AI 选区模式、模板源同步写回、导出引擎重构”等内容拆成可执行任务项。
|
||||
3. 新增正式文档到 `docs/需求与设计/`,便于后续按清单逐步实施。
|
||||
- **执行结果**: 已新增 `05-模板在线编辑重构任务拆解清单.md`,内容结构与 `03-任务拆解清单.md` 保持一致,可直接作为后续实施清单使用。
|
||||
|
||||
## 会话 ID: local-20260705200540
|
||||
- [2026-07-05 20:05:40]
|
||||
- **执行原因**: 用户要求开始按 `05-模板在线编辑重构任务拆解清单.md` 落实代码。
|
||||
- **执行过程**:
|
||||
1. 先从第一阶段“数据模型升级”入手,新增 `template_blocks` 数据模型、初始化 DDL 和启动时自动建表逻辑。
|
||||
2. 改造模板接口返回结构,在保留旧 `paragraphs` 兼容的同时,新增 `blocks` 序列化输出。
|
||||
3. 改造模板上传与保存逻辑,使新上传模板会自动同步生成块数据;保存段落时若前端尚未显式传块,则自动从段落重建块,确保兼容过渡。
|
||||
4. 更新前端 `types/store`,接入 `blocks` 字段;补充本轮增量 SQL 文档,并将任务清单中已完成的数据模型项勾选。
|
||||
5. 执行后端 `python3 -m py_compile` 与前端 `vue-tsc --noEmit` 校验,确认本轮改动通过编译检查。
|
||||
- **执行结果**: 已完成“模板在线编辑重构”第一阶段中的数据模型升级基础设施,系统现已具备 `template_blocks` 持久化能力,并能在不破坏现有模板编辑流程的前提下为后续块级编辑器改造提供后端承载。
|
||||
|
||||
## 会话 ID: local-20260705202018
|
||||
- [2026-07-05 20:20:18]
|
||||
- **执行原因**: 用户要求继续推进模板在线编辑重构,优先落实第二阶段的模板块级解析能力。
|
||||
- **执行过程**:
|
||||
1. 改造 `template_parser.py`,将导入解析从“按 Heading 聚合大段”调整为“标题块 + 正文块 + 表格块”的细粒度块流。
|
||||
2. 为解析结果补充块元信息,包括 `block_type`、`placeholder_key`、`variable_key`、`edit_mode`、`output_format`,并对显式 `{{ xxx }}` 占位做初步分类。
|
||||
3. 改造模板上传逻辑,创建 `Paragraph` 时同步写入更细粒度的导入结果,并基于解析结果直接生成 `template_blocks`。
|
||||
4. 更新任务清单勾选状态,标记已完成的“标题块/正文块/表格块/块级 JSON 结构”等子项。
|
||||
5. 再次执行后端 `python3 -m py_compile` 与前端 `vue-tsc --noEmit`,确认本轮解析器重构未引入编译错误。
|
||||
- **执行结果**: 当前模板导入阶段已具备初步块级解析能力,导入后的结构不再只是一整段聚合文本,而是更接近后续在线编辑所需的块流模型,为第一页内容拆分和 AI 选区改造打下了基础。
|
||||
|
||||
## 会话 ID: local-20260705203240
|
||||
- [2026-07-05 20:32:40]
|
||||
- **执行原因**: 用户继续推进,要求将模板编辑页的“手动编辑模板”模式真正切换到块模型上。
|
||||
- **执行过程**:
|
||||
1. 改造 `TemplateEditor.vue` 的选择与渲染逻辑,引入 `blocks` 本地状态以及 `currentItems / selectedConfigItem` 计算属性。
|
||||
2. 保留原“段落配置”模式兼容现有流程,同时让“手动编辑模板”模式改为基于 `blocks` 渲染左侧列表、中间编辑画布和右侧配置区。
|
||||
3. 改造移动、删除、插入、自动保存与保存模板逻辑,使其在手动模式下可针对块结构生效,并将 `blocks` 一并提交到模板保存接口。
|
||||
4. 为块编辑模式补充块类型标签、变量键/AI 占位键配置,以及块级测试时对 `source_paragraph_id` 的兼容校验。
|
||||
5. 执行前端 `vue-tsc --noEmit` 与后端 `python3 -m py_compile`,确认本轮页面改造与保存链路通过编译检查。
|
||||
- **执行结果**: 模板编辑页当前已实现“段落模式 / 块模式”双轨运行;其中手动编辑模板模式已开始基于 `template_blocks` 工作,块列表、块画布与右侧配置面板能够联动,为下一步实现 AI 选区模式奠定了前端基础。
|
||||
|
||||
## 会话 ID: local-20260705204055
|
||||
- [2026-07-05 20:40:55]
|
||||
- **执行原因**: 用户反馈模板编辑页保存时报 `PUT /templates/{id}/paragraphs 500`,并且进入模板编辑时页面空白。
|
||||
- **执行过程**:
|
||||
1. 根据报错 SQL 定位到 `template_blocks.content_json` 为 `TEXT` 字段,但上传/同步块时误将 Python `dict` 直接写入数据库。
|
||||
2. 修正模板块构建逻辑,在 `_build_block_from_paragraph` 与 `_build_block_from_parsed_item` 中统一将 `content_json` 序列化为 JSON 字符串。
|
||||
3. 为旧模板补充兼容逻辑:读取模板详情时若尚无 `blocks` 数据,则自动根据现有 `paragraphs` 重建块数据并写回数据库。
|
||||
4. 执行后端 `python3 -m py_compile` 与前端 `vue-tsc --noEmit`,确认修复后无编译错误。
|
||||
- **执行结果**: 已修复模板保存时的 500 报错来源;老模板在没有 `blocks` 数据时也会自动补齐,模板编辑页不应再因块数据缺失而显示空白。
|
||||
|
||||
## 会话 ID: local-20260705204820
|
||||
- [2026-07-05 20:48:20]
|
||||
- **执行原因**: 用户指出当前改造“页面上完全没区别”,要求明确已完成内容与可见效果之间的差距。
|
||||
- **执行过程**:
|
||||
1. 复盘本轮已落地内容,区分数据层/接口层改造与实际可见的界面改造。
|
||||
2. 明确当前仍未完成的“可见功能”项,包括 AI 选区、块级专属工具条、变量块突出展示、块级样式差异等。
|
||||
3. 准备将后续工作重心从底层铺设切换到用户可见的编辑体验改造。
|
||||
- **执行结果**: 已确认当前阶段主要完成了块模型、解析器与保存链路等基础设施,前端交互层仍缺少足够显著的视觉与操作变化;后续需优先补齐用户可感知的块级编辑与 AI 选区功能。
|
||||
|
||||
## 会话 ID: local-20260705205630
|
||||
- [2026-07-05 20:56:30]
|
||||
- **执行原因**: 用户要求继续实施,并优先看到模板编辑页中“手动编辑模板”模式的可见变化。
|
||||
- **执行过程**:
|
||||
1. 改造 `TemplateEditor.vue` 顶部工具条,在手动模式下新增“新增标题块 / 正文块 / AI 块 / 变量块”操作入口。
|
||||
2. 改造中间块画布的卡片样式,为标题块、正文块、AI 块、变量块、表格块提供不同的边框、背景和标识信息。
|
||||
3. 调整左侧列表标签与右侧配置项,使块类型、AI 占位键、变量键、固定块信息在界面上可直接感知。
|
||||
4. 补齐块模式下新增、删除、上移、下移的界面交互,并修正新增块时误写入旧 `paragraphs` 数组的问题。
|
||||
5. 执行前端 `vue-tsc --noEmit` 与后端 `python3 -m py_compile`,确认可见层改造通过编译检查。
|
||||
- **执行结果**: 模板编辑页的手动模式现在已有明显的块级编辑视觉效果与块工具条,页面不再只是“底层换数据源但外观几乎不变”;用户可直接看到并操作标题块、正文块、AI 块和变量块。
|
||||
|
||||
## 会话 ID: local-20260705210520
|
||||
- [2026-07-05 21:05:20]
|
||||
- **执行原因**: 用户追问当前是否真正完成“在线编辑文档效果”、执行生成为何未按模板段落顺序导出,以及模板编辑是否已直接影响源 `docx` 文件。
|
||||
- **执行过程**:
|
||||
1. 复核任务清单与当前代码链路,区分“块级编辑器界面改造”与“模板源写回 / 生成导出主链路改造”两个层面。
|
||||
2. 核对 `generation_runtime.py` 与 `export.py`,确认当前执行生成和导出仍然基于旧 `paragraphs + generation_logs + template.file_path` 工作。
|
||||
3. 核对 `templates.py`,确认当前模板编辑保存主要写入 `paragraphs` 与 `template_blocks`,尚未把编辑后的块结构回写到模板源 `docx`。
|
||||
- **执行结果**: 已明确当前“在线编辑文档效果”只完成了块级编辑器的可见前端基础,未完成模板源 `docx` 写回;执行生成和导出仍走旧段落链路,因此不会完全按新块顺序导出。这也是用户感知为“编辑后没有真正影响模板导出”的根本原因。
|
||||
|
||||
## 会话 ID: local-20260705211340
|
||||
- [2026-07-05 21:13:40]
|
||||
- **执行原因**: 用户要求继续实施,优先打通“保存模板影响源 docx”和“执行生成/导出顺序跟块走”的主链路。
|
||||
- **执行过程**:
|
||||
1. 在 `templates.py` 中新增 `blocks -> paragraphs` 同步逻辑,使块顺序、块内容、AI/人工属性会反向更新旧 `Paragraph` 数据。
|
||||
2. 在同一文件中新增模板快照写回逻辑:读取当前模板源 `docx`,按当前块顺序组装导出日志,通过 `export_document_bytes` 生成新的模板内容并覆盖回模板源文件。
|
||||
3. 保留现有 `generation_runtime.py` 与 `export.py` 的旧段落链路不变,但通过同步段落顺序与内容,让执行生成和导出开始间接受到块顺序影响。
|
||||
4. 执行后端 `python3 -m py_compile` 与前端 `vue-tsc --noEmit`,确认主链路改造通过编译检查。
|
||||
- **执行结果**: 当前保存模板后,后端已开始将 `template_blocks` 反向同步回 `paragraphs`,并尝试把当前块快照回写到模板源 `docx`;这为后续完全切换到 blocks 导出奠定了主链路基础,也开始让保存后的顺序和内容影响执行生成与导出。
|
||||
|
||||
## 会话 ID: local-20260705212155
|
||||
- [2026-07-05 21:21:55]
|
||||
- **执行原因**: 用户反馈“调整段落顺序后,点击保存会恢复之前的段落”。
|
||||
- **执行过程**:
|
||||
1. 复核前后端保存链路,确认问题出在“段落模式调整了 `paragraphs`,但保存时仍把旧 `blocks` 一并提交,后端又按旧 `blocks` 覆盖回段落顺序”。
|
||||
2. 为模板保存请求新增 `save_mode` 字段,明确区分 `paragraph` 与 `manual` 两种保存语义。
|
||||
3. 调整后端保存逻辑:只有在 `manual` 模式下才按 `blocks` 覆盖段落;在 `paragraph` 模式下则以 `paragraphs` 为准重建块数据,避免旧块顺序反向覆盖。
|
||||
4. 调整前端 `TemplateEditor.vue` 与 `template` store,在自动保存与保存模板时按当前编辑模式传递 `save_mode`,并在段落模式下不再提交旧块数组。
|
||||
5. 执行后端 `python3 -m py_compile` 与前端 `vue-tsc --noEmit`,确认修复通过编译检查。
|
||||
- **执行结果**: 已修复段落模式下“调整顺序后保存又恢复原顺序”的直接覆盖问题;当前段落模式保存会以 `paragraphs` 为准,不再被旧 `blocks` 顺序反向改写。
|
||||
|
||||
## 会话 ID: local-20260705213040
|
||||
- [2026-07-05 21:30:40]
|
||||
- **执行原因**: 用户反馈“执行生成里还是旧顺序,并且每一段都会重复导出”。
|
||||
- **执行过程**:
|
||||
1. 通过容器内 MySQL 查询模板 5 的 `paragraphs`、`template_blocks` 与最近生成记录,确认数据库中的最新顺序实际上已同步为用户调整后的顺序。
|
||||
2. 定位重复导出的根因:当前模板下每个块都是单独段落,但历史保存逻辑将所有非标题段统一标为 `append_after_heading`,导出时会保留旧正文再追加一次新正文,导致每段重复。
|
||||
3. 在 `templates.py` 中新增块级写入方式解析逻辑:同一锚点下首个内容块使用 `replace_section`,后续同锚点块才使用 `append_after_heading`;标题块仍使用 `replace_heading_only`。
|
||||
4. 立刻用当前模板详情数据回调一次 `PUT /templates/5/paragraphs`,触发模板 5 重新保存,使新的写入方式同步落库并回写模板快照。
|
||||
5. 再次查询数据库确认模板 5 的 `paragraphs.write_mode` 已全部从错误的 `append_after_heading` 切换为 `replace_section`。
|
||||
- **执行结果**: 已修复模板 5 当前“每一段重复导出”的直接根因;数据库和最新生成链路所使用的模板顺序现已与用户调整后的顺序一致。后续需要重新发起新的生成任务,旧的历史生成记录不会自动变成新顺序与新导出结果。
|
||||
|
||||
## 会话 ID: local-20260705213910
|
||||
- [2026-07-05 21:39:10]
|
||||
- **执行原因**: 用户要求继续完善,进一步降低导出链路对旧 `paragraphs` 顺序的依赖,减少排序与重复类 bug。
|
||||
- **执行过程**:
|
||||
1. 改造 `export.py`,让 DOCX 导出优先按 `template_blocks` 顺序组织导出日志,而不是完全依赖 `GenerationLog + Paragraph` 的旧顺序。
|
||||
2. 在导出组装阶段加入块级写入方式解析逻辑:同锚点首块使用 `replace_section`,后续同锚点块才使用 `append_after_heading`,标题块使用 `replace_heading_only`。
|
||||
3. 在 `document_export.py` 中新增章节重排逻辑,根据导出日志中的锚点顺序,先调整 Word 文档中各个 Heading section 的物理顺序,再执行正文替换与插入。
|
||||
4. 保留无块数据时的旧段落导出回退逻辑,避免历史模板直接失效。
|
||||
5. 执行后端 `python3 -m py_compile` 与前端 `vue-tsc --noEmit`,确认主链路改造通过编译检查。
|
||||
- **执行结果**: 当前 DOCX 导出已开始优先按 `template_blocks` 顺序工作,并且在写回前会尝试重排 Word 标题区块顺序;这比之前仅替换原位置内容更接近“模板编辑后导出顺序真实变化”的目标。
|
||||
@@ -0,0 +1,138 @@
|
||||
# AI 文档模板生成系统 · 模板在线编辑重构任务拆解清单
|
||||
|
||||
总工期估算:4-6 周(两人并行:前端 + 后端)
|
||||
|
||||
## 第一阶段:方案定稿与数据结构升级(第 1 周)
|
||||
|
||||
### 产品方案与交互定稿(2-3 天)
|
||||
- [ ] 明确“在线编辑模式 / AI 选区模式”双模式交互
|
||||
- [ ] 明确块类型定义(标题块 / 正文块 / 表格块 / AI 块 / 变量块)
|
||||
- [ ] 明确 AI 选区后的操作菜单(设为 AI / 设为固定内容 / 设为变量)
|
||||
- [ ] 明确模板保存后的基线含义(保存即修改模板源内容)
|
||||
- [ ] 明确导出时的填充规则(固定内容保留,AI 块填充,变量块替换)
|
||||
- [ ] 输出交互原型说明文档
|
||||
|
||||
### 数据模型升级(2-3 天)
|
||||
- [x] 新增模板块表 `template_blocks`
|
||||
- [x] 定义块字段(block_type / sort_index / parent_id / anchor_ref / content_json / style_json / edit_mode)
|
||||
- [x] 为 AI 块补充字段(placeholder_key / model_id / prompt_text / need_file / output_format)
|
||||
- [x] 为变量块补充字段(variable_key / default_value)
|
||||
- [x] 保留旧 `paragraphs` 结构用于兼容过渡
|
||||
- [x] 输出数据库增量 SQL
|
||||
|
||||
## 第二阶段:模板解析器重构(第 1-2 周)
|
||||
|
||||
### Word 块级解析(4-5 天)
|
||||
- [x] 解析 `.docx` 为块流结构,而不只按 Heading 识别段落
|
||||
- [x] 识别标题块
|
||||
- [x] 识别普通正文块
|
||||
- [x] 识别表格块
|
||||
- [ ] 识别空白分隔块
|
||||
- [ ] 为每个块记录原始位置索引与样式快照
|
||||
- [x] 输出新的块级 JSON 结构
|
||||
|
||||
### 特殊区域识别(2-3 天)
|
||||
- [ ] 识别封面区内容(标题 / 日期 / 负责人 / 单位等)
|
||||
- [ ] 识别摘要区内容
|
||||
- [ ] 识别未使用 Heading 的小节正文
|
||||
- [x] 识别连续正文中的可拆分候选块
|
||||
- [ ] 输出模板体检提示信息
|
||||
|
||||
## 第三阶段:模板在线编辑器重构(第 2-3 周)
|
||||
|
||||
### 中间编辑画布(4-5 天)
|
||||
- [x] 将当前段落预览区改造为块级编辑画布
|
||||
- [x] 支持标题块直接编辑
|
||||
- [x] 支持正文块直接编辑
|
||||
- [ ] 支持表格块展示与基础编辑
|
||||
- [x] 支持块新增
|
||||
- [x] 支持块删除
|
||||
- [x] 支持块上移 / 下移
|
||||
- [ ] 支持块拆分 / 合并
|
||||
|
||||
### 编辑模式与 AI 选区模式(3-4 天)
|
||||
- [ ] 增加“在线编辑模式 / AI 选区模式”切换
|
||||
- [ ] 在线编辑模式下支持直接修改模板内容
|
||||
- [ ] AI 选区模式下支持鼠标选中一段内容
|
||||
- [ ] 选中内容后可设为 AI 块
|
||||
- [ ] 选中内容后可设为变量块
|
||||
- [ ] 支持在当前位置后插入新的 AI 块
|
||||
- [ ] 支持取消 AI 标记并恢复为固定内容
|
||||
|
||||
### 左右侧配置区联动(2-3 天)
|
||||
- [x] 左侧块列表与中间编辑画布联动高亮
|
||||
- [x] 右侧根据当前选中块显示不同配置项
|
||||
- [x] AI 块显示模型 / 提示词 / 文件要求 / 输出格式配置
|
||||
- [x] 变量块显示变量名 / 默认值配置
|
||||
- [x] 固定块显示只读或基础编辑信息
|
||||
|
||||
## 第四阶段:模板保存与模板源同步写回(第 3 周)
|
||||
|
||||
### 模板保存链路重构(3-4 天)
|
||||
- [ ] 保存模板时持久化块结构而非仅保存段落配置
|
||||
- [ ] 保存模板时同步生成最新模板快照
|
||||
- [ ] 将最新模板快照写回模板源 `.docx`
|
||||
- [ ] 保存后重新加载模板时展示最新编辑结果
|
||||
- [ ] 补充模板版本或快照记录
|
||||
|
||||
### 模板源写回引擎(3-4 天)
|
||||
- [ ] 支持标题块写回
|
||||
- [ ] 支持正文块写回
|
||||
- [ ] 支持删除块后同步从模板源移除
|
||||
- [ ] 支持移动块后同步更新模板顺序
|
||||
- [ ] 支持新增块后同步插入模板源
|
||||
- [ ] 处理第一页封面区块写回
|
||||
|
||||
## 第五阶段:生成链路适配(第 3-4 周)
|
||||
|
||||
### AI 生成任务改造(3-4 天)
|
||||
- [ ] 生成任务由“按段落”改为“按 AI 块”
|
||||
- [ ] 固定块不参与 AI 生成
|
||||
- [ ] 变量块按规则填充值
|
||||
- [ ] AI 块支持单块测试生成
|
||||
- [ ] AI 块支持多块批量生成
|
||||
- [ ] AI 块支持失败回退与重试
|
||||
|
||||
### 文件与提示词链路适配(2-3 天)
|
||||
- [ ] 文件上传改为绑定 AI 块
|
||||
- [ ] 历史文件复用继续兼容
|
||||
- [ ] 提示词配置迁移到 AI 块级别
|
||||
- [ ] 输出格式配置迁移到 AI 块级别
|
||||
|
||||
## 第六阶段:导出引擎重构(第 4-5 周)
|
||||
|
||||
### Word 导出写回(4-5 天)
|
||||
- [ ] 导出基于“最新模板快照”而不是原始导入模板
|
||||
- [ ] 固定块保持模板编辑后的最终内容
|
||||
- [ ] AI 块按占位位置写回生成结果
|
||||
- [ ] 变量块按变量值替换
|
||||
- [ ] 支持同一位置下多块顺序写回
|
||||
- [ ] 支持文字与表格混排导出
|
||||
- [ ] 保留主要样式与段落结构
|
||||
|
||||
### 导出正确性校验(2-3 天)
|
||||
- [ ] 校验删除块后导出无残留
|
||||
- [ ] 校验调整顺序后导出顺序正确
|
||||
- [ ] 校验第一页内容导出正确
|
||||
- [ ] 校验摘要区内容导出正确
|
||||
- [ ] 校验多级标题结构导出正确
|
||||
|
||||
## 第七阶段:联调、修边与验收(第 5-6 周)
|
||||
|
||||
- [ ] 用真实复杂模板联调(含封面 / 摘要 / 多级标题 / 表格)
|
||||
- [ ] 验证第一页块可删除、可调整、可导出
|
||||
- [ ] 验证保存模板后再次进入能看到最新模板内容
|
||||
- [ ] 验证 AI 选区转块后的生成与导出闭环
|
||||
- [ ] 验证历史生成记录兼容旧数据
|
||||
- [ ] 完善错误提示、加载状态与操作反馈
|
||||
- [ ] 补充模板编辑使用说明
|
||||
|
||||
## 阶段交付物
|
||||
|
||||
| 阶段 | 交付物 |
|
||||
|------|--------|
|
||||
| 第 1 周 | 在线编辑方案、块模型设计、数据库增量方案 |
|
||||
| 第 2 周 | 新版模板解析器、块级 JSON 结构、模板体检提示 |
|
||||
| 第 3 周 | 块级在线编辑器、AI 选区模式、模板保存链路 |
|
||||
| 第 4-5 周 | AI 块生成链路、导出写回引擎、真实模板导出闭环 |
|
||||
| 第 6 周 | 全流程联调通过、使用说明与验收结果 |
|
||||
@@ -0,0 +1,28 @@
|
||||
CREATE TABLE IF NOT EXISTS template_blocks (
|
||||
id INT AUTO_INCREMENT PRIMARY KEY,
|
||||
template_id INT NOT NULL,
|
||||
source_paragraph_id INT DEFAULT NULL COMMENT '来源段落 ID',
|
||||
parent_block_id INT DEFAULT NULL COMMENT '父块 ID',
|
||||
sort_index INT DEFAULT 0 COMMENT '排序',
|
||||
block_type VARCHAR(30) DEFAULT 'text' COMMENT 'heading/text/table/ai_slot/variable',
|
||||
anchor_ref VARCHAR(500) DEFAULT '' COMMENT '原始锚点引用',
|
||||
title VARCHAR(500) DEFAULT '' COMMENT '块标题',
|
||||
content_json TEXT DEFAULT '{}' COMMENT '块内容 JSON',
|
||||
style_json TEXT DEFAULT '{}' COMMENT '块样式 JSON',
|
||||
edit_mode VARCHAR(20) DEFAULT 'manual' COMMENT 'manual/ai',
|
||||
placeholder_key VARCHAR(120) DEFAULT '' COMMENT 'AI 占位键',
|
||||
variable_key VARCHAR(120) DEFAULT '' COMMENT '变量键',
|
||||
default_value TEXT DEFAULT '' COMMENT '默认值',
|
||||
model_id INT DEFAULT NULL COMMENT '指定模型',
|
||||
need_prompt TINYINT(1) DEFAULT 1 COMMENT '是否需要提示词',
|
||||
prompt_text TEXT DEFAULT '' COMMENT '预设提示词',
|
||||
need_file TINYINT(1) DEFAULT 0 COMMENT '是否需要参考文件',
|
||||
file_note TEXT DEFAULT '' COMMENT '备注说明',
|
||||
output_format VARCHAR(20) DEFAULT 'text' COMMENT 'text/table/mixed/chart',
|
||||
created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
|
||||
updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
|
||||
CONSTRAINT fk_template_blocks_template FOREIGN KEY (template_id) REFERENCES templates(id) ON DELETE CASCADE,
|
||||
CONSTRAINT fk_template_blocks_paragraph FOREIGN KEY (source_paragraph_id) REFERENCES paragraphs(id) ON DELETE SET NULL,
|
||||
CONSTRAINT fk_template_blocks_parent FOREIGN KEY (parent_block_id) REFERENCES template_blocks(id) ON DELETE SET NULL,
|
||||
CONSTRAINT fk_template_blocks_model FOREIGN KEY (model_id) REFERENCES ai_models(id) ON DELETE SET NULL
|
||||
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
|
||||
Reference in New Issue
Block a user