缺少能力时说明限制

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

用户要在服务S创建工单，当前发现只返回其他服务的操作，没有S创建能力。教学已有标题、描述和目标项目，允许准备草稿；不能猜create_issue或把别的服务当相同目的地。

具体做法

核对当前能力清单、搜索范围与连接状态，说明没发现什么而不扩大成永久不存在。使用有文档且在范围内的替代：准备本地/聊天草稿，或说明需要的已知配置；保持未提交。实际调用响应与目标回读不存在，就不生成外部id或成功主张。

反例

编造S的create_issue slug并报告ID=123，或换另一家服务创建，称用户目标已完成。

改进写法

教学发现未返回S创建操作，明确记录当前缺口，不调用猜测slug或替换服务。用已有标题/描述/项目准备允许的工单草稿，标未提交；说明已核实的连接/配置或人工替代入口。没有真实创建及身份确认就不声称外部ID，后续能力变化重新发现，不用冻结说明判今天永久不可用。

为什么这样改

能力缺失时仍可保留内容准备的价值，但不能把替代产物伪装成外部效果。目的身份和状态分开，让用户知道哪些工作已做、哪些还没有执行能力。

如何验证

示意交付为S的草稿与未提交状态，不含虚构工单ID；其他服务返回操作不能满足S目标。检查发现范围明确，配置不可用没有编造。

静态HTML可交付却PNG捕获不可用时也同理：标导出待完成，不假称图已生成。

适用边界

一次搜索可能不完整，必须区分未发现与已证不支持。来源的不可用工具和静态动画说明只是实例，不证明当前平台状态；替代操作仍遵守用户目的与授权。