sundynix-agentix

sundynix/sundynix-agentix

Fork 0

Commit Graph

Author	SHA1	Message	Date
Blizzard	fd268664c8	fix(gateway): 报告生成绕过了落库/计费/RBAC —— 生成完就永远找不回用户实测：报告页输入主题、点生成、看着没反应，切到别的页面再回来，什么都没了。真相是报告在后端好好地生成完了(26s)，是 UI 把它弄丢了、而且永远找不回。根因：两条提交路径漂移。SubmitTask(POST /tasks) 这一年陆续长出了预算门控/ 计费租户/积分硬拦截/落库/录像五道，而 GenerateReport(POST /reports) 还停在最初的「发个 NATS」，一道都没有。后果远不止看不到历史： - 不落库 → 运行历史(读 sundynix_task)永远看不到报告。实测修复前该表 report_% 前缀 0 行。 - 无 token/轨迹录像 → SSE 没有回放能力，切走即永久丢失。 - 无 MetaTenantID → 报告用量记不到租户头上 = 漏账。 - 无预算门控/积分硬拦截 → 余额为 0 也能生成，绕过全部成本护栏。 - 路由漏了 RequireTenantRole → viewer 只读角色能生成报告烧积分，而隔壁 /tasks 的注释白纸黑字写着「viewer 只读拦下」。报告一样烧钱。修法不是把代码抄一份(那只会再漂一次)，而是抽两个共用函数： preflight() — 预算 → 计费租户 → 积分硬拦截，返回 billingTenant launch() — 落库 + PublishTask + token/轨迹录像两条路径都走它们，不可能再各长各的。SubmitTask 行为逐行不变。 live 验证(真账号 blizzardzhang，桌面端实机)：生成 report_5dae9155af5cb500 → sundynix_task 建行且带 owner+tenant_id → 出现在运行历史首条 → 点开完整复盘 8 节点轨迹 + 报告全文。gin 路由表也确认 /reports 中间件数 12 → 13(与 /tasks 齐平)。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-16 13:13:21 +08:00
Blizzard	1dd6b0cce3	feat(report): 生成只出 Markdown 预览，导出时再渲染 Word/PDF/Markdown 把"渲染"从生成阶段解耦到导出阶段（导出时再处理）： - 生成阶段：报告正文按 Markdown 流式预览（前端 <Markdown> 已渲染）， dispatcher 不再 eager 渲染 docx，改为经 mcp-go report_store 落盘报告源(title+sections JSON)。 - 导出阶段（按需现渲染）： - GET /reports/:id/export?format=docx → mcp-go report_export 读源渲染 .docx； - ?format=md → 返回 Markdown 文本； - PDF → 前端把已渲染的 Markdown 送进打印视图出 PDF（CJK 零字体依赖）。 - 旧 /reports/:id/download 兼容保留（默认 docx）。改动： - contract: ReportSourcePath(id) = <id>.json。 - mcp-go: 新增 report_store / report_export 工具（report_render 保留给 Studio render 节点）。 - dispatcher: handleReport 末尾 renderReport → storeReport。 - gateway: DownloadReport → ExportReport（经 NATS 调 report_export）。 - 前端: ReportView 单个「Word」→「导出」组 Word/PDF/Markdown； desktop.printReportHtml 客户端打印；api.reportExportUrl。实测（docker 全栈 + mcp-go + gateway + dispatcher + DeepSeek 真跑）： - 真实生成「绿茶的功效」18s 完成，report_store 落源(5章, 6280B) ✓ - export md 返回正确 Markdown(# 标题/## 小节/正文) ✓ - export docx 为合法「Microsoft Word 2007+」(含 document.xml/Content_Types) ✓ - 前端 tsc 干净 + 生产构建通过 ✓ （注：发现并修复一处环境问题——mcp-go 启动时若 Milvus 未起会阻塞在 rag 初始化、永不订阅工具，导致所有 mcp-go 工具"no responders"；起全栈后正常。报告生成在累积大量未完成 DeepSeek 流连接时会偶发卡顿，干净进程下正常。前端导出按钮的实时点击因 React 受控输入自动化限制未在预览中走通，非代码缺陷。） Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-06-17 14:04:06 +08:00
Blizzard	ba8c6b3c43	feat(report): 报告生成端到端 — 规划→分章并行检索撰写→渲染真实 Word - shared: 新增 intent=report 任务约定 + ReportPath（跨进程共享落盘目录，零配置对齐） - dispatcher: handleReport 专用编排（DeepSeek 规划大纲 → 各章并行 RAG 检索+撰写 → 汇聚 → report_render），Pool.Chat 非流式聚合；进度与正文经 Token 流实时回流 - mcp-go: 用标准库 archive/zip + OOXML 拼出真实可打开的 .docx（零额外依赖）， report_render 工具落盘到共享目录；附 docx 有效性测试 - gateway: POST /reports 触发；GET /reports/:id/download 下发 Word - desktop: 新增「报告」页（主题→实时编排进度→下载 Word），左导航置为就绪实测：DeepSeek 生成 5 章报告 → 渲染 5KB docx → file 识别为 Microsoft Word 2007+ → textutil 提取标题/各章正文完整。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-06-12 14:02:21 +08:00

Author

SHA1

Message

Date

Blizzard

fd268664c8

fix(gateway): 报告生成绕过了落库/计费/RBAC —— 生成完就永远找不回

用户实测：报告页输入主题、点生成、看着没反应，切到别的页面再回来，什么都没了。
真相是报告在后端好好地生成完了(26s)，是 UI 把它弄丢了、而且永远找不回。

根因：两条提交路径漂移。SubmitTask(POST /tasks) 这一年陆续长出了预算门控/
计费租户/积分硬拦截/落库/录像五道，而 GenerateReport(POST /reports) 还停在
最初的「发个 NATS」，一道都没有。后果远不止看不到历史：

- 不落库 → 运行历史(读 sundynix_task)永远看不到报告。实测修复前该表
  report_% 前缀 0 行。
- 无 token/轨迹录像 → SSE 没有回放能力，切走即永久丢失。
- 无 MetaTenantID → 报告用量记不到租户头上 = 漏账。
- 无预算门控/积分硬拦截 → 余额为 0 也能生成，绕过全部成本护栏。
- 路由漏了 RequireTenantRole → **viewer 只读角色能生成报告烧积分**，
  而隔壁 /tasks 的注释白纸黑字写着「viewer 只读拦下」。报告一样烧钱。

修法不是把代码抄一份(那只会再漂一次)，而是抽两个共用函数：
  preflight() — 预算 → 计费租户 → 积分硬拦截，返回 billingTenant
  launch()    — 落库 + PublishTask + token/轨迹录像
两条路径都走它们，不可能再各长各的。SubmitTask 行为逐行不变。

live 验证(真账号 blizzardzhang，桌面端实机)：生成 report_5dae9155af5cb500
→ sundynix_task 建行且带 owner+tenant_id → 出现在运行历史首条 → 点开
完整复盘 8 节点轨迹 + 报告全文。gin 路由表也确认 /reports 中间件数
12 → 13(与 /tasks 齐平)。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-16 13:13:21 +08:00

Blizzard

1dd6b0cce3

feat(report): 生成只出 Markdown 预览，导出时再渲染 Word/PDF/Markdown

把"渲染"从生成阶段解耦到导出阶段（导出时再处理）：
- 生成阶段：报告正文按 Markdown 流式预览（前端 <Markdown> 已渲染），
  dispatcher 不再 eager 渲染 docx，改为经 mcp-go report_store 落盘报告源(title+sections JSON)。
- 导出阶段（按需现渲染）：
  - GET /reports/:id/export?format=docx → mcp-go report_export 读源渲染 .docx；
  - ?format=md → 返回 Markdown 文本；
  - PDF → 前端把已渲染的 Markdown 送进打印视图出 PDF（CJK 零字体依赖）。
- 旧 /reports/:id/download 兼容保留（默认 docx）。

改动：
- contract: ReportSourcePath(id) = <id>.json。
- mcp-go: 新增 report_store / report_export 工具（report_render 保留给 Studio render 节点）。
- dispatcher: handleReport 末尾 renderReport → storeReport。
- gateway: DownloadReport → ExportReport（经 NATS 调 report_export）。
- 前端: ReportView 单个「Word」→「导出」组 Word/PDF/Markdown；
  desktop.printReportHtml 客户端打印；api.reportExportUrl。

实测（docker 全栈 + mcp-go + gateway + dispatcher + DeepSeek 真跑）：
- 真实生成「绿茶的功效」18s 完成，report_store 落源(5章, 6280B) ✓
- export md 返回正确 Markdown(# 标题/## 小节/正文) ✓
- export docx 为合法「Microsoft Word 2007+」(含 document.xml/Content_Types) ✓
- 前端 tsc 干净 + 生产构建通过 ✓
（注：发现并修复一处环境问题——mcp-go 启动时若 Milvus 未起会阻塞在
 rag 初始化、永不订阅工具，导致所有 mcp-go 工具"no responders"；起全栈后正常。
 报告生成在累积大量未完成 DeepSeek 流连接时会偶发卡顿，干净进程下正常。
 前端导出按钮的实时点击因 React 受控输入自动化限制未在预览中走通，非代码缺陷。）

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-06-17 14:04:06 +08:00

Blizzard

ba8c6b3c43

feat(report): 报告生成端到端 — 规划→分章并行检索撰写→渲染真实 Word

- shared: 新增 intent=report 任务约定 + ReportPath（跨进程共享落盘目录，零配置对齐）
- dispatcher: handleReport 专用编排（DeepSeek 规划大纲 → 各章并行 RAG 检索+撰写
  → 汇聚 → report_render），Pool.Chat 非流式聚合；进度与正文经 Token 流实时回流
- mcp-go: 用标准库 archive/zip + OOXML 拼出真实可打开的 .docx（零额外依赖），
  report_render 工具落盘到共享目录；附 docx 有效性测试
- gateway: POST /reports 触发；GET /reports/:id/download 下发 Word
- desktop: 新增「报告」页（主题→实时编排进度→下载 Word），左导航置为就绪

实测：DeepSeek 生成 5 章报告 → 渲染 5KB docx → file 识别为 Microsoft Word 2007+
→ textutil 提取标题/各章正文完整。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-06-12 14:02:21 +08:00

3 Commits