Intent Design

一、为什么“Prompt即接口”是认知跃迁的关键分水岭 长久以来，多数人将 Prompt 简单等同于“写得更清楚一点的聊天话术”——这是AI应用落地中最危险的认知窄化。真正颠覆性的洞察在于：Prompt 不是输入，而是协议；不是文案，而是接口；不是对话起点，而是人机意图对齐的契约性运行时契约（Runtime Intent Contract）。 我们不妨看一个真实电商场景的三层对比： ❌ 模糊自然语言（人类直觉层）： “帮我查订单” → 意图模糊、无主体、无上下文、无格式要求，模型需凭猜测补全全部缺失维度。 ✅ 结构化API（传统系统层）： GET /order/status?userId=U123&orderId=O456 → 明确标识资源路径、参数语义与调用契约，但完全脱离人类表达习惯，需中间件翻译。 ✅ 意图明确的Prompt（新型接口层）： 你是一名资深电商客服助手，请严格按以下要求执行： - 用户ID：U123；仅返回该用户最近3笔状态为“待支付”或“已发货”的订单； - 输出必须为JSON数组，每项含字段：order_id（字符串）、status（枚举值）、created_at（ISO8601）、total_amount（数字，单位：元）； - 若无符合条件订单，返回空数组[]，禁止添加解释性文字。 这已不是“提问”，而是可验证、可约束、可版本化的指令契约。其本质是向LLM这个无原生任务理解能力的统计黑盒，注入运行时所需的四重语义： ① 角色语义（你是谁）→ 定义行为边界； ② 任务语义（做什么）→ 锚定核心动作； ③ 约束语义（怎么做）→ 规范过程与输出； ④ 领域语义（在什么世界里做）→ 注入业务规则与知识先验。 图1：Prompt作为人机意图对齐的“转译中间件”。上层人类意图天然存在歧义与熵增；中层Prompt是唯一可编程、可测试、可版本控制的契约接口；下层LLM+工具+RAG构成执行引擎。箭头标注三处关键失真风险点：意图模糊导致幻觉、Prompt表述歧义引发逻辑漂移、上下文过载造成注意力坍缩。 当我们将Prompt视为接口，就不再纠结“这句话顺不顺”，而开始追问：“它的输入Schema是否完备？失败兜底是否定义？SLA是否可测？”——这才是工程化的真正起点。 二、Prompt作为接口的四大核心设计维度（Why → What） 接口设计有黄金法则：明确、可控、可组合、可观测。Prompt 亦然。它不是文学创作，而是面向LLM运行时环境的指令编程。 1. 意图明确性：从模糊诉求到结构化指令 “给我最重要的信息” → 违反接口设计第一原则：无明确定义即不可交付。 ✅ 正确写法： 请按优先级排序以下3类风险信号，TOP3需包含： - 风险类型（枚举：信用逾期/地址异常/设备集群） - 置信度评分（0.0–1.0，保留1位小数） - 关键证据片段（≤15字，直接引用原文） 2. 边界可控性：建立安全围栏 通过显式声明拒绝策略，避免模型“强行编造”： 若用户未提供手机号，或号码不符合正则 ^1[3-9]\d{9}$，请严格返回： {"error": "MISSING_OR_INVALID_PHONE", "suggestion": "请输入中国大陆11位手机号"} 3. 可组合性：模块化Prompt即微服务 优质Prompt应如API一样支持组装： ...