多步任务执行到一半停下，常见原因不是模型推理不够，而是某一步要做的动作落在了已授予的工具权限之外：模型知道该读哪个文件、该调哪个接口，但对应工具没有开放、或开放的范围不含这个路径与域名，于是流程在那一环断掉。判断顺序建议固定为四步：先把失败任务拆成步骤并标注每步的动作类型，再对着权限面板逐项确认该动作是否被允许，然后用最小够用的权限配置复跑同一任务，最后把这次的边界写进日常使用约定。下面的核对方法只依赖你能在配置、日志或页面返回里看到的内容，不涉及对模型能力的评测。

多步任务中断时，先分清是“动作没被允许”还是“工具不具备该能力”。把任务拆成读取、写入、发送、跳转四类动作，逐个对照权限面板，被拒通常有明确的未授权或拒绝返回，能力缺失则表现为工具不存在、参数不被支持或反复调用同一工具无进展。补权限时只放开当前任务实际用到的路径、域名和方法，复跑时盯住断点那一步的工具返回，确认任务能继续且没有顺带放开多余范围。权限不足与能力不足可能同时存在，补完权限仍停在同一步，再回到能力与提示层面排查。

把一次失败任务拆成可核对的步骤

先不要急着改配置。把那次失败的任务按执行顺序抄成清单，每行写清“这一步要让 StepAmoo 做什么动作”，而不是写“让它处理一下数据”这种笼统描述。动作类型只需要区分四类：读取（读文件、查数据库、拉接口数据）、写入（落盘、写表、更新记录）、发送（提交表单、调用写接口、发出消息）、跳转（打开页面、点击、切换视图）。分类的意义在于，权限面板通常也是按这四类组织的，标注一致才好逐项对照。

再从日志或会话记录里找出实际停在哪一步。有些失败会明确报错在某一步，有些只是任务不再往下走，这时可以看最后一次成功的工具调用是哪一个，断点就在它之后。断点定位不到，后面的权限核对就没有对象。

对照权限面板确认每个动作是否被允许

把上表的每一行映射到权限面板里的一项或多项。常见的对应关系是：读取对应文件读取工具及其可访问路径，写入对应文件写入工具及可写路径，发送对应网络或接口工具的允许域名与方法，跳转对应浏览器类工具的允许站点与允许动作。路径和域名上的范围限制比“开没开这个工具”更容易被忽略，工具是开着的，但白名单里没有这个目录或域名，效果等同于没授权。

被拒与不具备能力，返回信息通常长得不一样，可以据此分辨。权限缺口一般表现为明确的拒绝：工具调用返回未授权、拒绝访问、不在允许列表、需要确认但未获批准；这类信息指向配置而不是模型。能力缺口则表现为工具本身不存在或不可选、参数不被支持、调用格式报错，或者模型根本没有发起工具调用，而是直接给出“我做不到”的表述。后一种情况还可能混着提示层面的问题，需要回到任务描述是否足够具体去核对。

• 错误里出现未授权、拒绝、不在白名单等字样：优先按权限缺口处理。
• 工具名在可选列表中找不到，或同一工具反复以错误参数调用：按能力或接口不匹配处理。
• 模型没有调用任何工具就宣布无法完成：先检查任务描述与工具说明，再谈权限。

用最小权限配置样例复跑同一任务

补权限时不要一次性放开整类工具。按断点那一步需要的动作，只加最小范围，然后原样复跑同一个任务，看是否能越过断点。下面的片段只是骨架，字段名、层级和取值方式以你实际使用的界面或配置文件为准，替换成自己的路径与域名后再用。

# 任务级权限骨架，字段名以实际界面为准
task_profile: multi_step_demo
tools:
  - name: file_read          # 对应“读取”
    paths: ['/workspace/input']
    mode: read
  - name: file_write         # 对应“写入”
    paths: ['/workspace/output']
    mode: write
  - name: http_request       # 对应“发送”
    hosts: ['api.internal.example']
    methods: ['POST']
  - name: browser_open       # 对应“跳转”
    sites: ['docs.internal.example']
    actions: ['open']
limits:
  max_steps: 12
  require_confirm: ['file_write', 'http_request']
valid_until: '本次任务结束'   # 可回收的授权期限

复跑时建议盯四个观察点：一是断点那一步的工具调用是否真的发出去了；二是返回信息从拒绝变成了成功，还是换成了另一种报错；三是任务是否继续走到下一步，而不是停在原地换了个理由；四是日志里有没有出现本次任务用不到的路径、域名或方法，若有说明放得太宽，应收窄。补了权限仍停在同一动作上，说明这里更可能是能力或参数层面的问题，需要换工具或调整调用方式，继续加权限没有意义。

把权限边界写进日常使用约定

临时放开、用完忘记收回，是多步任务里最容易积累风险的做法。建议给每次授权留一张清单，写明为哪个任务、开了哪些工具、范围到哪、什么时候失效、由谁复核。任务结束后按清单回收，而不是靠记忆。

• 任务名称与用途：一句话说明这批权限服务于什么流程。
• 工具与动作：逐个列出读取、写入、发送、跳转各自开放了哪一项。
• 范围：路径、域名、方法、可执行动作，写到具体值。
• 期限：任务结束即回收，长期任务可设固定复核周期。
• 负责人：谁批准、谁回收，出问题时找谁确认。

定期复核的做法可以很简单：按固定节奏翻一遍仍然生效的授权，检查是否有任务已经结束但权限未收回、是否有路径或域名范围比当前任务需要的大、是否有工具开着但近期日志里从未调用过。从未使用的权限建议收回，它不是保险，只是暴露面。同一类多步任务反复出现相同断点时，可以把这次的核对结果固化进任务模板，下次直接在模板里带上必要权限，减少临时放开的次数。