Agent Pulse 能力图谱与系统架构

能力不是页面

页面只负责让能力可见。真正需要长期沉淀的是采集、验证、处理、理解、挖掘、评测、决策与治理能力。每项能力都必须拥有状态、成熟度、首次 release 和实现/运行证据；planned 不能写成 supported，experimental 不能写成 production-ready。

Capability Map

v0.5 在 v0.4 基线之上沉淀了六项可复用能力资产：逐源恢复审计、隔离观察数据池、可逆信号分诊、人工事件收敛、发布就绪门禁和有界持续进化。来源可观测性已从 experimental 升为 operational；完整机器可读状态以 src/catalog/product.ts 和公开 product.json 为准。

Agent Pulse Capability Map · v0.3.0

Sensing / 感知

Source Catalog

Upstream Discovery

Source Lifecycle

Resilient Fetch

Contract & Fixture

Coverage Map

Understanding / 理解

Normalize & Sanitize

URL / Content Dedupe

Event Clustering

Fact / Reason / Impact

Entity Resolution

Claim / Evidence Graph

Intelligence / 挖掘

Confidence Scoring

Cross-circle Heat

Impact & Value

Opportunity Scout

Trend / Contradiction

Forecast Calibration

Experience / 决策

Today Brief

Narrative Timeline

Industry Radar

Opportunity Inbox

Control Room

Static Release

Governance / 治理

Primary Source Gate

Security Guardrails

Provenance

Evaluation Scorecard

Capability Accounting

Audit / Replay / Rollback

operationalexperimentalplanned

分层系统架构

Agent Pulse Intelligence Architecture

Evaluation

Source Coverage

Confidence

Value / Effect

Realtime / Freshness

Operations

SourceRun

Health / SLO

Changelog

Release Evidence

Product Space

Today真正重要的变化

Timeline长期演进主线

Radar玩家与格局

Inbox机会与行动

Application & Workflow

Control Room审核与编排

Release Orchestrator评测 → 快照 → 静态发布

Public API / Exportprivacy allowlist

Intelligence & Analysis

Event UnderstandingFact / Reason / Impact

Scoringconfidence / heat / value

Trend Graphturning point / contradiction

Scouthypothesis / action / asset

Evidence & Knowledge

Source Registrycatalog / policy / lifecycle

Signal / Observationprovenance / metrics

Event / Claimunique fact node

Capability / Evaluationmaturity / scorecard

Runtime Foundation

Node / TypeScript

Kysely / SQLite / MySQL

Fastify / CLI

Vitest / CI / Pages

Knowledge Network

Official / Research

Open Source / Infra

Capital / Policy / Media

Expert / Community Heat

Governance

Evidence Gate

Human Publish Gate

Policy Version

Audit / Rollback

Safety

SSRF / Body Limit

Auth / CSP

Privacy Export

License Boundary

评测闭环

真实运行数据 / 人工反馈 / release evidence
                    │
                    ▼
 Evaluation dimensions + sample target + penalties
                    │
          ┌─────────┴─────────┐
          ▼                   ▼
 sufficient evidence     insufficient data
按实测分计入总分        计入总分且单项硬封顶 <= 45
          │                   │
          └─────────┬─────────┘
                    ▼
 加权分 × (0.65 + 充分证据覆盖率 × 0.35)
                    │
                    ▼
      capability maturity + next action
                    ▼
      next spec / implementation / release

当前评测维度包括有效来源覆盖、来源内容质量、一手来源归属、采集稳定性、事实置信度、认知与决策价值、端到端实时性、内容时效、机会行动效果、安全与治理。目录数量、目录预填质量分、单一来源重复成功运行、人工 confidence/value 自评分、字段完整度和 Scout 编辑状态不再单独构成高分。

重标定运行检查点：变更前最近一次公开评测记录是 69 分（195 个目录源、68 healthy、44 个公开事件、个位数多源事件）；第一版新口径降至 27 分。完成 258 源扩张和 99 源隔离观察后，最终工作库为 30 分（维度加权 42，充分证据覆盖 20%）。来源覆盖只给 4 个 active 且健康的 E4 源计生产样本，131 个单轮 healthy 和 99 个 E3 observing 不会伪装成生产覆盖。分数降低不是产品变差，而是把“配置存在”“一次可用”“隔离观察”和“生产验证”分开。后续只有连续观测、多源事件、端到端延迟、用户行动反馈和回滚演练增加，分数才会增长。

硬约束如下：

insufficient_data 维度仍进入总分，统一上限 45；事实置信度、决策价值、实时性和行动效果可使用更严格的 42/35/30/20 上限。
有效来源覆盖以最新 source_checks=healthy 为核心样本，100 个健康来源是满量程目标；catalog、draft 和 manual 不算有效来源。
采集稳定性按每个来源的最新检查/运行去重，至少连续 7 个自然日且 100 个健康来源才视为充分证据。
事实置信度要求至少 20 个多源公开事件和 30 个就绪公开事件；人工置信分权重上限为 10%。
认知价值和 Scout 效果必须依赖真实保存、引用、行动、产物或付费反馈；编辑状态不算用户结果。
实时性必须记录 upstream publish → Signal → Event → Pages 的端到端延迟，collector 请求耗时不能替代。

后续增加聚类 F1、Claim 证据覆盖、预测 Brier score、用户节省时间、行动转化和产物完成率。

FilesExpand file tree

CAPABILITIES.md

Latest commit

History