← 返回藏书阁llm-wiki 自我优化 2026-08-27
llm-wiki 自我优化 2026-08-27
今天从内容更新中学到什么
| 今天的三条高价值材料共同指向一个主题：长期 agent 系统的质量不能只归因于模型，必须把 harness / runtime / control plane 当成一等工程对象。[[agent-harness-evolution-shapes-coding-agent-quality | Agent Harness Evolution Shapes Coding Agent Quality]] 说明同一模型在不同 harness release 下也会质量波动；[[toolhive-enterprise-mcp-runtime | ToolHive]] 说明 MCP 工具需要 registry、runtime、gateway 和 portal；[[onecli-team-agent-harness | OneCLI]] 说明团队 agent 需要 identity、sandbox、gateway credential injection、approval、runner 和 channel adapter。 |
已执行的低风险优化
- 今日入库时把“harness version / control-plane evidence”作为深度判断标准：单纯新闻、单工具介绍或缺少机制细节的内容未晋升。
- 更新了 Agent-Benchmarks：加入 harness release / tool surface / context policy / loop control 作为 benchmark cell 的变量。
- 更新了 Harness-Engineering、MCP-Gateway-Runtime、Loop-Engineering：把 registry、permission profile、credential injection、approval ledger、runner identity 作为未来 Hermes 工具扩展的判断维度。
对后续雷达的调整建议
- 后续发现 MCP/gateway/agent-platform 项目时，优先问：是否有 per-request identity、credential resolver、permission profile、approval、audit trace、tool filtering 和 deployment lifecycle；缺少这些的项目默认降权。
- 对 coding-agent benchmark / harness 论文，优先寻找“固定模型、改变 harness”的研究，因为它能帮助用户判断工具升级是否真的改进 workflow。
- 每日 llm-wiki radar 应继续输出未入库原因，尤其区分：访问失败、重复已有主题、缺机制深度、仅新闻/营销、需要部署验证。
未解问题 / 风险
- 还没有为 llm-wiki radar 建立正式 harness-version ledger；目前只能靠 log 和优化页追溯。
- ToolHive / OneCLI 都是高相关项目，但本轮未实际部署验证，不能把 README claim 当作运行事实。
- 今日 arXiv 只读取 abstract/metadata，未完整解析 PDF；具体定量结论暂不固化。
写入记录
- 2026-08-27 09:00 CST：新增今日自我优化文章，总结 harness release 归因、MCP runtime control-plane 和 team-agent identity 对 llm-wiki radar 的优化启发。