akm 0.7.0：提案队列、反射命令、课程以及 akm-bench

2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家 

akm 0.7.0 已发布。这是 v1 周期中最后一个 1.0 版本之前的预发布版本。主要功能包括一个持久化的提案队列，它将所有代理建议的变更通过单一的可审查路径进行路由；三个新的命令行界面（reflect、propose、distill），用于向该队列写入内容；一种用于合成知识的 lesson 资产类型；默认全部关闭的按调用站点划分的大语言模型功能开关；以及一个配对运行基准测试框架（akm-bench），用于衡量你的知识储备是否真正改善了代理的输出结果。一系列安全性、用户体验和代码规范方面的加固工作完善了本次发布。

如果你使用的是 0.6.x 版本，v1 迁移指南涵盖了各个界面的差异详情。此次升级是可选的——所有新功能都需要显式配置或新的命令调用。

简要总结

• 提案队列（akm proposal list/show/diff/accept/reject）——所有代理生成的变更在触及你的知识储备之前，都会先流经一个持久化队列。
• akm reflect、akm propose、akm distill——三个新命令，用于生成提案而不修改实时知识储备内容。
• lesson 资产类型——一等公民级别的合成知识，由 akm distill 生成，并通过 akm proposal accept 提升。
• llm.features.* 映射——七个可选开关（默认均为 false），用于控制树内有限的大语言模型调用站点。
• quality: "proposed"——提案中的资产被排除在默认搜索之外；可通过 --include-proposed 或 akm proposal * 显示它们。
• akm-bench v1——配对的无 akm/有 akm 运行、按引用归属、差异报告。
• 安全加固——Git 提交消息清理、基准测试环境隔离、大语言模型请求体脱敏、npm 压缩包主机验证。

提案队列（akm proposal *）

代理生成建议的根本问题在于信任：你希望捕获代理所学到的内容，而不是盲目地将未经审查的内容写入你的知识储备。提案队列通过将生成与提升分离来解决这一问题。

所有生成提案的命令都会写入一个位于资产树之外的持久化队列。未被接受的草稿永远不会出现在搜索结果中，也不会被提交。当你准备接受某个提案时，akm proposal accept 会运行完整验证，然后通过 akm remember 和 akm import 所使用的相同 writeAssetToSource() 路径路由写入操作——没有特殊处理，没有绕过。

akm proposal list                       # 列出待处理的提案
akm proposal show <id>                  # 渲染单个提案
akm proposal diff <id>                  # 与实时引用进行差异比较
akm proposal accept <id>                # 验证，然后提升至知识储备
akm proposal reject <id> --reason "…"  # 归档并附带原因

针对同一引用的多个提案可以共存，不会发生文件系统冲突。可以通过在知识储备配置中设置 autoAcceptProposals: true 来按源启用自动接受（需要可写源，默认