qiaoqichao/mini-openclaw-v2
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
37 Commits 2 Branches 0 Tags
2e7e19471c82f4f14e4ebf7c16cf80cfae20d6f3
Commit Graph
7 Commits
Author SHA1 Message Date
qiaoqichaoandClaude Code 2e7e19471c feat(v2): 纠偏第二批——接通历史经验加工闭环 
覆盖 AC-50/51/52（BR-48/49、E-28）。审计确认的 P1-3 缺口"历史提炼与卡片
不在实时 API 调用图上"由此关闭：提炼、候选治理、卡片进方案全部有真实调用方。

后端：
- contracts：新增 E-28 EXTRACTION_UNAVAILABLE（运行级，不进 HTTP 信封）与
  KnowledgeExtraction 记录类型。契约层强制"失败不得带候选"，
  AC-50「模型不可用⇒不产生候选」是类型约束而不是文档约定。
- services/experience_extraction.py（新）：真实提炼入口。模型不可用或调用失败
  → 记 E-28 且 candidate_id 为空；不产半成品候选。传输纪律同 assistant_model
  （禁进程内代理、零重试），且 tools=[] 使"越权读材料"在结构上不可能。
  自然语言修订同样必须真实调用模型，没有"把中文猜成条件"的回退路径。
- services/knowledge_cards.py：新增 current_draft/revise/list_cards 与
  registry_conditions。修订只产草稿、保留 origin 与来源、升版本记 parent_version；
  test_cases 纳入可改字段——它是 component_evaluation 对自定义 Skill 的发布门禁，
  不开放则提炼出的候选永远卡在评测门外。
- services/project_assistant.py：enqueue 改用 review_plan.assemble()，
  让 T06-b 的依赖预检（E-19 可定位文案）与维度解析不再被绕过。
- api/prescreen.py：case-timeline、knowledge-extractions、knowledge-candidates
  （创建/修订/状态机）、review-plans（装配/状态机）。角色门禁与既有
  /components 入口一致；id 与数据域由服务端生成；按 id 的路由一律在 run() 内
  查归属，否则 KeyError 会变成 500 而不是 404。
- component_registry/review_plan：下沉 current_draft/version_key 与 list_plans。

前端：
- 新增 /experience-center 独立入口（BR-50）与 ExperienceCenter 组件；
  AgentNav 增加「历史经验加工」。
- originBadge 此前零调用方、.origin-* 无任何 CSS——守卫只 grep 库文件字符串，
  于是"测试通过但功能不存在"。本批补齐消费方与样式，并用左边框样式区分四种来源，
  保证去色仍可区分（AC-42/BR-48）。
- 守卫语义按 AC-55 调整：由"禁止新建路由"改为"禁止重复页面"
  （面板不得搬到独立路由、已合并页必须保持重定向），并新增
  experience-center-ui 守卫（已登记 verify.py，共 12 项检查）。

测试：新增 36 项（提炼 15 / 候选治理 15 / 卡片到运行 6），全量 unittest 无回归；
两次同项目运行对照证明卡片确实改变了核查结果，且 basis_ids 指向 卡片id@版本。

未闭合（记录在 17 的剩余缺口）：真实模型提炼尚未实测（需端点）；
界面未经浏览器点击验证；例外边界未进入可求值语言；规则类候选不在本批。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-10-01 00:31:42 +08:00
qiaoqichaoandClaude Code d6bc8485f5 feat(v2): T11 改进治理与演示交付——对照门禁、泄漏作废、三模块演示脚本 
覆盖 AC-15/16/34/37/41（BR-15/16/40、E-11/24）。

后端：
- contracts/improvement.py：ImprovementCandidate + ContrastReport/ContrastMetrics。
  零分母不得给比率或覆盖率（样本不足不是 0%）；非独立评测不得给改进/退化结论；
  已发布必须引用既有不可变版本；没有对照证据不得进入待审核或已发布。
- services/improvements.py：
  · evaluate_contrast 在服务端判定泄漏——预测锁定前读到标签即整次评测作废（E-11），
    保留集来源进开发集的样本作废并单列，指标按分子/可观察分母/覆盖率/未观察分开报；
  · transition 状态机：draft→evaluating→ready→in_review→approved→released，
    自批拒绝、退化与结论不明拒绝发布、发布幂等且只引用既有版本、撤回只影响新运行。
- api/prescreen.py：候选列表、提出与状态机三个端点；评测请求体提交样本，
  泄漏与指标一律由服务端计算，不接受客户端交来的"成品报告"。
- contracts/prescreen.py：补 E-11/E-24 错误码与 409 映射。

前端一致性修正：
- src/lib/prescreen-run.ts 的呈现判定改用后端既有词汇
  （empty/list/grouped/radar/faceted，与 services/review_plan.presentation 一致），
  避免前后端各一套判定导致界面画出后端判定为不该画雷达的图。

演示交付：
- scripts/xingbang_prescreen_demo.py：按 08 §7 八步演示，只驱动已实现入口，
  未实现的步骤（批量清单、历史提炼、卡片治理）如实标注原因；
  工程演示与模型效果分列，本地专项/Jev/真实概率一律标未验证或未接通。
- backend/test_demo_script.py：冒烟断言八步状态、未实现原因与分列口径。

验证：backend 全量 unittest 519 项 OK；前端 npm run build 通过。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-30 09:25:25 +08:00
qiaoqichaoandClaude Code f2bbac03e7 feat(v2): T10 轨迹回放与会议结果复盘——只读轨迹、unmatched 单列、更正追加 
覆盖 AC-22/32/33（BR-13/21/31/32、E-05/23/26）。

后端：
- contracts/trajectory.py：TrajectoryStep 与 ReviewOutcome。
  TrajectoryStep 失败必有错误码、成本未知时币种留空、observable() 给出
  可读字段白名单（机器可读地排除任何推理过程字段）；
  ReviewOutcome 只在 matched 且有明确映射口径时才有二元标签，附条件/撤回/
  未送审一律留空，unmatched 不得挂快照。
- services/trajectory.py：
  · project_steps 把既有 run 的步骤投影成轨迹（顺序即 sequence，部分完成
    如实标注，失败保留，成本缺省留空不填 0）；
  · replay 只读回放并按 sequence 稳定分页，不存在或跨项目抛 KeyError；
  · record 追加会议结果：未知快照记 unmatched，更正要指向本项目既有记录，
    链必须能终止；denominator 只数 matched 且有通过/否决口径的记录。
- api/prescreen.py：新增轨迹回放、会议结果列表与追加三个端点。

未做：轨迹写入仍由既有 DurableWorker.save_step 负责（本批不重做运行执行），
因此目前没有 judgment/rule 类步骤的产出方；会议标签映射（E-26）仍属 T11。

验证：backend 全量 unittest 494 项 OK（T09 时 469 项，无回归）。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-30 09:19:33 +08:00
qiaoqichaoandClaude Code 22f8a37799 feat(v2): T09 预审与推进沙盘——运行只读视图、演示情景与界面守卫 
覆盖 AC-11/12/29/30/31/42/44（BR-11/29/30/41/43、E-20/21/22）。

后端：
- contracts/simulation.py：Simulation/SimulationAssumption/ScenarioDimensionState。
  契约层直接禁止 production 域携带演示估计（E-21）；ready 必须有结果、
  failed 必须带错误码且不得显示结果、计算中不得预告乐观增幅。
- services/prescreen_sandbox.py：演示情景表（DEMO-TABLE-v1）与推演入口。
  组合查表不是单项加和（assert_not_additive 把这条写成可执行断言）；
  只改被假设的维度，其余维度原样保留；失败保留基线并标未完成。
- services/prescreen_store.py：运行视图只读存储，复用 assistant_objects 新 kind
  prescreen_run，不新建表；只提供保存与读取，要改结果必须产生新修订。
- api/prescreen.py：新增 3 个只读端点（运行列表、运行视图、可用假设动作）
  与 1 个情景端点；请求体里没有任何概率字段。越域返回 E-21、冲突假设 E-22、
  过期修订 409。
- contracts/prescreen.py：补 E-20/21/22 三个错误码与其 HTTP 映射。

前端（挂进既有工作台「材料与问题」页，不新建路由、不新增样式表）：
- src/lib/prescreen-run.ts：客户端契约、呈现判定（同刻度 3–8 维才画雷达）、
  演示值域判定、来源与数据域徽标（文字＋图标＋样式，去色仍可区分）。
- src/components/xingbang/PrescreenPanel.tsx：主审意见、演示值（紧邻固定说明）、
  维度雷达与等价文字列表、维度依据抽屉、假设勾选即时推演。
  旧请求晚到或结果与当前选择不一致即丢弃；请求失败保留基线并标未完成。
- scripts/test_prescreen_ui.cjs：界面源码守卫，已注册进 scripts/verify.py。

未做：运行装配结果的写入方仍是执行链路（T10 范围），当前由测试写入；
沙盘尚未接入真实执行，界面数值全部为服务端演示表值。

验证：backend 全量 unittest 469 项 OK；前端 npm run build 通过。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-30 09:15:57 +08:00
qiaoqichaoandClaude Code ff7894ae1f feat(v2): S1c′ 既有上传入口的批量摄取——S1 首次端到端闭环 
T00/04 §4.2 要求的"既有材料上传入口扩展"：**不建立平行上传 API**。
POST /documents 增加可选 batch_id / item_id 表单字段；不传时行为完全不变。

- api/prescreen.ingest_into_batch：清单核对 + 状态回写，仍走既有
  ProjectAssistantService.upload()，故解析、同哈希复用原件、pending_candidates、
  data_revision、mark_stale 等既有行为一字未改
- 服务端**重算** sha256 与大小，不信任客户端清单；不符则条目 failed + 422
- 返回体保持 **document 形状**（既有前端读 body.id / body.candidates），
  批次状态作为附加字段 import_batch 给出
- 拒绝重复摄入已解析条目（409）、已取消批次（409）、不在清单中的文件（404）

闭环已成立：登记批次 → 上传 → 解析定位 → 冲突检测 → 人工裁定 → 进事实。

测试：test_prescreen_api.py 新增 BatchIngestTests 10 项（含闭环与既有路径回归）。
全量 235 项 OK（225 → 235）；scripts/verify.py 9/9 PASS。
真实 app 冒烟 claude_use/T02/smoke_s1.py 15/15 PASS。

**测试隔离缺陷已修**：BatchIngestTests 初版只 patch 了 prescreen 的 service 工厂，
未 patch api.project_assistant.service，导致不传 batch_id 的上传落到**真实 v2 数据库**。
已补 patch，并清空 v2 数据根从干净状态重跑验证。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-29 17:43:57 +08:00
qiaoqichaoandClaude Code fcf4d8c948 feat(v2): S1 接口层——材料导入与事实冲突的 8 个端点 
T02 第三个子卡。命名空间按 T00/04 §1 定案 P1 挂 project-assistant 之下，
复用现有鉴权与同源代理，鉴权/代理代码零改动。

新增 backend/api/prescreen.py（7 路径 / 8 操作）+ test_prescreen_api.py（27 项）。
app.py 仅新增 1 个 include_router 与 1 个异常处理器注册。

落实：
- 404 统一口径（03 §2）：不存在与无访问权一律 404，不泄露对象存在性。
  既有 check_project 抛 403 且被 5 个模块共用，故不改它，由本模块 scope() 包装。
  实测：无权项目返回 404 NOT_FOUND 而非 403。
- 错误信封（D2）：只在新路由输出 {error:{code,message,retryable,request_id}}。
- E-09 与 E-05 精确区分：新增 store.IdempotencyConflict，不再靠字符串比对猜码。
- 客户端清单只接受 4 个字段；id/status/received_at 由服务端生成——
  状态机写权不下放。manifest 校验因此从"整对象"改为"4 字段 + 服务端补全"。

**实测发现的缺口并已修复**：Input(extra="forbid") 的校验错误由 FastAPI 校验层在
进入端点前抛出，不经过 run()，导致同一命名空间出现两种错误形状。现注册
RequestValidationError 处理器，但**只在 prescreen 路径生效**，其它路径交回
FastAPI 默认实现——既有端点形状经实测确认未变（含校验错误的形状）。

验证：
- scripts/verify.py 9/9 PASS（exit 0）；全量单测 225 项 OK（196 → 225）
- claude_use/T02/smoke_s1.py 在真实 app.py 上 10/10 PASS：覆盖路由注册、
  真实前缀下的 manager 鉴权放行、404 统一、信封形状、以及既有端点未被污染

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-29 16:45:07 +08:00
qiaoqichaoandClaude Code d56c699ce6 chore(v2): 从兴邦预审v2白名单抽取独立可运行基座 
按 docs/v2/05-implementation-plan.md §1 候选迁移表与 claude_use/T00 白名单，
从 55e2cdb 抽取 224 个文件（2.48 MB）到独立目录 F:/mini-OpenClaw-v2。

- 排除：凭据(.env/server-deploy.conf/旧DELIVERY.md)、运行数据(xingbang_data 等
  4 个 SQLite)、依赖(venv/node_modules 符号链接)、归档(_backup*/test-evidence/
  ori_file)、Office 临时文件
- 目标目录独立 git 仓库，初始恢复点；Gitea 远程与分支待 OQ-06 Q2 定案
- 未部署、未启动服务、未调用模型

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-29 12:58:26 +08:00