20261011 weekly

[AsperforMias]

Work Plan

功能

Item	Issue/PR	Owner	Description
desktop		qiufan	面向发版日c端用户能用优先，服务端模块复用细节在相关issue/pr讨论。rfc已完成
pc生命周期	#1590	xiaoye	新建rfc预步骤相关的issue，讨论ok后再pr rfc docs，可参考yuyu之前的issue #1554 做法。rfc已提，待pr合并
决策引入期望	#1921 （包含多数主要内容）	yuyu（1.3发版必要）	调研判断jev、开源替品、openai decision api的决策引入是否价值明确，可参考同类竞品。比如rerank、上下文是否进记忆等
网关层（高重要）		api：zining（openviking） router：ziyang jh（hardroom）	调研。以server起pc服务为场景，提供openai/anthropic api接口等去囊括pc的记忆能力，以此使得用户层无感接入pc能力。有性能需求，go&rs 示例：1. headroomlabs-ai/headroom ；2. https://github.com/higress-group/higress 3. openviking的 需要出个调研报告etc
分布式相关问题			调研：服务端pc内容涉及多agent协作，memory分布式决策写入相关问题
agent的会话导入优化		jh	调研：导入架构优化（目录检测、格式解析），多agent，比如给过去历史session去建立index的项目、检测agent的胖客户端（lobehub），插件方向 降低端侧侵入性

可观测与评测

Item	Issue/PR	Owner	Description
评测及补充测试指标		liuhuan e2e：fengze	benchmark在repo中，但起pc服务的开销很大，若确定前后的性能差距明显，相关改动子集可要求蚂蚁提供e2e的前后对比。 明确todo：liuhuan暂时无需要做。fengze把评测补充齐了，提供大量sample和使用说明，需要jingshun来跑完整评测。ziyang的完整评测结果已被出，jev等决策模型 decision api runtime接入后有一定提升，均已公布在readme
确暴露哪些监控内容		liuhuan	dashboard展示哪些指标 比如减少token（已有）和命中率等，需确认指标够不够，对比同类竞品 pc的可观测内容是否足够。
节省token专项		jingshun	调研：https://github.com/rtk-ai/rtk

多语言实现

Item	Issue/PR	Owner	Description
Go		guotun(@thunguo)	在ob下新建go实现仓库（延后，无native依赖迁移阻碍）
Typescript	划分subissue	qiufan(@knqiufan) guozhihao	agent分析现有py版ob的架构和依赖库，先出文档，判断项目情况和ts可行分析，对齐契约情况，给出plan和分阶段细分todo（目前30%）运行时暂未涉及。ts版本的推进分职，具体细分拉小群。以pc的 0.02 release为base。先保持主线，对齐接口。 需要确认原py版依赖库&功能在其他语言中需求库的平替包对应关系。以此避免选型纠结问题。 pc现py版 性能暂时未达到语言界限，py分发可能捆绑解释器运行时，潜在类型紊乱问题。需要关注潜在的py过大内存资源开销对vps的限制和端侧抢占资源场景。可能生态包上不占优势 暂时，功能上主线以py版推进，先完善功能，后考虑语言切换。在ob下新建ts实现仓库（延后，无native依赖迁移阻碍）

文档

Item	Issue/PR	Owner	Description
宣发文档		@ all qiufan	宣发点：说明下对上述几个产品的接入适配情况，然后后续便于写simple和宣发文章。GitHub文档可能也要补充（正在发）。 minimax文章-qiufan（已发完）

ROADMAP issue

我们社区的PMC会议上对powercontext 的ROADMAP 做了一些讨论，根据会议结论在 PowerContext 仓库集中提交了 一批 Roadmap Issue，覆盖生产基础、Agent 互通、开放生态、可评测进化闭环和dashboard/桌面端等方向，包括跨 Agent Handoff、上下文制品共享与隔离、冷启动、分布式/多副本、数据备份迁移、Source Connector SDK、扩展机制、生命周期管理、分层检索、图推理等。欢迎大家根据兴趣参与方案讨论、补充真实使用场景、认领子任务或提交 PR；准备动手前建议先在对应 Issue 下留言沟通范围，避免重复工作。期待大家一起把这些方向从 Roadmap 推进成真正可用的能力！https://github.com/oceanbase/powercontext/issues

Issue	主题	主要内容
[#1430](#1430)	分布式 Server 与后台 Worker	支持多副本 API 服务，协调 Scheduler 和 Worker；解决任务领取、租约、故障恢复、重复执行及 Cursor／Revision 并发一致性。
[#1429](#1429)	项目冷启动上下文	Agent 启动或恢复会话、尚无用户问题时，提供少量项目约束和工作状态；限制预算，并避免与首次正常召回重复。
[#1428](#1428)	桌面控制中心	提供桌面应用，统一管理本地服务、Agent 集成、Handoff、Review、连接器和诊断，支持系统通知及安全凭据存储。
[#1427](#1427)	保留证据来源的上下文图谱	研究基于 Source 和 Artifact 的实体、关系图谱，用于决策影响分析和跨制品证据追踪，并验证相对现有检索的增益。
[#1426](#1426)	多层内容投影与渐进检索	评估全文、概要、短摘要三层表示；先用紧凑内容召回和注入，需要时读取精确全文，在固定上下文预算内提高效果。
[#1425](#1425)	保留、遗忘、归档与物理删除	定义各类数据的生命周期，区分逻辑遗忘与物理擦除，处理 Source 删除后的派生内容、引用、索引、缓存和副本清理。
[#1424](#1424)	生成流程与自定义 Artifact 扩展点	允许管理员注册版本化生成配置和自定义 Artifact Family，同时保留 Schema、证据、审核、授权及资源限制。
[#1423](#1423)	Source Connector SDK	为 Wiki、知识库、工单、OA 等系统提供连接器契约，支持增量同步、检查点、更新删除、重试和健康状态；连接器只生产 Source。
[#1422](#1422)	评测与持续改进闭环	用固定任务集和环境比较检索策略、生成配置及 Skill 的效果，记录实验结果，并连接人工审核、发布后监测和回滚。
[#1421](#1421)	可移植导出、备份与恢复	定义版本化数据包，支持灾难恢复及 SQLite／OceanBase 迁移，保留身份、Revision、引用和审核状态，提供恢复预检查与冲突处理。
[#1420](#1420)	上下文资产的分享与隔离	定义细粒度资产分享、到期和撤销；明确单资产授权、Scope 权限、证据读取及多资源上下文组合之间的边界。
[#1419](#1419)	Agent 间 Handoff 交付互通	定义发送方选择接收方、交付指定 Handoff、接收确认的完整流程，处理离线、重试、过期、兼容性及授权问题。

开发者/用户反馈

1. 接收全模态数据的mem系统 -- from yuyu 路线暂时未定
2. jingshun 去找ob的多模态存储相关 seekdb（排期往后）

[AlexStocks]

搜集了一些与 AI MEMORY 网关项目，完整表格如下：

Project Name	Lang	Description	Stars
BerriAI/litellm	Python	AI 网关，用统一接口调上百家模型 API，Rust 核心配 Python SDK	61131
headroomlabs-ai/headroom	Python	压缩工具输出、日志、文件与 RAG 分块再送入 LLM；编码智能体省 20% token，JSON 省 60–95%，结果不变。含库、代理与 MCP server	75340
higress-group/HiRoute	Rust	面向长周期智能体任务的本地优先路由与编排引擎	165
rtk-ai/rtk	Rust	CLI 代理，在常用开发命令上削减 60–90% LLM token 消耗；单一 Rust 二进制，零依赖	83328
yetone/magpie	Go	统一模型入口，菜单栏即可让 Codex 跑 DeepSeek、Claude Code 跑 Kimi 等	12607
maximhq/bifrost	Go	开源高性能 AI 网关，兼作 LLM/MCP/智能体网关；一个 OpenAI 兼容 API 接入 10000+ 模型，含故障转移、负载均衡、语义缓存、虚拟密钥与预算，5k RPS 下开销低于 200µs	8792