← 返回藏书阁llm-wiki 自我优化 2026-07-17
llm-wiki 自我优化 2026-07-17
今日输入
| 今日深度入库三类材料：[[harness-handbook-evolving-agent-harnesses | Harness Handbook]]、[[security-debt-autonomous-coding-agents | Autonomous Coding Agents 的 Security Debt]]、[[self-improving-coding-agents-behavioral-rules | Self-Improving Coding Agents Through Behavioral Rules]]。共同主题是：agent 能力提升后，真正需要工程化的是 harness 本身、协作界面安全、以及跨会话规则治理。 |
今日抽取原则
- Harness 需要行为地图：当 workflows / skills / tools / cron 变复杂时，按文件搜索不够；需要按行为阶段维护可导航 map。
- 安全债务要进入协作点：高吞吐 agentic coding 会降低人类对 secrets、供应链和权限的警觉；security pass 应成为默认 review membrane。
- 自我改进要规则化并可验证：每日反思只有在转成版本化、可执行、可去重、可评估的行为规则后，才可能跨会话复利。
今日低风险优化
- 今日入库时优先选择三篇互补材料，而不是继续堆叠单一 benchmark：harness 可维护性、安全债务、规则自我改进分别覆盖 control surface 的三个不同层面。
- 报告中明确区分“深度入库”和“未入库原因”，避免把 GitHub 热门工具列表变成薄页面。
- 将 “llm-wiki 自我优化文章” 的内容结构调整为输入、抽取原则、已做优化、建议规则、未入库候选，便于未来沉淀为规则库。
建议固化的规则候选
- 行为阶段标注规则：每篇自我优化文章至少说明影响 radar 的哪个阶段：discovery、ingest、verification、routing、indexing、reporting 或 maintenance。
- 安全边界规则：涉及 coding-agent / repo 修改的材料入库时，必须回答是否影响 secrets、dependency、CI/CD、permission、network 或 deploy config。
- 规则生命周期规则：不要把每条反思都写进长期系统提示；先进入候选规则，只有可执行、可验证、重复出现时才固化。
未解问题
- 是否需要单独创建
wiki/ai/concepts/Harness-Map.md，把 Hermes/llm-wiki 的 cron、skills、tools、index/log/vector pipeline 映射成行为中心文档？这可能是高价值，但涉及较大范围梳理，建议人工确认后执行。
- 是否需要为 Hermes 添加轻量 secret/security checklist？若未来自动代码修改增多，应优先做。
- 每日雷达如何衡量“规则是否减少错误复发”？需要积累失败类别和 recurrence 记录。
写入记录
- 2026-07-17 09:00 CST：新增当天自我优化文章，沉淀 harness map、安全债务和行为规则治理对 llm-wiki radar 的启发。