本地执行
运行命令或脚本，把结果保存供后续检索，同时只返回当前需要的信息。
Context Mode
Context Mode 把大体积工具输出留在本地 SQLite 索引中，让编程 Agent 按需取回相关内容。
把长测试日志变成可按需检索的证据
设计本地取证流程，让模型只收到失败用例和相关行，同时保留可以复核的完整日志。
带入 Floatboat 的请求
请求可预览和复制，不会从此处自动发送。
参考来源: Context Mode https://github.com/mksglu/context-mode 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。 我的任务: 参考 Context Mode 的本地索引方式，设计从长测试日志按用例名返回失败信息和相关调用栈的方案。用原始日志复核取回的证据，并说明如何测量上下文占用。 期望交付: 一份日志索引与检索方案，附可检查片段是否保留故障证据的用例。
Context Mode 如何处理大体积工具输出
完整的测试日志可能占满 Agent 上下文，而定位错误只需要其中几行。Context Mode 在本地执行命令，用 SQLite FTS5 保存工具结果，向模型返回经过筛选的结果或检索片段。
插件通过 MCP 提供工具，支持的宿主还可以用钩子和规则引导 Agent 选用这些工具。自动路由和会话恢复因宿主而异。在处理敏感资料前，先核对实际索引会保留什么。
本地插件的源码采用 Elastic License 2.0，Context Mode Gateway 则是独立的托管服务。在 Floatboat 里可以借鉴按需取证的方式，把完整日志留在文件中，只把必要片段和可追查的位置带进对话。
Context Mode 的本地执行与检索能力
让长日志留在本地索引，需要时按错误文本、测试名称或来源定位片段。先用一条已知错误核对检索结果，确认必要的上下文仍能找回。
SQLite 全文检索
按错误文本、测试名称或来源标识定位工具输出中的相关片段。
宿主路由
核对实际 Agent 的 MCP 和钩子支持，再决定是否启用自动路由或会话恢复。
Context Mode 的使用场景
选一个工具输出很长的任务，对照处理前后进入模型的内容。除了看字节和 Token，也用同一条复现步骤检查检索片段是否足以解释故障。
定位测试日志中的失败
先将失败用例名和首条错误返回给 Agent。初步信息不够时，检索断言文本及相关调用栈，避免把整个测试输出复制进对话。
从多份网页抓取结果取证
用不同来源名称保存抓取结果，按问题检索相关段落。每段都保留原始出处，方便在结果有冲突时回到页面核对。
归类构建中的重复错误
先按编译器消息或文件聚合故障，再把各组代表性错误交给 Agent。保留原始日志，以便检查几个表面不同的症状是否指向同一原因。
恢复长时间排查的线索
如果宿主支持恢复，测试上下文压缩后是否找得回已确认的决定与未解决问题。先与人工记录核对，再用于更长的任务。
使用 Context Mode 前的检查
本地插件与托管 Gateway 的配置和数据流不同。试用时先核对宿主的 MCP 与钩子支持，再选一个允许把工具输出存入本地索引的测试项目。
宿主支持
确认所用 Agent 版本支持哪些 MCP 工具、钩子与恢复能力。
本地数据范围
核对索引保留什么、写到哪里，以及试用结束后如何清理。
许可和部署方式
阅读 ELv2 条款，尤其是向他人提供托管服务的限制。
相关软件项目
比较这些项目的用途、运行条件和源码许可。
Context Mode 常见问题
Context Mode 会缩短 Agent 的回复吗？
它主要减少进入上下文的工具输出。回复长度还取决于任务要求和 Agent 自己的表达方式。
这个插件是开源的吗？
当前仓库采用 Elastic License 2.0，属于源码可见软件，并对将功能作为托管服务提供等用途有限制。
本地插件和 Gateway 有什么区别？
Gateway 是单独的托管服务，拥有自己的账户和请求路径。数据保留条款需要与本地插件分开核对。
每个 Agent 的钩子功能都一样吗？
不一样。自动路由、捕获和会话恢复都要按宿主版本查阅上游支持表。
上游字节缩减数据等同于 Token 消耗吗？
它只描述指定测试条件下的输出量变化。实际 Token 或账单应在所用模型、宿主和任务上单独测量。
检索片段太短怎么办？
按来源名、错误文本或测试标识找回周边行，让结论可以回到完整工具输出复核。