-
## 为什么加 「输入输出」tab 把产物的绝对路径摆出来了，但那是服务器本地路径 —— 浏览器里点不开， 走查时只能靠肉眼确认「路径长得对」，而真正要确认的是「这份 brd.md 里写了什么、 下游读到的是不是它」。 ## 前端 新增 web/src/components/graph-console/FilePreviewModal.vue，输入/输出两处路径 改成可点按钮。渲染三档：.md 走 marked（已是既有依赖，没新增包）、.json 重新缩进、 其它原文。两处刻意的选择： - .json 解析失败时**退回原文**并说明，不替它藏起来 —— 产物 json 写坏了本身就是要看的信息 - 超过 512KB 时后端回 truncated，界面如实说「不是完整内容」，不装作读全了 output_ref 那一行不做成可点：它是目录不是文件。 后端没有新造端点：复用现成的 GET /api/company/:cid/files/content，它的根目录正是 data/companies/<cid>，而 graph_files.rel_path 本来就是相对公司根的，正好对上。 ## 修掉六处路径越界（真漏洞） company.js 里 3 个 GET + 3 个 PUT（templates / company / workspace）用的是同一个写法： if (!absPath.startsWith(safeBoundary)) → 403 「一个目录名是另一个的前缀」时它会放行： cid = co-a，path = ../co-a-evil/company.json → abs = .../data/companies/co-a-evil/company.json → startsWith('.../data/companies/co-a') === true → 放行 于是公司 co-a 能读 co-a-evil 的文件；PUT 那三处是同一缝隙上的跨公司**写**。 抽 resolveInside() 用 path.relative 判断，六处共用一份（复制六份判据迟早会漂）。 新增 7 条用例走真 HTTP 验，PUT 那条断言的是**文件没被改**而不只是响应码。 ## 顺带修掉一个被你的实际使用触发的 bug 跑全套时 graph-seed-service 的对账用例红了，报 `org_graph_nodes WHERE company_id='mycompany' expected 10 / actual 9`。 不是并发偶发 —— 单跑也红。原因：seedCompanyAgents 对 type='meta-bootstrap' 的角色 是 continue（既不落 org_graph_nodes 也不落 system_agents），而 verifyCounts 复算期望值时把 agents[] 全算进去。mycompany 的 10 个角色里 orggraph-planning 正是 meta-bootstrap → 差 1。 也就是说：**界面上点一遍新建公司就会踩到**。这条缺陷上一轮就被预告过 （当时那个 agent 说「不在我的独占文件里」没修），今天被真实使用兑现了。 修法是让 verifyCounts 复用同一个 isMetaBootstrap 判据，不复制那个 type 判断。 新增独立测试文件（不并进 graph-seed-service.test.js —— 往它的 hermetic 夹具里 加角色会连带改既有断言），用 GRAPH_SEED_ROOT 自建最小夹具。 那个文件里第二条用例是刻意的：只断言「对账干净」时，seed 一个都没种也会“通过”， 两种原因症状相同。第一版就是这么错的 —— 我误以为 runStartupSeed 会种公司角色 （它只做 reconcile + 全局 agent + 模板），是第二条断言把「夹具没种」和 「过滤没生效」分开的。 ## 验证 871 全绿（87 文件）。3 处变异精确变红后逐字还原 （startsWith 回退 → 精确打红跨公司读/写两条；verifyCounts 去掉过滤 → 打红对账条）。 拿运行中的实例 + 用户真实公司 mycompany 走查过：读到真实 brd.md 内容， `../idearun/company.json` 与 `/etc/hosts` 均 403。web:build 通过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
