qiaoqichaoandClaude Code
4720d72965
首次用真实 Chrome 打开 /trajectory-center（新增可选脚本 scripts/browser-e2e.cjs），
暴露 5 个源码守卫与生产构建都看不出的缺陷，全部修复：
1. 三个模块页读 `list.items`，而 /projects 返回的是 {projects, identity}——
项目列表恒为空，prescreen-workbench / experience-center / trajectory-center
整页渲染不出任何面板，只显示"当前身份没有可访问的项目"这种看着正常的空态。
（第二/三批引入）改为 list.projects。
2. TrajectoryPanel 没被传 identity，canRecord 恒假 → 会议结果录入表单永不出现。
3. ImprovementPanel 草稿下拉以组件 id 作 key/value，同一组件多版本草稿时撞 React key，
且选不准要发布哪一版；改以 `组件id@版本` 为键值。
4. JSX 文本里的 `**强调**` 会原样显示星号（JSX 不渲染 Markdown），共 9 处；
改为 <b>（字符串上下文处直接去掉标记）。
5. 深色导航模块名被 flex 压缩折行（"AI 预审"断成两行）；
加 flex:0 0 auto + white-space:nowrap。
另修一个既有测试脆弱点：test_trajectory.py 的更正用例断言"哪条排前面"，
两条记录同刻度时排序翻转，曾让 verify.py 偶发失败；改为断言"两条都在、更正指向旧记录"。
回归防线：第 5 项补进 test_module_shell_ui.cjs 源码断言；
test_ui_readability.cjs 的导航字号断言改为不把 min-height 钉在规则首位。
验证：scripts/verify.py 14/14 PASS（backend-unit 572 项），
证据 test-evidence/20261001-030127-ff59d7e/；scripts/browser-e2e.cjs 19/19 PASS
（截图在 test-evidence/e2e-batch4/）。该 E2E 脚本刻意不接入 verify.py。
Co-Authored-By: Claude Code <noreply@anthropic.com>
兴邦智审 v2：开发文档入口
版本：0.2 · 2026-09-29 · 状态：用户已确认产品方向，工程规格待评审。
产品方向：评审经验驱动的 AI 预审。主审 Agent 综合判断，可切换专项判断模块（Jev 官方服务 / 本地开源模型）承担局部判断，确定性程序执行计算和规则；历史评审过程是核心经验来源。当前没有兴邦真实历史数据，演示不能宣称真实审批通过概率。
当前工作边界
原版源码恢复点已保存；已制作独立 Superdesign 交互原型，本轮补齐三模块闭环与开发交接。未创建独立 v2 代码目录、未实施新版 API / Jev / 历史过程提炼、未部署或覆盖现有服务。迁移仍是后续任务，见实施计划；不能把现有名字含 v2 的旧模块误认为本轮新版已完成。
备份基线：4d5a420671cb073a56335bd617e7d0812b8179a9，Gitea codex/backup-before-ai-prescreen-v2-20260928；已通过远程 SHA 比对。此前主线：b10093f9d8a949c6a6f8f8ed6d5b9c1bb044b569。详情见交付记录。
新开发者先读
先读 三模块闭环 理解产品，再读 开发交接与任务包 选择一个小任务。Claude Code 从根 CLAUDE.md 导入统一规则；可使用用户配置的 DeepSeek，编码模型与产品运行模型独立。
阅读顺序
| 文档 | 用途 |
|---|---|
| 流程适配 | 如何执行同事提供的八阶段规范 |
| 三模块闭环 | 历史经验加工、卡片装配预审、轨迹与真实评审反馈 |
| 开发交接与任务包 | T00–T13、最小阅读包、Claude/DeepSeek提示词与当前进度 |
| 交付纠偏规格 | 四批交付口径、四项禁止的"假接通"方式、BR-45 |
| 四批交付记录 | 每批的页面入口、操作步骤、实际结果、证据位置与剩余缺口 |
| URD | 用户、产品目标、功能、分期与产品验收 |
| 需求规格 | 七段规格、BR/E/AC 可追溯规则 |
| 架构 | 已有能力、目标边界、职责与 ADR |
| 详细设计 | 候选接口、数据契约、状态、失败处理 |
| 专项判断模型切换 | 无 Jev Key 的本地路径、统一契约、能力差异与切换验收 |
| 概率与沙盘联动 | 演示概率、可追溯依据与即时情景对照；真实概率校准边界 |
| 交互原型 | Superdesign 视觉方向、演示范围与原型验收 |
| UI Spec | 页面骨架、状态、权限和演示交互 |
| 设计契约 | 已观察视觉来源、语义 token 提案及缺口 |
| 实施计划 | 核心代码迁移与分批交付 |
| 验证方案 | 自动化、专家盲测和概率验证边界 |
| 部署与 Gitea | 当前真实入口、备份恢复和 v2 隔离要求 |
| 数据试点与展示 | 争取历史数据开放的演示脚本与试点方案 |
| 决策与未决项 | 已接受方向、候选决策、owner 与到期阶段 |
| 本次交付记录 | 备份证据、检查结果和未完成事项 |
阶段状态
- ① 用户已确认公司评审会通过为目标、初始材料介入、P0模拟数据、三模块闭环和可替换专项判断；规格、真实制度与标签映射仍待审阅。
- ②–④ 为支持需求评审提前记录的候选设计，不视为阶段门禁完成。
- ⑤–⑧ 文档描述未来实施、验证、交付和经验沉淀方式；本轮仅更新文档并执行文档检查；此前的原型和备份证据各自保存，不能推断本轮已远程备份。
- 现有基线测试结果仅证明旧版状态，不证明 v2 功能已经实现。
下一步
从 T00 完成首个实施切片的契约、依赖白名单、隔离路径和门禁审阅；随后按 T01–T11 分批实现模拟闭环。Jev接入可选，Laya须按任务验证。真实数据/概率留到T13，不能因文档完备就宣称已接通或已校准。