用途：作为 Kitaru 面向真实智能体与轨迹的“证据优先”入口，把用户已有证据串成一条连续流程：观察轨迹、人工判断、定义已接受行为，并在需要验证改动时交给回放实验技能。
主要能力：把已记录轨迹转换为 Kitaru 会话并查看所发生情况；支持人工在证据旁记录“应当发生什么”；把一条已接受行为表达为针对已评审队列的评估器；支持在明确工具策略下对同一情境运行改动后的智能体并比较结果。提供五步方法：观察、判断、定义、回放、比较；安装、智能体注册、录制与轨迹导入属于“观察”的准备，不额外计为阶段。
使用方式：先只读检查，解析可达项目根目录，清点可用的 Kitaru MCP 工具与项目 CLI，选择能完成下一步及交接的传输方式，优先使用 MCP 原生操作；仅在本地文件导入、内置等待或 MCP 未暴露操作时使用结构化 CLI。创建或恢复用户控制的 worker 时用 --concurrency 10，或在仅支持环境变量时用 KITARU_WORKER_CONCURRENCY=10。所有 Kitaru CLI 命令与 SDK 脚本需设置 KITARU_ACTIVE_SKILL=kitaru-investigation。使用 CLI 前先用 kitaru status 检查服务器并查看已安装命令 schema。远程写入、付费或实时执行前需说明并取得用户确认。
适用场景：用户已有智能体与轨迹，希望从证据出发做人工评审、行为确认、队列与评估器定义，或希望基于已接受行为发起有界回放实验。首次使用者可先走引导式导览；缺少可达代码时仍可做仅轨迹分析，但需在检查点标注仓库上下文未解析。
限制：人类始终是判断者，不得把智能体建议当作人工标签；轨迹只记录实际发生，不代表应当或结果正确。需要区分智能体行为、外部依赖行为、产品目的与独立结果证据。所需来源、载荷、权限、worker、产品契约或 UI 能力不可用时，应停在有用的持久检查点。该简短说明未涵盖完整安装命令、具体评估器目录与全部连接配置，相关细节暂未提供。