你知道吗？写Cursor提示词让夜莺API干活儿，最怕的不是AI不会写，而是它写出来一堆“正确的废话”——又是“应”，又是“建议”，还动不动提醒你“请注意”。结果呢？生成的指令根本没法直接粘进终端跑，还得你亲自动手删一堆解释性段落。这问题其实很好解决，核心就三件事：动词前置、参数写死、删掉废话。

比方说，你想查CPU使用率超90%的主机，直接写“查CPU使用率超90%的主机”，AI大概率会给你补一段“CPU使用率过高可能引发服务响应延迟，建议及时扩容”——你真正想要的curl命令或API调用路径反而被淹没了。所以，先定一条铁律：提示词的第一个词，必须是动词，而且这个动词要跟夜莺Web界面上按钮的文字完全一致。写“查活跃告警”而不是“应该关注活跃告警”，写“屏蔽prod-db-01未来2小时告警”而不是“可以考虑临时屏蔽”。动词拼错或混用，API直接拒绝执行，没有任何商量余地。

接着，把提示词里所有“是否”“有没有”“能否”这类疑问结构全部砍掉。夜莺API只认明确动作加参数，不接受布尔查询。比如，别写“检查告警规则是否生效”，直接写“列出rule_id为cpu-high的rule_info”。说白了，就是把问句通通改成命令句：“是否”改成“列出”，“有无”换成“获取”，“能否”变成“导出”。Ctrl+F搜一遍，干掉所有疑问词，效率立马上来。

用动词短语替代判断句式

第一步：所有提示词开头必须是动词，且动词要匹配夜莺实际API动作。例如写“查活跃告警”而不是“应该关注活跃告警”，写“屏蔽prod-db-01未来2小时告警”而不是“可以考虑临时屏蔽”。动词必须与夜莺Web界面按钮文字完全一致，如‘屏蔽’‘静默’‘解除’，混用会生成无效请求。

第二步：删掉所有带“是否”“有没有”“能否”的疑问结构。夜莺API不接受布尔查询，只接受明确动作+参数。把“检查告警规则是否生效”改成“列出rule_id为cpu-high的rule_info”。

这一步操作起来很简单，直接把原句里的“是否”“有无”全部替换成“列出”“获取”“导出”即可。

绑定具体资源标识符

方法一：在提示词里硬编码资源ID或名称，不写模糊指代。例如：“屏蔽target_id为i-0a1b2c3d4e5f67890的主机告警”比“屏蔽那台数据库主机告警”可靠十倍——后者会让AI虚构ID或调用搜索接口，增加失败概率。

方法二：引用夜莺已存在的分组或标签。例如：“查team=backend且severity=critical的活跃告警”，其中team和severity必须是当前夜莺实例真实配置的label键名。键名拼错一个字母，API返回400且无提示，只能重试。

禁用解释性副词和程度修饰

删掉“快速”“立即”“尽量”“大概”“可能”“通常”这类词。夜莺API没有执行优先级或模糊匹配机制，“立即屏蔽”和“屏蔽”发出的是同一请求；“大概查下CPU”会让AI尝试聚合统计而非直取raw指标。

把“尽快查看最近3条HTTP 500错误告警”压缩成“查最近3条status_code=500的告警”。

这一步不需要额外工具，Ctrl+F搜出所有副词删掉就行。