Kontext
在 AI 智能体执行高风险操作前，以本地策略进行审查和拦截。
按维度查看评分与理由
材料清楚说明本地策略判定、同步执行前拦截、观察与强制模式、授权账本、托管导出以及卸载路径；CI 采用只读权限，第三方 Action 固定到提交，并执行模块校验、依赖审查和漏洞扫描。扣分在于 setup 会安装钩子、启动守护进程并连接组织，但没有展示更细粒度的安装授权或逐操作人工确认；敏感值脱敏只有行为声明，未提供规则、失败策略或实现；回滚仅覆盖自助安装卸载和模式切换；发布者身份未知，版权仅归于笼统的“Kontext contributors”。
README、模块清单、安全政策和 CI 流程彼此一致，CI 覆盖构建、vet、竞态测试、冒烟测试、本地端到端测试及漏洞检查。扣分在于静态材料未证明外部仪表板、Homebrew tap、模块源和组织服务的可用性或离线降级；doctor 会检查健康状态并以非零码失败，但没有给出具体诊断消息、恢复分类或常见故障示例。
开发者、安全团队、平台团队、审计和事件调查等受众与场景均有明确描述；文档准确区分观察与强制、事件接收与可阻断能力，以及语义策略与内核沙箱。支持表明确到代理、事件和同步钩子，触发边界较精确。扣分在于自助安装仅支持 macOS，Claude Cowork、托管和云环境的生命周期、存储及钩子适配只作概括说明。
README 结构清晰，包含快速开始、运行模式、数据边界、支持矩阵、诊断、开发和社区入口；产品及命令命名一致，限制说明尤其充分，MIT 许可证正文完整。扣分在于安装依赖仪表板令牌且 Codex 钩子还需信任，但缺少更完整的先决条件、配置示例和故障 FAQ；只有发布徽章与“最新版本”支持政策，所给材料没有变更日志或版本迁移说明；支持、安全报告和联系人路径存在，但维护者名单、响应承诺与已验证发布责任不明确。
授权账本记录、允许/模拟拒绝/拒绝结果、doctor 健康检查及组织级脱敏审查输出均具有直接操作价值。与事后日志及沙箱的差异解释清楚，显示出显著的增量价值。扣分在于材料没有量化延迟、存储、维护、误报、部署复杂度或商业成本，成本收益判断主要仍是定性描述。
仓库材料把支持范围、数据处理、限制和测试命令关联到具体文档或工作流，且明确区分事实能力与不主张的能力，例如不提供内核隔离、不捕获模型推理、并非所有事件都可阻断。扣分在于关键的拦截、脱敏和账本安全主张主要来自 README，所给证据没有相关实现代码、测试内容或覆盖文档正文，因此只能获得有限的跨来源佐证和追踪性。
- 本次仅依据所给静态文件评估，未执行构建、测试、安装、策略拦截或漏洞扫描。
- 敏感值脱敏、授权账本保护和强制拦截的关键实现未包含在证据中，应在生产采用前审查相关代码与测试。
- 观察模式不会阻止本应拒绝的操作；切换到强制模式前应验证各代理和事件表面的实际阻断覆盖。
- 自助设置会安装代理钩子、启动本地守护进程并连接托管组织；应确认令牌权限、数据保留、导出目的地和卸载后的残留状态。
- Kontext 不提供内核级隔离，涉及文件系统、凭据或网络的威胁模型仍需独立沙箱或操作系统控制。
这个 Agent 能做什么，适合哪些场景？
Kontext 是一个用 Go 构建的智能体运行时授权与审计工具，支持 Claude Code、Claude Cowork 和 Codex。安装后，它通过各智能体提供的受支持钩子接收会话和工具事件，由本地 Kontext runtime 在操作执行前评估确定性策略。系统可在观察模式中只记录“本应拒绝”的决定，也可在执行模式中通过同步预操作钩子真正阻止匹配的操作。决策、适用策略、智能体与会话标识、工具输入以及可获得的执行结果会写入本地 authorization ledger，并在存储或托管导出前进行敏感值脱敏。自助安装目前面向 macOS；托管部署另提供集中策略分发、身份与组织控制、脱敏记录导出、保留和部署健康监控。
运行 kontext setup 后，Kontext 会把安装令牌存入 macOS 登录钥匙串，为受支持的智能体安装钩子，启动本地 Kontext daemon，并将安装连接到所属组织。当 Claude Code、Claude Cowork 或 Codex 产生受支持的会话、提示或工具事件时，钩子把事件交给本地运行时；运行时检查工具名称、可用输入和上下文，并生成 allow、would deny 或 deny 决策。观察模式允许操作继续，同时记录策略原本会如何判断；执行模式则可在受支持的同步 pre-tool-use 边界上返回拒绝，使操作在执行前停止。记录可包含智能体、会话、事件、策略、决定和可获得的结果，并以脱敏形式供本地或组织级审查。kontext doctor 检查钩子、daemon 版本与健康状态、托管导出以及待导出积压，并在配置不健康时返回非零退出码。
- 安全团队准备为开发者启用智能体时，先用观察模式盘点工具调用、敏感文件访问和可能误伤正常工作的策略。
- 平台工程团队允许 Codex 或 Claude Code 接触生产环境时，在受支持的预操作钩子上阻止破坏性命令、凭据访问或生产系统操作。
- 事件响应人员需要调查智能体活动时，利用 authorization ledger 关联具体智能体、会话、请求动作、适用策略、决定和后续结果。
- 合规团队需要跨组织保留智能体授权证据时，采用托管部署集中下发策略并导出经过脱敏的记录。
- 开发团队希望保留原有 Claude Code 或 Codex 启动方式时，一次安装 Kontext 后继续正常使用智能体，无需额外的包装命令。
这个 Agent 有哪些优点和局限？
- 策略判断与同步决策路径留在智能体所在环境，无需让托管服务响应每一次工具调用。
- 同时提供观察和执行模式，便于先测量策略影响，再逐步启用真实阻断。
- 在同一条证据链中关联动作、策略决定和可获得的执行结果，比单纯的事后工具日志提供更明确的授权依据。
- 安装后可继续按原方式使用 Claude Code 或 Codex，无需为每次运行添加包装命令。
- 文档明确区分各智能体的事件接收范围与可阻断范围，并说明 Kontext 不提供内核级隔离。
- 自助安装目前仅支持 macOS，并依赖 Homebrew、macOS 登录钥匙串和 dashboard 生成的安装令牌。
- 只有智能体等待 Kontext 返回结果的同步预操作事件才能被真正阻断；收到事件并不代表所有动作都可拦截。
- Codex 集成要求用户在 Codex 中信任所安装的钩子，Claude Cowork 则需要在其环境内配置钩子。
- Kontext 不提供进程、文件系统或网络的内核级隔离；高强度威胁模型仍需额外沙箱。
- 它不保存模型推理，也不重建完整对话历史，因此调查资料限于工具活动、策略证据及可获得的结果。
如何安装或部署这个 Agent？
自助安装要求 macOS、Homebrew，以及从 Kontext dashboard 创建的安装令牌。
- 安装 CLI：
brew install kontext-security/tap/kontext - 在
https://app.kontext.security创建 install token。 - 运行
kontext setup，完成钥匙串存储、智能体钩子安装、本地 daemon 启动和组织连接。 - 运行
kontext doctor验证安装。 - 使用 Codex 时，还必须在 Codex 中信任所安装的钩子。
托管环境和云环境可以运行同一本地 runtime，但必须自行提供受支持的 hook contract、存储和 daemon 生命周期。源码开发使用 Go 1.25；可运行 go build -o bin/kontext ./cmd/kontext 构建。
如何使用这个 Agent？
完成 kontext setup 后，照常启动 Claude Code 或 Codex，不需要通过 Kontext 包装命令启动。初期使用观察模式，让操作继续执行，同时查看哪些策略会产生 would deny、涉及哪些仓库或系统，以及哪些边界确实支持阻断；确认策略不会妨碍合法工作后，再把受支持的边界切换到执行模式。日常健康检查运行 kontext doctor；自助 daemon 过期时运行 kontext doctor --fix。再次运行 kontext setup 可轮换安装令牌，kontext setup --uninstall 可移除自助安装。具体事件与阻断范围因智能体而异，应按 agent support matrix 确认覆盖面。
这个 Agent 与同类方案有什么区别？
与进程沙箱相比，Kontext 负责根据智能体、动作和策略判断操作是否获准，并在受支持的钩子上留下可归属证据；沙箱负责限制进程实际上能访问的文件、网络、凭据和操作系统资源，两者是互补关系。与仅收集智能体日志相比，Kontext 可在受支持的关键操作执行前产生授权决定，并把该决定与后续结果关联起来，而不只是事后记录工具调用。
常见问题
Kontext 能阻止智能体的所有操作吗？
是否必须改变 Claude Code 或 Codex 的启动方式？
kontext setup 安装钩子并启动 daemon 后，可以照常使用智能体，无需包装命令；Codex 中需要信任这些钩子。哪些数据会被保存？
安装异常时如何诊断？
kontext doctor 检查钩子、daemon 健康与版本、托管导出健康和积压。自助 daemon 过期时可运行 kontext doctor --fix；配置不健康时 doctor 会以非零状态退出。