Vinv — runtime context bandits for coding agents

Vinv — runtime context bandits for coding agents

为什么值得关注

Vinv 的核心主张是：coding agent 了解静态代码，但通常没有看过代码在运行时真实发生什么。它通过 tracing、indexing、mapping、exercising、finding、dispatching、verification 和 learning，把代码、运行轨迹和指标组合成一个 context graph，再通过 MCP/编辑器集成喂给 Claude Code、Cursor 等 coding agents。这对 Context-Engineering、Repository-Exploration、Agentic-Coding 和 Agent-Benchmarks 都很关键。

深度判断：值得晋升，因为它把“上下文工程”从静态文件检索推进到 runtime behavior context。用户在 Hermes 里常做代码修改、工具验证和 wiki 维护；Vinv 提醒我们：很多错误不是缺少更多文本，而是缺少执行轨迹、性能指标和真实 verifier。

机制 / 一阶原理

Vinv 的一阶原理是：判断来自代码实际做了什么，而不是 agent 声称它会做什么。README 描述的九阶段 loop 是 bring up → trace → index → map → exercise → find → dispatch → verify → learn；其中 trace/index/map 构建运行时上下文，exercise/find 找到 bug 或性能问题，dispatch 把任务交给 coding agent，verify 用隐藏或独立测试核验修复。

这和 Context-Engineering 的“上下文质量乘法”关系密切：如果上下文只来自 grep 和 README，agent 容易修改错误 handler、编造返回形状或陷入 doom loop；runtime traces 能把“程序实际路径”变成可检索证据。它也和 halu-core-claim-grounded-agent-evaluation 互补：Vinv 关注代码行为证据，halu-core 关注报告 claim 与 action log 的一致性。

与现有 wiki 概念的关系

• 对 Context-Engineering：补充 runtime trace / metric / context graph 作为静态上下文之外的第一等上下文。
• 对 Repository-Exploration：探索不应只找文件，还要找运行路径、调用链和指标异常。
• 对 Agent-Benchmarks：评测要记录 agent 是否使用了 runtime context，以及修复是否通过 agent 不可见的 tests。
• 对 Harness-Engineering：bring-up、trace、verify 都应成为 harness 的可观察阶段。

对 Hermes / llm-wiki 的可执行启发

1. 代码任务优先获取运行证据：能跑测试、日志、trace、health check 时，不要只读源码推断。
2. wiki 工具也需要 runtime receipts：reindex、lint、query stats 应以真实命令输出记录，而不是假设工具正常。
3. 把 context graph 纳入雷达主题：关注 code graph、runtime graph、trace-to-source、MCP context server 等方向。
4. 避免“安装即采用”：Vinv 需要 VS Code/Cursor extension、Rust、uv、约 500MB local embedding model；这与用户偏好 cloud embedding、轻量工具可能冲突，应先作为模式学习。

失败模式 / 边界条件

• README 中包含自报 case study 和 benchmark claim，今天未独立复现；confidence 维持 medium。
• Runtime tracing 对 Python/本地服务更自然，对前端、多语言、远程服务和数据隐私场景需要额外边界。
• 工具安装较重，可能与现有 Hermes/llm-wiki 简洁路径冲突。
• 如果隐藏测试或 trace 场景设计不当，agent 仍可能 overfit 到工具给出的上下文。

写入记录

• 2026-07-29 09:00 CST：基于 README 深度入库，提炼其对 Hermes / llm-wiki / agentic workflow 的机制启发、边界条件和未安装原因。