Data Horizon 现有系统与战略映射图
事实时点：2026-08-27 09:35 Asia/Singapore
基线（2026-08-27，分开登记，不得合并表述）：
- 工程 origin/main：
data-horizon@65fde06d6d44bb675eeda08a8e6358a6b52dbd72（简称65fde06d），本文 Implementation 事实以此为准； - controller 本地 main：
1b4a768a，behind origin/main 1，且有未提交的 macrotrial 工作；这只是协作状态事实，不代表其内容已被 accepted； - accepted 隔离 checkpoint：
29dfe4e23054bf01f503b5ee3f6184a2647dc17c（简称29dfe4e2），相对 origin/main 仅含 standardizepipeline.go/pipeline_test.go，未进入 origin/main、未部署； - 生产精确代码 SHA 本轮未从公开 deployment manifest 重新确认，不做猜测；Query Nest 功能证据确认标准化 workers=4。
基线边界（2026-08-27）： 上一增量
3e0bb402..18838212a653已逐项复核；本轮 origin/main 推进到65fde06d，主要新增事实为标准化多 worker 配置进入生产（workers=4）、writer-level 日志脱敏随 Owner 授权的 P0 deployment / rotation / revocation 完成、macro schedule/actual pipeline 生产运行回执可见。Implementation、Production evidence 与 Acceptance 仍按轴分别记录，不互相推断。
用途：为战略白皮书、inventory、reference evaluation、系统 / 产品定义和实施重基线提供当前实践证据
边界：本文不是产品定义、目标架构、正式对象协议、接口优先级或工程路线图
0. 阅读契约
本文只回答：
截至事实时点，Data Horizon 工程实践已经具备什么、生产侧已验证什么、什么仍未验收，以及哪些实现不能被直接升级为正式产品结论。
每项事实使用五个相互独立的维度：
| 维度 | 状态 | 含义 |
|---|---|---|
| Implementation | Implemented / Partial / Proposed-only / Absent | 当前工程 HEAD 中是否存在实现与测试。 |
| Production evidence | Verified / Partial / Not re-verified / Known drift | 是否有截至事实时点的生产只读证据；不能由代码存在推断。 |
| Acceptance | Accepted / Activation-gated / Not accepted / Not applicable | 是否完成有边界验收；不能由生产有流量推断。 |
| Governance | Canonical-aligned / Canonical-stale / Practice asset / Decision pending | 是否已成为治理层正式定义；不能由 Implementation 或 Acceptance 反推。 |
| Consumer-neutrality flag | Neutral / Consumer-named / Consumer-driven pending validation | 当前 shape 是否包含消费者命名或由单一消费者需求主导；不单独表达好坏。 |
本文中的 Implemented 不等于生产可用，Verified 不等于验收完成，Accepted 也不等于已经冻结为 Data Horizon 正式产品对象。生产证据若只来自 2026-08-20 controller / liaison receipt，而没有进入固定工程 artifact，统一按 Partial 记录，不升级为独立复核完成。
1. 一句话结论
Data Horizon 已经形成一套持续运行的金融信息感知实践系统：它覆盖多源接入、标准化、来源授权、来源健康、人类复核、KOL / 私域信息运营、宏观信息、加密市场直连、Open API、Provider 配置、任务调度、运营证据和内部控制台。
但当前系统仍然主要由若干历史对象、任务链、控制面和消费接口组成，尚未完成以下治理收束：
- 独立信息产品闭环的正式验收；
- current objects 到正式 reusable information objects 的选择；
- internal object protocol 与 external Interface / Adapter 的分离；
- publication identity、correction、withdrawal、revision 与 replay lifecycle；
- rights、quality、provenance、cost 和 consumer scope 的统一表达；
- migration、configuration concurrency 和 scheduler ownership 的稳定治理；
- 由多个异构消费者证明 consumer-neutral contract portability。
因此，当前实现应被视为高价值实践资产和参考评估输入，而不是现成的最终产品模型。
2. 上位边界与当前阶段
生态层对 Data Horizon 的稳定定义是：独立金融信息感知系统 / 产品，负责结构化与非结构化金融信息的接入、处理、组织、时间化和输出；不拥有最终金融认知、研究结论或真实交易执行。
生态登记阶段已于 2026-08-31 经 L3 更新为"第一阶段收束完成（Phase 1 Closure 判定 PASS）/ 第二阶段已提议未启动"；项目级 inventories、reference evaluation 与本轮 Owner direction 此前已完成并被接受。生态登记与工程事实必须分开读取：
- 当前代码、表、页面和接口可以作为事实证据；
- 当前 Open News、KOL、macro、TM contracts 不能自动成为正式产品对象；
- 已完成的 inventories 与 reference evaluation 是后续判断输入，不自动冻结新的正式 object、Interface、schema、状态机或 MVP 契约；
- 后续冻结必须继续满足相应 Owner decision、产品验收和必要的 L3 gate，不能由项目级 Implementation 反推生态阶段已升级。
当前消费顺序的对齐输入为：内部人类 → 内部机器 → 外部 B → 外部 C。该顺序用于挑战当前实践的消费者偏置，不表示四类产品形态已经获得正式定义。
2.1 第一阶段四轴历史状态与收束结果（2026-08-27 登记，2026-08-31 收束确认）
| 轴 | 状态 |
|---|---|
| Governance | Partial。 项目级 L2 canonical rebaseline、inventories、reference evaluation 与 D-01..D-13 已完成并被接受；登记时点生态 object registry 仍为“参考评估前置”（该阶段登记已于 2026-08-31 经独立 L3 更新）。 |
| Implementation | Substantial。 大量能力已实现并有本地测试（见 §4），但实现密度不等于验收。 |
| Production | Partial。 若干链路有只读生产证据（见 §7），未形成全量生产复核。 |
| Acceptance | Not accepted。 第一阶段独立信息产品闭环的有边界验收未完成。 |
2026-08-31，Owner 确认第一阶段按 Phase 1 Closure 口径收束完成，收束判定为 PASS——指收束目标达成、第一阶段作为执行阶段关闭。该判定不改写上表四轴历史状态，不把 Acceptance 升级为 Accepted，News 严格时效目标未全部达标等事实继续按 §4 / §7 原样保留。第二阶段方向已由同日接受的 L3 提议与 第二阶段知识包 登记，尚未启动（接受仅覆盖知识治理方向）；本文的工程与生产事实不因该方向登记发生任何变化。
3. 当前系统实践全景
这是一张 current-practice flow，不是目标架构。Practice Assets 表示当前数据库和接口中的工程对象，不等同正式 Perception Record、Financial Information Feed 或其他候选对象。
4. 能力事实矩阵
4.1 来源注册与来源运营
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented，但控制面分散。 已有 Source CRUD、分类、tags、KOL binding、recent feed、std_config.fetch、partial-update preservation；Provider Config Center 又形成第二个配置入口。 |
| Production evidence | Not re-verified as a whole。 可从持续采集间接确认部分来源活跃，但未在本轮重新抽样全部来源状态、覆盖、死源和并发更新。 |
| Acceptance | Not accepted as one operating workflow。 来源配置能力存在，不等于内部运营任务已经形成统一闭环。 |
| Governance | Canonical-stale / Practice asset。 Source ownership、patch/replace、field ownership 和 concurrency 仍待决定。 |
证据：data-horizon@09064bf0:server/api/crawler_source.api、server/internal/logic/crawler_source/crawler_source_update_logic.go、server/internal/logic/crawler_source/crawler_source_update_logic_test.go、server/internal/job/crawler_fetch.go、web/src/views/datahorizon/crawler-source/。
4.2 来源授权与使用边界
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially。 已有 source authorization、audit、default policy、consumer/output-kind resolver、管理 API、Open read filtering 和 raw stream bulk authorization query。 |
| Production evidence | Partial。 已有受 scope 约束的 Open consumer 持续读取证据；未对所有 public/private、consumer、output-kind 组合做生产矩阵验证。 |
| Acceptance | Partial。 代码路径已闭环，但 bulk SQL 与 per-source resolver 的长期等价性、全部私域 restriction 的业务确认仍未完成。 |
| Governance | Canonical-stale。 旧 Roadmap 仍把 WP-P2-01 写成 Pending；当前实现也不是最终 provenance/rights model。 |
证据：server/api/source_authz.api、server/internal/authz/resolver.go、server/internal/model/mysql/source_authz_model.go、server/internal/logic/open/authz_filter.go、docs/superpowers/specs/2026-08-12-wp-p2-01-source-authz-closeout.md。
4.3 来源与管线健康控制
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially。 已有 health computation、job heartbeat、overview/list/detail、pause/resume、quarantine/unquarantine、override、force-refresh、audit 和 Ops UI；selected static jobs 已可写入 success/no-work/skipped/failed 的有界执行回执。自动 quarantine 不是默认闭环。 |
| Production evidence | Not re-verified end-to-end。 本轮没有对生产控制动作或 UI 做 smoke。 |
| Acceptance | Not accepted as full control loop。 观测与控制能力存在，但自动处置、权限和全链路恢复仍需验收。 |
| Governance | Canonical-stale。 WP-P0-02 应从 Pending 校正为 Implementation substantial / production acceptance incomplete。 |
证据：server/api/source_health.api、server/internal/job/source_health_job.go、server/internal/logic/source_health/、web/src/views/datahorizon/source-health/、docs/superpowers/specs/2026-07-20-wp-p0-02-source-pipeline-health-design.md。
4.4 人类复核与输出门控
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially。 Review item/audit、enqueue/list、hold、approve、block、gate/service 与测试存在。 |
| Production evidence | Not re-verified。 未做生产队列和 action smoke，也没有证据证明所有高风险 output 都受该 gate 约束。 |
| Acceptance | Partial。 Module 已有；适用输出、触发规则、人工责任和 fail-open/fail-closed 边界未统一验收。 |
| Governance | Operational workflow asset。 不自动升级为正式核心输出对象或完整质量体系。 |
证据：server/api/review.api、server/internal/review/service.go、server/internal/review/gate.go、server/internal/logic/review/、docs/superpowers/specs/2026-08-12-wp-p0-03-review-gate-closeout.md。
4.5 Open API registry 与 key scopes
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented。 news、macro、asset、crypto、kol:read、kol:write registry 是 /v1/open/* whitelist SSOT；middleware default-deny。 |
| Production evidence | Partial。 News consumer key 已有持续使用和 daily limit 只读证据；其他资源组未在本轮生产 smoke。 |
| Acceptance | Per Interface。 不能把一个资源组有流量解释成整个 Open API 产品已验收。 |
| Governance | Engineering contract。 Registry 是权限事实源，不是最终 Interface inventory 或产品优先级。 |
证据：server/internal/openapi/registry.go、server/internal/openapi/registry_test.go、server/internal/middleware/open_apikey_middleware.go、server/api/open.api、data-horizon@65fde06d:CLAUDE.md。
4.6 新闻查询、游标回放与实时交付
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented and compatibility-tested at origin/main。 Latest/search/detail、active-only cursor stream、authz-before-pagination、opaque cursor、content freeze、blank filter、duplicate relation、stable sourceNo、publication gate、bounded wait 0..5、gate telemetry 和 legacy replay test 均存在。18838212 已将 stream start anchor 改为 authorization-neutral 的全局时间锚；越过尾部时回退到全局 MAX(id)，主查询仍保持授权过滤，并覆盖 tail/empty/error/authorization/skew 测试。 |
| Production evidence | Partial。 一个匿名独立外部 B workload 持续调用；对应授权 limit 已提高至 50000；2026-08-27 09:35 SGT，dn_raw_news 无 status=0/1、image task 无 status=0，image gate (status, raw_news_id) 索引已只读确认。最近有界消费者窗口未出现 stop-line、cursor regression 或 duplicate page item，但仍观察到 transport failure。 |
| Acceptance | Not accepted / bounded window failed strict target。 最近窗口的 item latency P50 仍高于 20 秒目标，gate age P95 仍高于 10 秒目标，并有 transport reliability 缺口；P95 90 秒与无超过 900 秒 stop-line 已达到。该结果证明当前不是长期 SLO PASS，也不授权继续扩大生产动作。 |
| Governance | v1 compatibility asset / Decision pending。 现有 consumer-named v1 token 是必须兼容但应隔离的 legacy wire value，不是未来命名规范；当前 Open News Item 不是正式 Perception Record 或 Financial Information Feed。 |
| Consumer-neutrality flag | Consumer-named。 generic route 当前在 wire 上输出消费者命名的 contract version；这是兼容债事实，不得包装成已经中立。 |
当前限制：stream 仍以 raw row ID 表达 publication sequence，缺 correction、withdrawal 和 revision lifecycle。
证据：server/internal/logic/open/open_news_stream_logic.go、server/internal/newsgate/、server/internal/logic/open/open_news_stream_v1_replay_test.go、server/deploy/migrations/add_image_download_task_gate_index.sql 及 2026-08 external-B compatibility case review。
4.7 宏观感知实践
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially at current HEAD。 已有 macro catalog、latest、calendar、release-contract、FRED/TE/FMP/Fed 接入、actual/previous/revision/period/unit、schedule-only observation preservation、同 vintage 的 actual/previous/revision 语义、provider GET 有界重试，以及 pending/deferred/filled/unavailable 的 actual-fill lifecycle、稳定 reason、attempt/next-attempt 和通用 job receipt。不存在 /macro/calendar-snapshot。 |
| Production evidence | Partial，由 2026-08-27 Query Nest 只读证据上修。 pipeline_macro_release_schedule status=ok、last_ok_at=09:18:21 SGT、failed=0、upserted=136、backfilled=16；pipeline_macro_release_actual status=ok、last_ok_at=09:22:00、candidates=0、outcome=no_work。生产 dn_macro_calendar schema 已含 revision、actual_fill_state/reason/attempt/checked/next_attempt 与 idx_actual_fill_candidate；现状 released filled=61 / deferred=1 / unavailable=1，upcoming pending=80。这些只证明对应时点的运行与 schema 状态，不证明长期 SLO。 |
| Acceptance | Not accepted as formal release/vintage model。 R7 数据清理 gate 已关闭，但 release occurrence、indicator observation、vintage 仍共用 current row model；既有两周期保护性验收仍为 Partial / Inconclusive，不能由新的本地实现回填。 |
| Governance | Practice model / formal semantics pending。 重基线已纠正“无宏观事件日历”的旧判断，但当前 row/contract 仍只是 practice asset；release occurrence、observation 与 vintage 的正式语义和模型继续由 DH-MACRO-01/P4 gate 承接。 |
证据：server/internal/macro/、server/internal/job/macro_release_schedule_job.go、server/internal/job/macro_release_actual_job.go、server/internal/model/mysql/macro_calendar_model.go、server/deploy/schema/dn_macro_calendar.sql。
4.8 加密市场与衍生品直连接口
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented as request-time pass-through。 已有 liquidation summary/history/symbols、OHLCV、funding rate、open interest，以及 CoinAnk 和 exchange-direct fallback。接口明确不落库、无持久历史、不可回填或重放。 |
| Production evidence | Not re-verified。 本轮未做 credentialed production endpoint smoke。 |
| Acceptance | Per-endpoint local tests only。 不能声明 provider availability 或 SLA。 |
| Governance | Practice Interface / durable asset absent。 “没有结构化行情资产存储”仍基本成立，但“完全没有市场数据能力”已经错误。 |
证据：server/internal/logic/open/open_crypto_*、server/internal/exchangedirect/binance_client.go、server/internal/openapi/registry.go。
4.9 KOL / 私域信息运营与 intelligence
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially。 已有 KOL CRUD/binding/profile、Control Room、watchlist、dynamic state、signal ledger、intelligence snapshot、topic/opportunity radar、Follow War Room、push 和 Open read/write feedback Interfaces。 |
| Production evidence | Not re-verified comprehensively。 本轮没有对全部 job、API 和 UI 做生产 readback。 |
| Acceptance | Not accepted as end-to-end product。 静态画像全自动覆盖和 TM validation closure 仍未完成。 |
| Governance | Canonical-stale / Boundary challenge。 当前“策略、机会、交易操作”等表达必须回到 perception evidence 边界，避免吸收认知或执行职责。 |
证据：server/api/kol_control_room.api、server/internal/logic/kol_control_room/、server/pkg/koldynamic/、server/pkg/kolintelligence/、server/internal/job/kol_*、web/src/views/datahorizon/kol-control-room/。
4.10 Provider Config Center
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially。 已有 asset/capability/binding/secret/audit 模型，overview/detail/draft/validate/apply/publish、consumer grants、runtime resolver、redaction tests 和 UI。origin/main 会在 managed credential 运行时无法解析时把 DB 中的 ok/ready 降级为 warn/action，且不会反向自动升级就绪状态。 |
| Production evidence | Not re-verified。 未在本轮读取生产 provider records、secret bindings 或 runtime selection。 |
| Acceptance | Partial。 2026-08 曾发生 crawler std_config.fetch 被 whole-object replacement 擦除并恢复，说明 patch 语义和字段所有权风险真实存在。 |
| Governance | Practice control plane / Decision pending。 patch、replace、null、concurrency 与 field ownership 需要 reference evaluation。 |
证据：server/api/provider_config_center.api、server/internal/logic/provider_config_center/、server/internal/providerconfig/、web/src/views/datahorizon/provider-config-center/、docs/superpowers/design-packages/2026-06-28-provider-config-center/。
4.11 Cron scheduling control
| 维度 | 当前事实 |
|---|---|
| Implementation | Partial by design。 DB catalog/list/toggle/update/metrics 当前主要覆盖 scraper jobs；macro、KOL、monitor 和其他 pipeline jobs 仍静态注册。origin/main 为 macro schedule/actual 与 standardization 等 selected static jobs 增加通用执行回执，但没有把它们纳入 DB scheduler control plane。 |
| Production evidence | Partial。 生产 dn_cron_job 已存在；本轮未触发任何生产 toggle/update。 |
| Acceptance | Not accepted as full scheduler control plane。 update/toggle rollback 和 restart consistency 测试仍需加强。 |
| Governance | Canonical-stale / Architecture decision pending。 需要决定保持 scraper-only 还是形成更深 Cron Control Module。 |
证据：server/api/cron_job.api、server/internal/job/cron_job_catalog.go、server/internal/job/cron_manager.go、server/internal/logic/cron_job/、web/src/views/datahorizon/cron-job/。
4.12 Migration 与 schema delivery
| 维度 | 当前事实 |
|---|---|
| Implementation | Partial / structural gap。 自动 startup migration runner 已移除；现存 SQL 均为显式授权的手工 operational assets。工程中已有 guarded macro actual-fill lifecycle migration 与 runbook，但仍没有 version/checksum/execution ledger、并发锁或统一失败恢复记录。 |
| Production evidence | Drift repaired, evidence partial。 revision column、cron table 与 image gate composite index 均已存在；R7 predicate=0。2026-08-27 Query Nest 只读证据确认生产 dn_macro_calendar 已含 actual-fill lifecycle 列与 idx_actual_fill_candidate，说明相应 schema 变更已在生产生效；但统一的 migration 执行 ledger/receipt 仍不存在，历史 DB 执行回执缺失继续按 D-13 Accepted operational direction 保留为 audit residual，不授权重跑。 |
| Acceptance | Not accepted as migration system。 本轮具体 schema/data gates 已关闭，不等于 migration history、preflight、rollback 或 receipt system 已验收。 |
| Governance | Decision pending。 后续 migration 必须继续显式授权；不得恢复 replay-every-start，也不得用重跑制造缺失的历史回执。 |
证据：server/deploy/migrations/migrations.go、server/deploy/migrations/migrations_test.go、server/deploy/migrations/add_image_download_task_gate_index.sql、docs/superpowers/specs/2026-08-20-image-gate-index-production-runbook.md。
4.13 运营可观测性与运行证据
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially but fragmented。 已有 Ops overview/inbox/pipeline/function/cost/consumer/domain snapshots、job heartbeat、source health、push log、agent execution、Open key usage 和 News gate telemetry。origin/main 已包含通用 job receipt（有界失败样本与聚合计数）和 writer-level 日志脱敏，并关闭 Go-zero 原生 request dump。 |
| Production evidence | Partial。 2026-08-27 可读回 standardize、macro schedule/actual heartbeat 与 raw/image blocker；Owner-authorized 日志脱敏 deployment、本次受影响 Open API key 的轮换和旧 key 撤销已完成，知识库不保存任何 key 值。D-14 所指其他历史旧凭据仍为 Deferred，不得由本次处置反推完成。平台历史日志的删除/自然到期缺少 durable receipt，继续作为补偿控制 residual；完整 Ops UI/API、长期 SLO 和 consumer value attribution 未验收。 |
| Acceptance | Partial。 能观察若干链路，不等于形成统一 quality/provenance/consumer feedback evidence wall。 |
| Governance | Canonical-stale。 运行证据已远超“日志碎片”，但尚未成为独立正式产品对象。 |
证据：server/api/ops_console.api、server/internal/logic/ops_console/、server/internal/job/ops_pipeline_stats_job.go、server/internal/opsstats/、web/src/views/datahorizon/ops-console/。
4.14 内部 Web 控制台
| 维度 | 当前事实 |
|---|---|
| Implementation | Broad operational UI implemented。 已有 Ops、source、source health、cron、KOL、TM source、subscriber、Open key、Provider Config 等产品面；当前 typecheck 与相关 lint 已恢复。 |
| Production evidence | Not re-verified in browser。 本轮没有生产 UI smoke。 |
| Acceptance | Not accepted as independent human product closure。 路由和页面数量不能证明用户工作流成立。 |
| Governance | Practice product surface。 需要按内部人类任务重新评估，而不是继续继承工程菜单。 |
证据：web/src/router/routes/modules/datahorizon.ts、web/src/views/datahorizon/、data-horizon@09064bf0:web/package.json。
4.15 Source profile 与工程 contract objects
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented substantially。 Source profile/rubric pipeline 已存在；internal/contract 中也已经出现 StandardizedEvent、SourceStatusView、KOLSignal、MacroReleaseContract、MarketReactionWindow、DeliveryManifest、FeedbackReceipt 等带 version/validate/adapter 的工程 shape。 |
| Production evidence | Not re-verified。 没有固定 artifact 证明这些 shape 已在生产被多个消费者稳定使用。 |
| Acceptance | Partial / consumer-specific。 个别 shape 有本地测试和消费示例；TM trial acceptance 与多消费者 replay 未闭环。 |
| Governance | Engineering contract / explicitly not formal product model。 生态阶段登记的更新不改变此判定；这些实现必须进入 output/interface inventories 接受挑战，不能被反读为正式七对象模型。 |
| Consumer-neutrality flag | Consumer-driven pending validation。 部分对象由 TM、FinBayes 等需求驱动，尚未通过异构消费者 portability proof。 |
证据：server/internal/sourceprofile/、server/internal/contract/、docs/superpowers/specs/2026-08-12-wp-p1-02-output-contract-closeout.md。
4.16 标准化流水线与日志安全
| 维度 | 当前事实 |
|---|---|
| Implementation | Implemented at origin/main；accepted successor isolated。 65fde06d 支持 1..4 个有界 worker、按 (created_at,id) 稳定取数、并在生产配置中设置 workers=4；prepare/enrich 可并行，duplicate/vector/terminal persist 保持原始顺序。accepted checkpoint 29dfe4e2 进一步改为 prepare readiness 流式进入严格全序 dedup、逐条派发 enrich、ordered committer 只提交连续完成前缀并记录阶段耗时；它未进入 origin/main、未部署。日志层的 writer-level redaction 与 request-dump 关闭已在 origin/main。 |
| Production evidence | Activated / point-in-time healthy, long-term SLO not accepted。 2026-08-27 09:35 SGT，pipeline_standardize status=ok、workers=4、fetched/active/failed/duplicate=0、oldestPendingAgeBefore/After=0；dn_raw_news 无 status=0/1。该证据只证明当前 workers=4 正常且无积压，不证明长期吞吐、故障恢复或严格延迟目标。 |
| Acceptance | Partial / strict performance acceptance failed。 bounded consumer window 已证明 P95 90 秒和 stop-line 恢复，但 item latency P50、gate age P95 与 transport reliability 仍未全部达标；29dfe4e2 仅完成本地 checkpoint acceptance。 |
| Governance | Practice hardening。 这是运行安全与确定性改进，不产生新的正式产品对象或 Interface。 |
证据：data-horizon@65fde06d、data-horizon@29dfe4e2、server/internal/standardize/pipeline.go、server/internal/model/mysql/、server/pkg/logredact/、server/internal/logic/open/openservice.go、server/deploy/config/config.railway.prod.yaml。
5. 当前工程对象与正确读法
| 当前工程对象 / 表面 | 可以证明什么 | 不能证明什么 |
|---|---|---|
dn_raw_news / Standardized News Record | 当前新闻接入、处理和查询实践 | 正式 Perception Record 或最终 publication model |
| Open News Item / Detail / Stream | 当前查询、游标和兼容交付能力 | 正式 To B / To C 产品对象或通用 Feed 定义 |
dn_source_signal / KOL signals | 私域信息解析和证据实践 | DH 自己作出的交易判断或正式 signal product |
dn_macro_calendar | 当前 calendar、observation 和 actual fill 实践 | 已完成 release occurrence / observation / vintage 分层 |
dn_push_log / delivery records | 推送状态和部分交付证据 | 消费方真正使用、价值归因或完整消费确认 |
| Review items / labels | 内部复核工作流能力 | 独立质量产品或完整 provenance model |
| Provider Config records | 当前 provider 配置与 runtime binding 实践 | 最终 provider ontology、patch 语义或并发协议 |
| Open API registry | 当前端点 scope 和 default-deny 权限事实 | 最终 Interface portfolio、SLA、定价或商业包装 |
internal/contract shapes | 当前工程中已有 version/validate/adapter 的兼容与实现约束 | 治理已批准的正式 Data Horizon product object model |
Perception Record、Financial Information Feed、Evidence Package、Dataset Package 等继续作为候选语言。Inventory、reference evaluation 与本轮 Owner direction 已完成，但 P4 对正式对象、Feed form 与 lifecycle storage 的后续决策和真实验收仍未关闭；完成前不能把候选反读为正式模型。
6. 当前消费者与协同事实
| 消费者类别 | 当前实践 | 正确治理读法 |
|---|---|---|
| 内部人类 | Ops Console、Source Health、Review、KOL、Provider Config、Cron 等 | 当前最完整的产品面，但独立工作流验收尚未形成。 |
| 内部机器 | Trading Matrix 相关 export、event stream、KOL feedback；FinBayes 候选消费 | 是 validation scenes，不定义 DH core。 |
| 外部 B | Open API keys、consumer scopes、一个匿名 News Stream benchmark case | 是当前 Interface/Adapter 实践；需由异构消费者验证 portability。 |
| 外部 C | 没有被治理确认的 Data Horizon 自营 C 产品 | 独立外部产品不是 DH 公共投影或默认旗舰。 |
Trading Matrix 的跟单、策略沉淀、News Trading 和外部 B 客户的编辑、展示、用户、placement、个性化需求都属于消费者产品层。只有经过多个消费者验证的稳定信息不变量，才有资格成为 Data Horizon core 或 neutral Interface 的候选输入。
7. 已知生产与验收状态
截至 2026-08-27 09:35 Asia/Singapore，只读证据支持：
- 生产 standardize heartbeat 为
ok、workers=4、oldest pending age before/after=0；dn_raw_news无 status=0/1，image task 无 status=0； pipeline_macro_release_schedule与pipeline_macro_release_actual均为ok；生产 macro schema 已有 revision、actual-fill lifecycle 列和候选索引；dn_image_download_task的(status, raw_news_id)复合索引已完成并只读确认；- News Stream bounded window 已消除 stop-line 和 P95 90 秒级失败，但 item latency P50、gate age P95 与 transport reliability 仍未满足全部 strict target，Acceptance 保持 Not accepted；
- writer-level 日志脱敏部署、本次受影响 Open API key 轮换与旧 key 撤销已完成；D-14 的其他历史旧凭据仍为 Deferred，历史平台日志留存 residual 也不得写成已经物理消失；
- accepted standardize S1B checkpoint
29dfe4e2尚未进入 origin/main 或生产； - R7 legacy macro cleanup 已执行至终态 predicate=0；缺失的历史 DB 回执按 D-13 保留为 audit residual，不重跑；
- 本轮没有从公开 deployment manifest 重新确认生产精确代码 SHA，因此不把功能读回反推为某个 deployment revision。
这些证据只能表达对应时点的生产状态，不能替代长期 SLO、产品验收或治理决定。
8. 当前最重要的挑战
8.1 独立信息产品闭环
DH 已有大量管线和控制能力，但仍需证明：不依赖 Trading Matrix 或任何单一外部消费者时，内部人类和内部机器仍能持续消费、复核、检索、订阅或导出可信金融信息。
8.2 publication 与 lifecycle
当前 ingest identity、row identity、publication identity 和 consumer cursor 存在耦合。需要参考评估 correction、withdrawal、revision、supersession、replay 和 stable identity。
8.3 rights 与多产品输出
Source authorization 已有实现，但它只证明技术策略和输出门控，不证明 DH 对来源拥有法律上的采集、处理或再分发权。同一上游资产面向内部、外部 B、外部 C、dataset 或模型用途时，rights、redistribution、retention、consumer scope 和计量需要按输出分别判断。当前 rights/licensing evidence 应记录为缺失或待逐来源补证，不能由 dn_source_authz 推断。
8.4 configuration 与 control-plane ownership
Crawler Source、Provider Config、Cron 和静态 job 注册之间存在多事实源。需要决定 patch/replace、field ownership、optimistic concurrency、runtime authority 和 restart consistency。
8.5 migration evidence
当前手工 migration assets 缺少统一 ledger、checksum、失败记录和并发执行保证。Macro lifecycle schema 已在生产生效，但 durable execution receipt 仍不完整；已修复的生产 drift 证明受控手工变更可以关闭单项 gate，不能替代 migration evidence system。
8.6 consumer-neutral portability
现有接口同时包含 neutral groups 和 consumer-specific seams。必须通过至少两个结构不同且匿名登记的 B 端或内部机器 workloads，验证契约不是单一消费者形状的投影。
8.7 工程文档与当前实现漂移
工程仓 CLAUDE.md 的 Project Overview、consumer-neutrality 与 TM compatibility 约束已经对齐当前战略；仍漂移的是其 Current Core Data Flow / Key Tables 继续描述 AgentJob → dn_event_news_std → PushJob，未反映当前新闻主链的 StandardizeJob → RawNewsJob 结构。工程仓根 README.md 仍把 Trading Matrix 写成核心流程终点，并遗漏 macro、Open API、Provider Config、Ops 等实践面。二者需要单独工程仓更新，但不能由知识库静默改写。
9. 从事实地图下推什么
本文的直接下游不是 schema 或工程任务，而是四类 inventory：
- Output inventory：当前输出、候选对象、compatibility assets 与 formal-object 状态；
- Interface inventory：console、REST、cursor stream、push、export、feedback writeback 等接口面；
- Architecture inventory：当前 Module、数据流、状态权威、存储和运行边界；
- Collaboration inventory：内部人类、内部机器、外部 B、外部 C 的协同模式与所有权。
四类 inventory、reference evaluation 与本轮 Owner direction 已完成。当前下推重点是 Phase 1 Closure、P4 candidate decisions 与真实 acceptance；在这些 gate 完成前，本文不向下冻结新的正式对象、Interface 或 storage 架构。
10. 证据入口
| 证据类型 | 入口 |
|---|---|
| 当前工程规则与产品对齐语言 | data-horizon@65fde06d:CLAUDE.md、CONTEXT.md（运行主链与根 README 漂移另见 §8.7） |
| 2026-08-27 工程增量 | data-horizon@3e0bb402..65fde06d；accepted isolated checkpoint 29dfe4e2；macro、standardize、provider readiness、logredact、job receipt、News tail 相关代码与测试 |
| 2026-08 current-practice review | 2026-08 DH-first external-B remediation alignment（历史工程证据，外部客户名称不进入 canonical） |
| 2026-08-27 生产聚合读回 | Query Nest data-horizon：dn_job_heartbeat（standardize / macro schedule / macro actual）、dn_raw_news、dn_image_download_task、dn_macro_calendar 的明确列、聚合状态与 schema；事实时点见文首 |
| 请求日志安全处置 | docs/superpowers/specs/2026-08-24-p0-http-log-credential-redaction-runbook.md；本次受影响 Open API key 的 Owner-authorized deployment / rotation / revocation controller receipt（不在知识库保存凭据值；D-14 其他旧凭据仍 Deferred） |
| News bounded acceptance | 2026-08-25 匿名 external-B bounded consumer acceptance controller receipt；只登记 strict verdict、剩余指标类别与兼容性结果，不登记客户身份 |
| 2026-08 路线图工程核对 | docs/superpowers/specs/2026-08-04-phase1-roadmap-work-package-status.md |
| Open API scope SSOT | server/internal/openapi/registry.go |
| 管理与 Open API 面 | server/api/、web/src/router/routes/modules/datahorizon.ts |
| Jobs 与运行链路 | server/internal/job/ |
| 当前数据模型 | server/internal/model/mysql/、server/deploy/schema/ |
| 迁移执行事实 | server/deploy/migrations/ |
| 测试与兼容证据 | 对应 package 的 *_test.go 与 testdata/ |
Changelog / 演化记录
2026-08-31：登记第一阶段收束确认（Phase 1 Closure 判定 PASS；四轴历史状态与未达标严格验收指标原样保留，不改写、不倒推为 Accepted）；登记第二阶段方向已提议未启动（L3 提议同日经 Owner 接受，仅覆盖知识治理方向 + 第二阶段知识包）。工程与生产事实基线保持 2026-08-27 时点不变。
2026-08-27：事实基线刷新至工程 origin/main 65fde06d，并独立登记 controller local main 1b4a768a、accepted 未整合 checkpoint 29dfe4e2 与未确认的生产精确 SHA。Query Nest 只读证据确认 production standardize workers=4 且当前无 pending、macro schedule/actual heartbeat 为 ok、macro lifecycle schema/index 与 image gate index 已生效；同时保留 News strict performance/transport acceptance、长期 SLO、历史平台日志留存和 Phase 1 independent closure 未完成。修正 CLAUDE.md 的战略定位已对齐、运行主链仍漂移的事实；第一阶段四轴明确为 Governance Partial / Implementation Substantial / Production Partial / Acceptance Not accepted，执行读法为 Phase 1 Closure。
2026-08-25：工程审阅基线刷新到 data-horizon@18838212a653。逐项登记 macro actual-fill lifecycle、provider credential readiness、通用 job receipt、标准化有界有序并发、writer-level 日志脱敏和 News tail anchoring；相关 package 测试通过，但生产 revision 仍为 87d6eb09，所有新能力保持“Implementation 已更新、Production/Acceptance 未自动升级”。
2026-08-21：以 data-horizon@09064bf0 为工程基线重建 current-practice fact map。新增 Implementation / Production evidence / Acceptance / Governance 四维状态；补 source authz、source health、review、Open News、macro、crypto、KOL、Provider Config、Cron、migration、observability 和 Web 控制台事实；明确 current objects / Interfaces 不能自动升级为正式产品定义；把四类 inventory 与 reference evaluation 设为后续准入。
2026-05-26：创建第一版现有系统与战略映射图，作为当时 Step 0.5 事实校准层。该版本的历史判断保留在 Git 历史中，不继续作为 2026-08 current truth。