docs(xingbang): 适配项目开发流程并建立经验驱动预审新版文档

docs/project-process/01-requirement.md

@@ -12,10 +12,10 @@
 ### 1.1 进入条件
 - 需求来源明确（谁提的、要解决什么问题、对哪些角色生效）。
 - 明确本轮范围 vs 明确不在本轮范围（out-of-scope 与 in-scope 同等重要）。
-- 单一交付面还是多交付面已确认（web / Electron 主进程 / 硬件网关 / 设置面板……每个交付面都会让规格多一段）。
+- 单一交付面还是多交付面已确认（客户经理工作台 / 评审工作台 / 管理配置 / 后端 API……每个交付面都会让规格多一段）。
 
 ### 1.2 完成条件（DoD）
-- [ ] 七段结构齐全（多交付面则第 3 段重复），每个领域术语都进术语表
+- [ ] 七段结构齐全（多交付面则第 3 段重复），每个领域术语都进术语表（预审/正式审批、经验适用、缺证、模拟/真实、概率校准必须分清）
 - [ ] 每条业务规则 `BR-xx` 可测试（能说清"什么输入让它过、什么输入让它挂"）
 - [ ] 每条规则隐含的失败路径都有 `E-xx`，异常"用户可见消息 ↔ 后端错误码"绑定
 - [ ] 每条 `BR-xx` / `E-xx` 至少被一条 `AC-xx` 引用；验收含正常/异常/边界三类用例
@@ -55,7 +55,7 @@
    Decision Record
 ```
 
-> 参考模板：`vendor/better-harness/references/bootstrap/examples/frontend-web-spec.md`（前端表面）、`backend-service-spec.md`（多交付面）、`mobile-app-spec.md`（离线/权限/版本）。**复用结构，不复用表名/端点/阈值/角色名。**
+> 产品级模板见 [URD模板](templates/URD-Template.md)，兴邦规格示例见 [v2需求](../v2/01-requirements.md)。复用结构，不复制其他项目的表名、端点、阈值和角色。模拟数据、真实数据及正式审批边界必须明确。
 
 ### 3.2 六道完备性门（任一不过，禁止进入实现）
 
@@ -69,7 +69,7 @@
 | **Decision gate 决策门** | 本轮范围内没有未决问题阻塞规则；要么移出范围，要么解决 |
 
 ### 3.3 交付物清单
-- 规格文档（本地草稿放 `docs/plans/`，**不入库**，见 `.gitignore`；需入库的规格随 PR 放 `docs/` 对应目录，命名 `<日期>-<主题>-spec.md`）
+- 规格文档放 `docs/v2/` 或对应业务文档目录并入库，标明草稿/已确认；临时试验可放 `test-evidence/`，不假设其他目录已被Git忽略。
 - （可选）给 UI 需求的面：指向 [04-ui-spec.md](04-ui-spec.md) 的表面规格拆分
 
 ---
@@ -85,3 +85,5 @@
 
 - 阶段 ② [02-architecture.md](02-architecture.md)、阶段 ④ [04-ui-spec.md](04-ui-spec.md)
 - 规格→实现→验证的流程闭环定义见 [README.md](README.md) 全景
+
+变更：XB-1.0 / 2026-09-28，按兴邦 Next.js + FastAPI 项目事实适配；稳定规则编号保留。