feat(v2): S1 存储层——材料导入批次与事实冲突检测

T02 第二个子卡。复用 assistant_objects（新 kind），**未新建表**；旧库结构不变。

新增服务：
- services/material_import.py 批次生命周期：create/load/listing/mark_item/
  retry/cancel；状态由逐项状态派生（ready/partial/failed/parsing）
- services/fact_conflict.py 冲突检测/阻断/裁定；FactConflictUnresolved(E-17)

解决的**真实缺口**（BR-23 / AC-24）：既有 apply_candidate 对 values/facts 是
后写覆盖，sources 虽累积多来源但无人检测分歧、无人阻断。本层在**新路径**前置
检测：冲突时证据仍入 sources（BR-22 留痕）但值不采用（BR-23），已确认值不被覆盖。

增量改动（均为可加性，未改既有语义与调用方行为）：
- assistant_store.py：新增 idempotent_lookup / idempotent_remember 共享 helper。
  既有 enqueue 与 create_report 的内联实现**未改写**。用 INSERT OR REPLACE 而非
  裸 INSERT：重试路径上裸 INSERT 会抛 sqlite3.IntegrityError（非 Conflict，
  translate() 无法映射为 409）。
- assistant_materials.apply_candidate 新增 adopt=True 形参。adopt=False 只记证据
  不改值；既有调用方不传参，行为完全不变（有回归测试）。

设计决定：
- T00/04 曾提 3 个 kind；实现时发现契约中 ImportItem 无 revision 且内嵌于批次，
  items 是值对象，故收敛为 2 个 kind（import_batch / fact_conflict）
- E-17 有两个面：确认动作被拒 = 422；运行级结果 = HTTP 200 且冲突存于
  degradations。契约映射与注释均已写明，并有测试锁定

测试：新增 test_prescreen_storage.py（33 项）。全量 196 项 OK（124 → 196）。
scripts/verify.py 9/9 PASS（exit 0）。

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

backend/contracts/prescreen.py

@@ -90,7 +90,11 @@ class ErrorCode(StrEnum):
 
 
 # HTTP 语义沿用既有 translate()（backend/api/project_assistant.py:36-46），
-# 不另立一套。E-17 是**运行级结果标识**，不是 HTTP 错误（01 §5 末）。
+# 不另立一套。
+# E-17 FACT_CONFLICT_UNRESOLVED 有**两个面**，不要混为一谈：
+#   · 确认动作被拒（本映射）：422 —— 客户端必须先裁定冲突，属可立即纠正的请求问题
+#   · 运行级结果（不在此映射内）：HTTP 200，冲突标识保存在 degradations/finding，
+#     "HTTP 200 仅表示结果可读取，不表示核查通过"（01 §5 末）
 S1_ERROR_HTTP: dict[ErrorCode, int] = {
     ErrorCode.NOT_FOUND: 404,
     ErrorCode.ACCESS_DENIED: 403,
@@ -100,7 +104,7 @@ S1_ERROR_HTTP: dict[ErrorCode, int] = {
     ErrorCode.IDEMPOTENCY_CONFLICT: 409,
     ErrorCode.MATERIAL_PARSE_FAILED: 422,
     ErrorCode.IMPORT_BATCH_INVALID: 422,
-    ErrorCode.FACT_CONFLICT_UNRESOLVED: 200,
+    ErrorCode.FACT_CONFLICT_UNRESOLVED: 422,
 }
 
 # 403/422 不自动重试；409 需客户端改载荷或刷新。见 03 §5。