状态:本页所用上游 Revision 的 built-in 运行时已提供这项能力。in-process 组合安装
powercontext[builtin],运行 Server 安装 powercontext[server];要求 Python 3.11 或更高版本。文档验证没有验证真实模型提供方调用、凭证和生产环境延迟。选择四种运行时状态之一
生成和嵌入都是可选项,彼此独立。无模型 Server 仍有实际用途:显式 Memory 和 FTS 都不依赖模型提供方。
生成不会自动启用调度器。可以手动调用
flush_memory,也可以另行配置 POWERCONTEXT_SERVER_RUNTIME_SCHEDULE_SECONDS。
配置 Server
按运行方式安装其中一个 role。此处固定版本与 LangGraph / LangChain 页相同,写成完整提交哈希:POWERCONTEXT_SERVER_INFERENCE_GENERATION_MODEL_SETTINGS 接受 JSON 对象,生成流程、重排序和就绪探测会共用这些设置。模型提供方的请求字段应放在 extra_body 下;凭证和静态请求头仍放在模型提供方配置中。只配置非空 settings 而不配置生成模型,或在 settings 中加入 extra_headers,都会导致配置校验失败。
EMBEDDING_MODEL、EMBEDDING_PROFILE_ID、EMBEDDING_DIMENSION 必须全部配置或全部省略。配置不完整时,Server 会在启动前拒绝。Profile 属于持久化向量配置契约;应先确定 ID、维度和规范化,不要在原配置档上随意改动。
直接使用 结构化 generator
底层 generator 只接受已经构造并打开的 Pydantic AIModel,传模型字符串会被拒绝。模型生命周期由调用方管理。
InferenceConfig.generation_model 接受模型字符串,在运行时存活期间打开模型提供方模型,复用于各条生成流程,并随运行时一起关闭。
跟踪执行流程
生成流程
嵌入流程
理解搜索与写入失败
模型提供方故障只影响依赖它的路径。下表把这些路径与数据库中仍然有效的持久状态分开。
模型提供方超时和 temporary 不可用会映射为 PowerContext 推理错误,并由 Server 返回 HTTP 503。重排嵌入、向量数量或维度错误、非有限值等无效输出会被拒绝,不会写入 索引。
准确解读就绪状态
配置生成或嵌入后,会分别增加 non-blocking 就绪状态探测。推理探测失败时是 HTTP 200 的degraded,不是 not_ready。运行时或数据库失败才是 blocking 失败,会返回 HTTP 503 的 not_ready。
设定隐私与 Scope 边界
模型提供方会收到操作的序列化输入。根据流程不同,内容可能包括 Source、Memory Candidate、查询、Handoff 证据或 Candidate 生成证据。模型提供方 usage 会记录请求/令牌计数;启用 instrumentation 后还可能发出推理 span。发送敏感项目内容前,应先确认模型提供方的数据处理和 tracing 配置。 Scope 仍只负责选择 PowerContext 数据。它不能阻止已选内容离开 Server 发往配置的模型,不能证明用户身份、授予模型权限或批准生成内容。如果模型提供方不应看到某个敏感信息,就不要把它放进 Source 或 Memory。当前不支持或尚未验证
完成检查
依赖推理前,确认:- 已有意选择四种状态之一;
- 三个必填嵌入字段全部设置或全部省略;
powercontext ready能正确区分ready、degraded和not_ready;powercontext capabilities只列出实际配置的搜索与生成能力;- 显式向量验证失败时错误可见,不会被误认为 FTS 后备路径;
- 模型提供方隐私、tracing、保留策略设置适合各流程发送的数据;
- 模式校验后仍保留下游领域校验与 Candidate Review。

