refactor: 把 /derivatives 的多源编排从 controller 搬进 usecase

为什么：原 controller handler 在 HTTP 层同时承担了 4 项 usecase 职责
（多源拼装、错误降级策略、limit 硬编码、响应结构组装），违反了
"controller 只做参数解析 + 调用 + 序列化" 的边界。等后续给衍生品加
缓存 / taker volume / 数据质量字段时，HTTP 层会持续变厚。

改动：
- 新增 internal/usecase/market_query.go: MarketQueryUsecase.GetDerivatives()
  并发拉 current funding/OI + 串行查历史 + 错误聚合为 warnings 返回
- /derivatives handler 退化到 4 行；MarketDeps / restapi.Deps 同步收窄
- /klines 保持直查 KlineRepo（thin query，G11 例外）
- 新增 G11 守卫：grep "FundingRepo|OIRepo|LSRepo|TakerRepo" internal/controller

破坏性 API 变更（/derivatives 响应）：
- 删除 funding.error / openInterest.error
- 新增顶层 warnings: []string
顶层 symbol / funding / openInterest / longShortRatio / takerBuySellVolume 保持。

harness 同步：
- AGENTS.md §6 加 G11 grep
- ai/project-map.md 加 market_query.go + /derivatives 数据流分支
- ai/task-templates.md T6 加"破坏性变体"分支（本次重构暴露了原假设过严）
- ai/harness-health.md W1 记一次轻量验证 + 守卫数 10→11

验收: go build / go vet / G6 grep / G11 grep 全绿。

ai/harness-health.md

@@ -15,7 +15,7 @@
 | 验证命令可跑 | strong | Makefile 全部命令在 README + AGENTS.md 双重列出 |
 | 快速反馈环路 | strong | `go build ./...` < 2s，`go vet ./...` < 1s，单包测试支持 |
 | 任务契约质量 | partial | 模板已写（`ai/task-templates.md`），但还没有真实任务用过 |
-| 守卫规则清晰度 | strong | 10 条 G1-G10，每条都有可机械验证命令 |
+| 守卫规则清晰度 | strong | 11 条 G1-G11，每条都有可机械验证命令 |
 | 架构决策耐久度 | strong | ADR 0001 记录 9 条核心决策；其他 ADR 等触发 |
 | Spec / test-plan | partial | 还没有 specs/，因为 v1 没有需要 spec 的任务；v2 新数据源时必填 |
 | 失败反馈环路 | partial | AGENTS.md §10 写了升级时机，但还没有 `ai/risk-guardrails.md` 改动史可参考 |
@@ -44,6 +44,7 @@
 **现状**：模板已写完，但没有 PR 用过这些契约。
 **影响**：模板可能太严格或太松。
 **纠正时机**：完成第一个非平凡 PR（比如 Milestone 6 的技术指标）后回看，调整模板。
+**2026-05-24 更新**：`/derivatives` controller→usecase 重构（抽 `MarketQueryUsecase`、新增 G11）算一次轻量验证。发现 T6 "API 响应字节级一致" 假设过严——抽离 usecase 时合理地把 sub-object `error` 字段升级成顶层 `warnings` 数组，已在 T6 加"破坏性变体"分支。Milestone 6 真正落地时再做一次完整复评。
 
 ### W2. 还没有 work-status.md
 **现状**：目前是单 agent / 单会话工作，不需要 work-status 协调。