kimi提示词需明确角色、版本、语法糖三要素，提供最小可运行骨架，追加验证指令，并用lint规则反推、分段生成与精准环境描述来确保代码合规。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Kimi写出能直接跑通、符合项目规范、带错误处理的Shell脚本或Vue组件，但每次生成的代码不是缺依赖声明就是混用旧API，甚至变量名都不统一——这说明你还没用上Kimi提示词专家的核心方法。
明确角色+版本+语法糖，锁死输出范式
第一步：在提示词开头就写死三要素——“请使用Vue 3.4 Composition API，采用<script setup>语法糖，组件必须支持v-model双向绑定”。<strong>【必须写明“Composition API”而非“组合式API”】，Kimi内部术语映射中，“Composition API”是训练语料的标准标识符，“组合式API”易触发宽松匹配，导致混用Options API。</script>
第二步：立刻给出最小可运行骨架，哪怕只有两行：
<template><input v-model="value"></template><br><script setup lang="ts"><br>const value = defineModel<string>();<br></script>
这段代码向Kimi传递了SFC结构、TypeScript标注、defineModel调用方式三个强信号，它会据此拒绝输出export default { data() { return {} } }这类Vue 2残留。
第三步：追加验证指令——“请确保setup函数内使用ref或reactive声明响应式数据，并在onMounted中触发初始化加载”。这句话强制Kimi检查响应式声明位置和钩子调用时机，避免把fetch写在return外面或漏掉onMounted。
用Lint规则反推，让Kimi按真实校验器标准写代码
方法一：逐条映射法
把ESLint规则翻译成带示例的指令句式。例如：“函数名必须使用小驼峰，如getUserInfo，禁止下划线get_user_info”；“行尾禁止分号，但import语句后不强制换行”。
方法二：错误反推法
先让Kimi输出一段典型错误代码（如含分号、大驼峰类名），再贴出真实Lint报错信息（如12:5 error Missing semicolon eslint(@typescript-eslint/semi)），最后要求它“严格按此报错规则重写代码”。Kimi对错误上下文的记忆强于抽象描述，纠错成功率更高。
关键一步：在提示词开头声明约束载体——“你输出的所有代码必须满足以下ESLint规则，我会用eslint --no-eslintrc --rule '{}'命令校验，校验失败则拒绝接受”。【这一步防止Kimi为守规则而写出语法错误代码】，否则它可能为强行去掉分号而破坏语句结构。
一键设置，在 OpenClaw 和 Claude Code CLI 中使用 Kimi K2.5 (Kimi Code) 作为编程模型。Kimi Code 兼容 Anthropic Messages API——替换……
分段生成+变量占位，适配不同部署环境
不要一次性让Kimi生成完整部署脚本。先让它只输出环境变量定义区：
“仅生成部署脚本的环境变量定义区：包括APP_NAME、REPO_URL、DEPLOY_PATH、NGINX_SITE_CONF，所有值用${REPO_URL}这类占位符表示，不执行任何命令。”
再另起一次请求：“仅生成部署脚本的服务配置模板注入部分：将变量DEPLOY_PATH写入/etc/nginx/sites-available/${APP_NAME}，启用符号链。”
最后手动把两段拼起来，在实际运行前替换占位符。这样做的好处是：每段逻辑独立、可单独验证，且变量命名与路径引用不会因上下文过长而错乱。
构造含环境/对象/动作的精准提示词
打开Kimi网页端或App，进入对话界面。
输入提示词时，必须包含操作系统类型、服务名称、源码/包位置、依赖项、启动方式等要素。例如：“请生成一个适用于Ubuntu 22.04的Shell脚本，用于自动化部署Nginx + 静态HTML站点：从GitHub克隆https://github.com/user/site.git到/var/www/html；安装nginx（若未安装）；替换默认站点配置为监听80端口并指向该目录；重启nginx服务；最后输出部署完成状态。”
模糊表述如“自动部署”或“搞定”会导致Kimi自由发挥，大概率忽略幂等性检查或错误分支。每一条动作都要对应一个可执行的Linux命令层级。
