用途
本技能用于在受控的 ZenML Pro 运行环境中，带领首次接触 Kitaru 的用户完整体验一遍 Kitaru 的核心闭环：观察（Observe）→ 评判（Judge）→ 定义（Define）→ 对比（Compare）。整个过程围绕一个客服退货处理 Agent（returns-resolver）展开——它会查询订单、检查退货政策与物流状态，然后决定退款、换货还是转人工，并起草回复。
主要能力
- 完整闭环导览：以一则贯穿始终的故事线串联全流程——该 Agent 已处理十张工单，用户先查看它的实际行为，再评判其中少数关键决策，把一条被接受的边界固化为可复用的检查项，最后测试一次提示词改动是否改善了相同案例表现。
- 证据审阅：从预载的十段已记录客户对话入手，挑选三个有对比性的案例供用户判断可接受行为的边界。
- 人工评判驱动：评审环节由用户在 Kitaru 中给出裁决，人工裁决是判断边界，预置观察只是阅读辅助而非标签。
- 规则固化：把一条经人工确认的关系转换成一个 cohort 与一个确定性评估器，并在基线人群上运行评估器首个测试版本。
- 受控回放：提出一次小幅提示词改动，并将确切状态交给 kitaru-replay-experiment 执行一次有界回放对比。
使用方式
- 运行环境已预装 ticket-resolver 模板、Kitaru CLI、worker 依赖和本技能，并已连接所选 Kitaru Cloud 工作区；模板路径为
/opt/kitaru/examples/python/pydantic_ai_ticket_resolver。 - 当会话中没有活跃 runner 时，调用
prepareOnboardingRunner一次，并使用其返回的就绪结果，而非重复验证环境。 - 技能本身只读取一次，所需引用也只读一次；在首次 Kitaru 操作前阅读
references/kitaru-operations.md，在选择会话人群后才阅读references/tour-method.md。 - 每次对话只做一次有界的持久状态读取，解析所选 server、returns-resolver 父级、来源匹配版本、相关导入任务和可用会话，然后按状态分类选择路线（无匹配 Agent、可复用的来源匹配版本、同名但来源不一致、无可用会话、已有导入运行中）。
- 通过身份而非名称恢复：仅在 ID 与关系能证明属于本路线时复用 Agent、版本、导入、会话、标注、cohort、评估器版本、实验与运行。每完成一个持久阶段，保留一个紧凑检查点（仅包含已存在的各对象 ID）。
- 每个助手回合最多调用一次
navigateKitaruUi；打开需要人工输入的 Kitaru 页面后停止并等待用户返回。 - 在用户批准一个有界阶段后，于同一回合内完成其安全读写，除非遇到真实阻塞或必需的产品页面交接。
- 空白助手文本视为失败；每个用户可见回合都必须讲解当前概念、报告结果或请求决策，不得以"让我……""我将……"等承诺结尾。
适用场景
适用于在受控 ZenML Pro 运行环境中，对首次使用者进行 Kitaru 概念与流程的入门引导，尤其是围绕预载模板路线的演示。若用户选择其自身已有的 Agent 或开放式、生产环境证据，则应改用 kitaru-investigation，本技能仅限预载模板路线。
限制
- 不克隆仓库、不安装包或技能、不登录、不切换服务器、不启动本地服务器、不检查环境变量与凭据文件；不向用户提及 Modal、ECR、runner token、provider key 或沙箱内部细节。
- 就绪结果用于证明 jq、Kitaru 0.23 运行时、PydanticAI 适配器和 worker 可用；导览期间不运行 uv、不创建项目虚拟环境、不比较包版本。若就绪失败，报告单个失败能力并停止。
- 当会话负载不完整时，在编造观察之前停止；若评审或结果链接无法解析，保留对象并报告其确切 ID。
- 若模型凭据、适配器支持、worker 就绪性或安全工具策略阻塞回放，则保留拟定的实验并在创建或执行之前停止。
- 长操作期间最多给一次进度更新，且仅在 45 秒之后。
暂未提供的信息
关于该技能的收费模式、价格、支持的模型与平台清单、性能指标等，资料中暂未提供。