arkcli +chat

CRITICAL — 开始前 MUST 先用 Read 工具读取 ../arkcli-shared/SKILL.md，其中包含认证闸门、配置排查与命令选择顺序 CRITICAL — +chat 在执行之前，务必先用 Read 工具读取 references/arkcli-chat.md，禁止直接盲目调用命令。 CRITICAL — 每个回答/已规划的生成分块只发起一次真实 +chat。首次响应不完整、strict JSON 无效或不符合内容要求时，保留并报告该次失败，不自动重试或用第二次响应替换；本地提取、保存、校验失败也只能修复本地交付。只有用户明确要求新一轮或重新生成时才重做同一块。

先判断本轮任务

用户要完成的事	本轮入口与交付
询问模型 API 如何使用、关闭思考或设置参数，要求 SDK 示例	按具体模型版本、协议与 SDK 给最小配置示例；用法问题不要求提供错误日志，也不意味着要执行示例
排查已有请求报错	按错误类型核对下方请求证据与条件修复；已知模型能力可只读核对。原请求缺失时交付已知事实、适用的修复分支和待补信息，到此结束本轮诊断
明确要求调用模型生成内容、接续对话或授权复现测试	按后文“真实生成的执行顺序”保留原模型/路径/参数，捕获一次实际输出并交付
只要请求预览	只做该叶子命令支持的本地 `--dry-run`，披露 unresolved，不准备凭证、不发业务请求

参数解释和已有错误本身不要求新建 Key/Endpoint、获取明文 Key、切 Profile 或先发一次“你好”。缺少数据面 Key 不妨碍阅读协议契约和给出条件修复；无人回复时保留原请求未知项，不自行选择收费路径来补一份对照。

已有报错的默认交付是解释、条件修复与待核对的原请求字段。临时查询模型是取证步骤，不自动变成模型推荐任务；用户未要求选型时，不附加推荐卡片或能力排名。需要示例时优先给原协议中需要调整的最小请求片段，不擅自加入一整套 SDK 初始化代码。