intent-recognition

用途：在还没设计或搭建自动化之前，对用户的自动化请求进行分类；当新的一轮对话可能需要重新考虑当前产物时也适用。若是常规的编辑或扩展，且对话已明确针对某个工作流或智能体，则不必重新加载，除非用户引入了独立的自动化或新请求自带锚定信号。判断的关键不是单一的“工作流还是智能体”标签，而是两个问题：谁拥有顶层控制流，以及另一原语是否出现在该流程内部。\n\n主要能力：按两个正交维度做决策。其一为锚定：workflow-anchored 指外层是工作流图，LLM 步骤作为有界转换（分类、抽取、摘要、打分、单一决策馈入固定分支）；agent-anchored 指智能体拥有流程，由 LLM 在运行时决定下一步或承担需要判断的持续角色；needs-clarification 指在决定锚定的维度上描述不足；out-of-scope 指并非构建意图，例如元问题、产品问题，或无触发、无持久化、无复用意图的一次性内容任务。其二为 embeds other：另一原语是否嵌入锚点之中，可分为工作流内嵌智能体步骤、智能体把工作流当作工具调用，或不适用。分类结果决定后续路由：workflow-builder、面向智能体的设计、ask-user 或直接作答。\n\n使用方式：先判断用户是否已在构建中的工作流或智能体上做增量修改，应用上下文延续；再处理显式产物请求，显式要求智能体即已决定锚定，不应自行替换为工作流；然后判断是否属于非构建意图；仅当请求包含多个独立生命周期时才拆分；逐一检验智能体信号与工作流条件；决定 embeds_other；做退化外壳检查，若工作流锚定退化为触发器加单个开放式智能体步骤，应改判为智能体锚定。若两种锚定都成立，按成长性决胜。\n\n适用场景：需要在搭建前厘清自动化归属、判定是工作流还是智能体、判断是否内嵌另一原语、处理已有智能体的修改、处理混合上下文或用户要求智能体不支持的渠道时使用。\n\n限制：不应为常规编辑重复加载；不应把表面上出现“agent”“workflow”等词当作信号；不会凭空补全缺失的锚定关键信息，缺信息时归为需澄清；对已有资源的操作（运行、触发、调试、列出、查询）不由本技能分类。文档未说明具体收费、平台与效果。