20260830 weekly #1402

AsperforMias · 2026-08-30T14:50:20Z

AsperforMias
Aug 30, 2026
Collaborator

Item	Issue/PR	Owner	Description
项目规划（skill问题）		jingshun	目前的skill仅文档，不标准当前的skill分发存在问题

分别调研各 Agent 框架的遗忘、压缩和 PowerContext 接入方案

Item	Issue/PR	Owner	Description
Claude Code	#1237	zhangyu(@larry-zy)	调研，记忆机制，发微信文档了，会后把文档丢discussion上（memory_and_context.md）
OpenClaw	#1282（merged）文档未写。需要simple+宣发文档	zhengjiansong(@XnLemon)	用户偏好画像，持久化，短期聚合去重，评分后纳入长期，具体描述在issue区
Hermes	#1260	lixuetao(@Alanxtl)	issue已closed
Codex		zhangshibin(@Oxidaner)	记忆类似，但三类压缩。模型上下文阈值，根据模型权重和模型本身给出不同的上下文压缩形式。远端压缩过大的tollcall。预算截断措施：后续了解
Pi	#1259	@pi-dal
Dify		yangrui(@AsperforMias)	没有独特记忆机制，状态外化更倾向做runtime。向dify（布拿拿）确认，是否有意向引入外挂的记忆源，比如ob的powercontext，后续上架插件市场等事宜。已确认，暂优先做pc的dify插件形式

Item	Issue/PR	Owner	Description
服务 daemon 运行	#1298 (sub issue)	lixuetao(@Alanxtl)	没来

Item	Owner	Description
Langfuse 接入	liuxingyue(@Ethan-Xingyue)	调研并接入可观测性，包括评估对 Langfuse 的支持可能比较重，存在自带面板，下周接入。 8/30先处理langfuse，后续posthog
评测及补充测试指标	zhaoziyang(@sunlight798)	benchmark在repo中，但起pc服务的开销很大，若确定前后的性能差距明显，相关改动子集可要求蚂蚁提供e2e的前后对比（没来x2）
Token节省的指标暴露	jinshun(@)	不同agent是否有各自的状态栏暴露jingshun
vps的资源前后对比指标	shangzhuoran(@PsiACE)	0830，普罗米修斯指标暴露
不同agent的可观测能力对齐	Liuhuan	0830，是否能把该内容分给不同coding agent的实现同学来分别跟进

Item	Issue/PR	Owner	Description
		Liuhuan

Item	Issue/PR	Owner	Description
多agent某项目历史记录的导入		chuanzhang shibing	pc有开放http接口，已经完成暂时考虑cc、opencode、codex
pc记忆内容的记录导出

Item	Issue/PR	Owner	Description
Go		yuyu	0830，在ob下新建go实现仓库（下周二基本完全对齐py主线0.2）
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实现仓库暂时先对齐0.2就行

Item	Issue/PR	Owner	Description
官网改进		shangzhuoran(@PsiACE)	特别是 logo 改动重构已上线，未来会分配独立域名 done
记忆赛道调研	需要划sub issue	tm: pengfan, zhihao, zhangyu myctx: shihuijie(doar999),limingxin vk：xiejunhao	集中，全方位，记忆、性能&可观测指标，易用性&使用效果&稳定性，文档怎么接入，判断对pc的改进 tm: done 是否考虑引入不同的能力比如面向coding的graph或者面向通用的wiki myctx: 冲突检测区间，冲突时的置信区间，阈值
宣发文档		@ all	宣发点：说明下对上述几个产品的接入适配情况，然后后续便于写simple和宣发文章。GitHub文档可能也要补充 9/12之后，每周两天