Context Mode
按任务形态选择 Context Mode、直接输出或人工摘要
使用固定排障任务比较反复证据检索、直接工具输出和精选摘要，不制作泛泛功能排行榜。
你将学会
- 基线应是经过合理过滤的直接输出。
- 反复证据提问可能值得建立持久存储。
- 正确性、保留与许可是选择门槛。
开始前需要
- 基础 JSON 与 MCP 概念
- 隔离测试客户端和虚构数据
解释本章真实实现边界，并用明确的证据样例核验。
先看结论
- 基线应是经过合理过滤的直接输出。
- 反复证据提问可能值得建立持久存储。
- 正确性、保留与许可是选择门槛。
小型一次性答案未必需要索引
如果命令能直接给出一次性问题所需的少量事实，增加持久索引可能只是增加状态，并不改善任务。小型结构化结果往往比检索层更容易审计。所查 ctx_index 指南本身也区分可复用文档与可在执行调用中处理的临时日志。
当全部相关结果足够小、可以直接检查时，直接输出有明确优势；当大输出挤占上下文或在重要行之前被截断时，也有明确失败模式。比较基线应是经过合理过滤的命令，而不只是刻意制造的嘈杂输出，这样才能代表有能力的替代方案。
重复问题会改变收益结构
当多个问题围绕较大的可复用来源，且精确段落需要保持可取回时，Context Mode 值得评估。来源标签和检索允许后续问题重新访问首次答案没有包含的证据。代价则是额外存储、检索配置，以及对新鲜度、范围和失败行为的验证要求。
如果决定与限制比较稳定，人工整理的摘要可以是良好交接材料，但也可能遗漏以后才需要的罕见细节。更大模型上下文可以保留更多原文，却不会自动保证注意力、准确解释或工具权限安全。这些机制不同，本次审查没有证据支持普遍赢家。
用相同问题和验收规则选择
在直接输出、人工摘要和索引检索三条路径中使用入门章节的发布说明，提出同样的已知事实、罕见标识符和缺失事实问题。记录支持段落、响应总量、耗时及来源编辑后的维护工作。如需将差异归因于信息路径，应固定模型与任务措辞。
选择满足正确性与保留需求的最简单路径，并记录它为何适合当前负载。许可及所需执行权限是否可接受，是准入检查而非小幅加减分。本章是编辑决策框架，不是竞争基准测试，也不宣称任何宿主在所有场景下表现更好。
实施步骤
- 1
区分任务是一次性还是反复回访。
- 2
在三条信息路径上运行相同问题。
- 3
加入来源更新和恢复成本。
- 4
记录针对负载的决策，而非全局排名。
可复制示例
{
"path": "直接输出 | 摘要 | 索引",
"task": "发布说明问题",
"evidenceCorrect": null,
"editHandled": null,
"retentionAcceptable": null,
"decision": "待评估"
}常见问题
每个大文件都该索引吗？
不应一概而论。一次性计算可能足够，持久存储还会增加保留和运维成本。
本章给竞品排名了吗？
没有。这里比较信息处理策略，并提出受控负载评估，不编造产品得分。
资料来源
- README.md来源核查 2026-09-07
- package.json来源核查 2026-09-07
- LICENSE来源核查 2026-09-07
- src/store.ts来源核查 2026-09-07
- src/search/unified.ts来源核查 2026-09-07
- src/server.ts来源核查 2026-09-07
- src/executor.ts来源核查 2026-09-07
- src/security.ts来源核查 2026-09-07
- src/session/purge.ts来源核查 2026-09-07
- tests/store-bytecap.test.ts来源核查 2026-09-07