新版Agent Space要求提示词仅负责意图表达与上下文引导，结构化输出、工具调用、错误处理等由框架层统一接管；旧版硬编码JSON、内联工具描述、混写状态逻辑三类写法将失效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
不能直接用，但可以迁移。
新版 Agent Space 对提示词的结构、职责边界和执行契约提出了更明确的要求。旧版提示词往往混杂任务逻辑、格式约束、工具说明和兜底话术，而新版默认将这些要素解耦——提示词只负责“意图表达与上下文引导”，输出规范、工具调用、错误处理、可观测字段等由框架层统一接管。
以下三类旧写法在新版中容易失效：
硬编码 JSON 格式要求：比如写“请严格返回如下 JSON 格式：{...}”。新版不依赖模型手写结构化文本，而是通过
AgentOutput接口或tool_call协议生成标准响应，模型只需聚焦语义理解。内联工具描述：如把 API 参数说明、调用条件全塞进 system prompt。新版采用技能注册表（skills registry），工具详情按需注入，避免上下文膨胀和描述冲突。
状态/重试/兜底逻辑混写：例如“若查不到结果，请尝试换关键词再查一次”。这类流程控制应交由 Agent 生命周期管理器（如 retry policy、fallback router）处理，而非靠提示词驱动。
迁移建议很实际：
- 把旧提示词中“该做什么”部分提取为技能描述（intent description）
- 把“怎么做”部分转成技能对应的函数实现与 JSONSchema 约束
- 把“返回什么”部分映射为
AgentOutput字段定义（如status_code,elapsed_ms,trace_id） - 原来靠语气强调的规则（如“务必”“严禁”“绝对”），换成显式校验逻辑或 post-process 拦截
旧提示词不是废了，是该“退休”进技能库了。
