feat(runtime): add decision policy governance types

.env.example

@@ -109,6 +109,14 @@ POWERCONTEXT_SERVER_RUNTIME_DREAM_MAX_PENDING_PER_SCOPE=32
 # Memory write gate: opt-in evidence-sufficiency check before a write commits. Disabled by
 # default; when unset no gate runs and no extra model call is made.
 # POWERCONTEXT_SERVER_RUNTIME_MEMORY_WRITE_GATE_ENABLED=true
+# `disabled` does not construct a gate. `shadow` records an internal observation but always lets
+# the Memory write proceed. `advisory` turns an insufficient-evidence result into FLAG, while
+# `enforcing` preserves the visible ACCEPT/FLAG/HOLD outcomes.
+# POWERCONTEXT_SERVER_RUNTIME_MEMORY_WRITE_GATE_MODE=shadow
+# The default makes no decision-model call. Set `local_only` only for an in-process or loopback
+# decision backend controlled by this deployment. `hosted_redacted` is rejected until a shared
+# PowerContext content sanitizer is separately reviewed.
+# POWERCONTEXT_SERVER_RUNTIME_MEMORY_WRITE_GATE_PRIVACY_BOUNDARY=no_external_call
 # Direction only (which verdict means the cited evidence is insufficient): "yes" or "no".
 # POWERCONTEXT_SERVER_RUNTIME_MEMORY_WRITE_GATE_HOLD_ON=yes
 # Optional confidence floor below which a hold becomes a written-but-annotated change.

docs/en/docs/operate/troubleshoot.md

@@ -259,15 +259,15 @@ so the previous database remains available for recovery:
    Because `pc_scopes.parent_scope_id` is self-referential, keep ancestor Scope rows before their descendants in the
    exported `pc_scopes` data.
    If the source predates the three Skill lifecycle tables (`pc_skill_packages`, `pc_agent_skill_targets`, and
-   `pc_skill_publications`), the Profile tables, `pc_topic_memory_work_budgets`, or
-   `pc_receipt_migration_review`, remove the absent tables from their respective layers.
+   `pc_skill_publications`), the Profile tables, `pc_topic_memory_work_budgets`, `pc_recall_effort_daily`,
+   `pc_receipt_migration_review`, or `pc_decision_observations`, remove the absent tables from their respective layers.
    When a work-budget table exists, restore it together with Cursors so failure allowances survive the migration.
 
    Layer 1 contains parents and tables without foreign keys:
 
    ```bash
    obloader <connection-options> -D <new-database> --csv \
-      --table 'pc_scopes,pc_source_journal_heads,pc_sources,pc_artifacts,pc_source_cursors,pc_memory_source_windows,pc_artifact_processing_leases,pc_artifact_processing_binding_states,pc_artifact_processing_pending,pc_artifact_processing_auto_wave_targets,pc_artifact_processing_sequences,pc_artifact_processing_intents,pc_topic_memory_processing_targets,pc_artifact_processing_schema,pc_artifact_processing_migration_receipts,pc_topic_memory_work_budgets,pc_topic_memory_retrieval_shape,pc_connector_checkpoints,pc_source_definition_manifests,pc_external_skill_registrations,pc_skill_packages,pc_agent_skill_targets,pc_skill_publications,pc_model_usage_daily,pc_recall_token_daily,pc_recall_effort_daily,pc_receipt_migration_review' \
+      --table 'pc_scopes,pc_source_journal_heads,pc_sources,pc_artifacts,pc_source_cursors,pc_memory_source_windows,pc_artifact_processing_leases,pc_artifact_processing_binding_states,pc_artifact_processing_pending,pc_artifact_processing_auto_wave_targets,pc_artifact_processing_sequences,pc_artifact_processing_intents,pc_topic_memory_processing_targets,pc_artifact_processing_schema,pc_artifact_processing_migration_receipts,pc_topic_memory_work_budgets,pc_topic_memory_retrieval_shape,pc_connector_checkpoints,pc_source_definition_manifests,pc_external_skill_registrations,pc_skill_packages,pc_agent_skill_targets,pc_skill_publications,pc_model_usage_daily,pc_recall_token_daily,pc_recall_effort_daily,pc_receipt_migration_review,pc_decision_observations' \
      -f <export-directory>
    ```
 

docs/en/rfcs/1770-decision-policy-governance.md

@@ -58,15 +58,17 @@ behaviour. RFC 1652 reserves Memory consolidation, supersession, and lifecycle e
 shared policy and observation contract, each consumer will reinvent its own threshold, fallback, privacy, and audit
 rules.
 
-The expected outcome is a small shared layer that lets implementation PRs proceed in a consistent order:
+For a policy that seeks promotion beyond `shadow` or `advisory`, the shared layer supports this evidence sequence:
 
 1. define a policy in shadow mode;
 2. collect observations without changing domain behaviour;
 3. replay and rescore the observations under candidate thresholds;
 4. promote only the narrow action a policy has earned;
 5. keep domain authority, review, persistence, and access control in the owning service.
 
-This is an enablement RFC, not an adoption recommendation for a specific backend.
+This is an enablement RFC, not an adoption recommendation for a specific backend or a commitment to implement every
+listed consumer. A consumer may stop at `disabled`, `shadow`, or `advisory`; it does not need a replay runner, dashboard,
+or cross-consumer evaluation bundle unless it seeks a stronger mode.
 
 # Guide-level explanation
 
@@ -350,8 +352,8 @@ Shadow mode requirements:
 2. Every gate attempt emits a `DecisionObservation`.
 3. Observations distinguish no-call, local-rule, successful backend, backend fallback, privacy fallback, and parse
    failure.
-4. The policy can be replayed or rescored without re-running the whole workload when enough exact references remain
-   resolvable.
+4. A policy considered for `enforcing` can be replayed or rescored without re-running the whole workload when enough
+   exact references remain resolvable.
 
 Replay has two forms:
 
@@ -361,6 +363,10 @@ Replay has two forms:
 Both forms must report their input coverage. A replay result that cannot resolve enough original material is not a
 negative result for the policy; it is an incomplete replay.
 
+Replay/rescore is required promotion evidence, not a required runtime feature for every `shadow` or `advisory` consumer.
+A consumer without that evidence must not be promoted to `enforcing`.
+Memory write-gate promotion evidence is tracked separately in [#1930](https://github.com/oceanbase/powercontext/issues/1930).
+
 ## Promotion criteria
 
 A policy must declare promotion criteria before moving beyond shadow.
@@ -484,9 +490,6 @@ are candidate backends or reference points, not policy owners.
 
 # Unresolved questions
 
-- What is the first concrete storage target for `DecisionObservation`: structured logs, evaluation artifacts, or a
-  private internal ledger?
-- Which subset of observations should be retained by default, and for how long?
 - Should policy definitions live as Python constants, JSON/YAML resources, or both?
 - Which numeric promotion criteria should #1742 use if it is revised to conform to this RFC?
 - Do hosted-provider privacy boundaries need a user-facing configuration document before the first hosted backend is
@@ -499,6 +502,5 @@ are candidate backends or reference points, not policy owners.
 - A policy registry page in the dashboard showing active policies, modes, fallback rates, and last replay results.
 - A CLI command that replays one policy against recent observations and prints candidate thresholds.
 - A standard evaluation bundle for decision policies, shared by Jev, Laya, local rules, and future backends.
-- A private decision-observation ledger with retention controls and export for offline evaluation.
 - Policy-aware Review Inbox grouping, where a review item links back to the policy observation that suggested it.
 - Local-only decision backends for air-gapped deployments, using the same policy and observation contract.

docs/zh/docs/operate/troubleshoot.md

@@ -250,16 +250,15 @@ collation，但不会包含数据库 URL 或凭据。
    删除它。由于 `pc_scopes.parent_scope_id` 自引用 `pc_scopes`，导出的 `pc_scopes` 数据必须让祖先 Scope 记录排在
    后代记录之前。
    源数据库早于三张 Skill 生命周期表（`pc_skill_packages`、`pc_agent_skill_targets` 和
-   `pc_skill_publications`）、Profile 表或 `pc_receipt_migration_review` 时，应从对应层删除缺失的表。
-
-   旧版本没有 `pc_topic_memory_work_budgets` 时可从清单移除该表；若该表存在，必须与 Cursor 一起恢复，
-   保留已消耗的失败额度，避免迁移后重置累计成本。
+   `pc_skill_publications`）、Profile 表、`pc_topic_memory_work_budgets`、`pc_recall_effort_daily`、
+   `pc_receipt_migration_review` 或 `pc_decision_observations` 时，应从对应层删除缺失的表。
+   如果存在 work-budget 表，必须与 Cursor 一起恢复，保留已消耗的失败额度，避免迁移后重置累计成本。
 
    第 1 层包含父表和无外键的表：
 
    ```bash
    obloader <connection-options> -D <new-database> --csv \
-      --table 'pc_scopes,pc_source_journal_heads,pc_sources,pc_artifacts,pc_source_cursors,pc_memory_source_windows,pc_artifact_processing_leases,pc_artifact_processing_binding_states,pc_artifact_processing_pending,pc_artifact_processing_auto_wave_targets,pc_artifact_processing_sequences,pc_artifact_processing_intents,pc_topic_memory_processing_targets,pc_artifact_processing_schema,pc_artifact_processing_migration_receipts,pc_topic_memory_work_budgets,pc_topic_memory_retrieval_shape,pc_connector_checkpoints,pc_source_definition_manifests,pc_external_skill_registrations,pc_skill_packages,pc_agent_skill_targets,pc_skill_publications,pc_model_usage_daily,pc_recall_token_daily,pc_recall_effort_daily,pc_receipt_migration_review' \
+      --table 'pc_scopes,pc_source_journal_heads,pc_sources,pc_artifacts,pc_source_cursors,pc_memory_source_windows,pc_artifact_processing_leases,pc_artifact_processing_binding_states,pc_artifact_processing_pending,pc_artifact_processing_auto_wave_targets,pc_artifact_processing_sequences,pc_artifact_processing_intents,pc_topic_memory_processing_targets,pc_artifact_processing_schema,pc_artifact_processing_migration_receipts,pc_topic_memory_work_budgets,pc_topic_memory_retrieval_shape,pc_connector_checkpoints,pc_source_definition_manifests,pc_external_skill_registrations,pc_skill_packages,pc_agent_skill_targets,pc_skill_publications,pc_model_usage_daily,pc_recall_token_daily,pc_recall_effort_daily,pc_receipt_migration_review,pc_decision_observations' \
      -f <export-directory>
    ```
 

docs/zh/rfcs/1770-decision-policy-governance.md

@@ -44,15 +44,17 @@
 
 项目已经在这个边界上有具体压力。#1742 提出了 Memory 写入时的 evidence gate。#1745 提出了 decision-model reranker，并明确把 rerank 的 fail-closed 行为与 advisory gate 的 fail-open 行为分开。RFC 1652 将 Memory consolidation、supersession 和 lifecycle effects 留给 review-gated 流程。如果没有共享 policy 与 observation 契约，每个消费者都会重新发明自己的阈值、fallback、隐私和审计规则。
 
-预期结果是一层很小的共享机制，使实现 PR 能按一致顺序推进：
+对于寻求从 `shadow` 或 `advisory` 晋升的 policy，这层共享机制支持以下证据链：
 
 1. 先用 shadow mode 定义 policy；
 2. 在不改变领域行为的前提下收集 observation；
 3. 用历史 observation replay 和 rescore 候选阈值；
 4. 只 promote 该 policy 已经证明可以承担的窄域动作；
 5. 领域权威、review、持久化和访问控制仍由所属服务负责。
 
-这是一个 enablement RFC，不是对某个具体后端的采用建议。
+这是一个 enablement RFC，不是对某个具体后端的采用建议，也不承诺实现列出的每个 consumer。consumer 可以停在
+`disabled`、`shadow` 或 `advisory`，除非要进入更强模式，否则不需要实现 replay runner、dashboard 或跨 consumer
+evaluation bundle。
 
 # Guide-level explanation
 
@@ -285,7 +287,7 @@ Shadow mode 要求：
 1. 最终领域输出与 no-gate 路径 byte-for-byte 或语义等价。
 2. 每次 gate attempt 都产生 `DecisionObservation`。
 3. observation 区分 no-call、local-rule、successful backend、backend fallback、privacy fallback 和 parse failure。
-4. 只要仍能解析足够精确引用，policy 就可以在不重跑整个 workload 的情况下 replay 或 rescore。
+4. 被考虑进入 `enforcing` 的 policy，在仍能解析足够精确引用时，可以不重跑整个 workload 而 replay 或 rescore。
 
 Replay 有两种形式：
 
@@ -294,6 +296,10 @@ Replay 有两种形式：
 
 两者都必须报告输入覆盖率。无法解析足够原始材料的 replay 结果不是 policy 的负面结果；它是不完整 replay。
 
+replay/rescore 是 promotion 所需的证据，不是每个 `shadow` 或 `advisory` consumer 都必须交付的运行时功能。缺少该
+证据的 consumer 不得晋升到 `enforcing`。
+Memory write gate 的 promotion evidence 另由 [#1930](https://github.com/oceanbase/powercontext/issues/1930) 跟踪。
+
 ## Promotion criteria
 
 policy 在超越 shadow 前必须先声明 promotion criteria。
@@ -394,8 +400,6 @@ PowerContext 已经有相关基础：
 
 # Unresolved questions
 
-- `DecisionObservation` 的第一个具体存储目标是什么：结构化日志、evaluation artifact，还是私有内部 ledger？
-- 默认应保留哪些 observation，保留多久？
 - policy definition 应以 Python constant、JSON/YAML resource，还是两者并存？
 - 如果 #1742 调整为符合本 RFC，它应使用哪些数字 promotion criteria？
 - 第一个托管后端启用前，是否需要先有面向用户的 hosted-provider privacy configuration 文档？
@@ -406,6 +410,5 @@ PowerContext 已经有相关基础：
 - 在 dashboard 中增加 policy registry 页面，展示 active policy、mode、fallback rate 和最近 replay 结果。
 - 增加 CLI 命令，对最近 observation replay 一个 policy，并输出候选阈值。
 - 为 decision policy 提供标准 evaluation bundle，供 Jev、Laya、本地规则和未来后端共用。
-- 增加带 retention controls 的私有 decision-observation ledger，并支持导出做离线 evaluation。
 - Review Inbox 支持按 policy 分组，让 review item 反链到触发它的 policy observation。
 - 面向气隙部署的 local-only decision backend，复用相同 policy 与 observation 契约。

src/powercontext/builtin/artifacts/memory/protocols.py

@@ -18,12 +18,13 @@
 
 from dataclasses import dataclass
 from enum import StrEnum
-from typing import Protocol
+from typing import Protocol, runtime_checkable
 
 from pydantic import BaseModel, ConfigDict
 
 from powercontext.artifacts import Artifact
 from powercontext.builtin.artifacts.memory.models import MemoryEntryInput, MemoryEntryVersion
+from powercontext.builtin.decision_observations import DecisionObservation
 from powercontext.sources import Source
 
 
@@ -78,6 +79,21 @@ class MemoryWriteGateRequest:
     candidates: tuple[str, ...]
     evidence: tuple[str, ...]
     expected_revision: int | None = None
+    scope_id: str = "unscoped"
+    operation_id: str | None = None
+    subject_refs: tuple[str, ...] = ()
+    evidence_refs: tuple[str, ...] = ()
+    observation_sink: MemoryWriteObservationSink | None = None
+    defer_observation_emission: bool = False
+
+
+class MemoryWriteObservationSink(Protocol):
+    """Receive a bounded gate observation after its owning domain action is final."""
+
+    async def record(self, observation: DecisionObservation, /) -> None:
+        """Persist or collect one content-free observation."""
+
+        ...
 
 
 class MemoryWriteGate(Protocol):
@@ -95,6 +111,18 @@ async def assess(self, request: MemoryWriteGateRequest, /) -> MemoryWriteAssessm
         ...
 
 
+@runtime_checkable
+class MemoryWriteGatePreflight(Protocol):
+    """Optionally map a deterministic service-side rejection through the gate policy."""
+
+    async def assess_preflight(
+        self, request: MemoryWriteGateRequest, rejection: MemoryWriteAssessment, /
+    ) -> MemoryWriteAssessment:
+        """Return the mode-aware assessment for one bounded preflight rejection."""
+
+        ...
+
+
 class CandidatePipeline(Protocol):
     """Produce untrusted Memory candidates from canonical bounded evidence."""