关键在于用Lint工具规则反向构造提示词：提取项目真实配置或知名开源项目规则，逐条映射为带示例的自然语言指令，或通过错误反推法强化上下文记忆，并在提示词中声明校验方式、嵌入规则快照、设置语法冲突兜底方案。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让Kimi在编程中输出符合团队规范的代码，关键在于用Lint工具的规则反向构造提示词，而不是靠口头描述“请用驼峰命名”。
提取项目真实Lint配置
打开项目根目录下的 【.eslintrc.js、pyproject.toml 或 .prettierrc】 文件，直接复制其中启用的规则项。例如 ESLint 中的 "camelcase": ["error", { "properties": "always" }] 就比“变量名要小驼峰”更精确。
若项目没有现成配置，去 GitHub 搜索同技术栈的知名开源项目（如 Vue 用 vue-next，Python 用 fastapi），克隆其 lint 配置文件作为起点。
把Lint规则转成自然语言提示词
方法一：逐条映射法
将每条规则翻译成带示例的指令句式。例如：
→ “函数名必须使用小驼峰，如 getUserInfo，禁止下划线 get_user_info”；
→ “行尾禁止分号，但 import 语句后不强制换行”。
方法二：错误反推法
先让 Kimi 输出一段典型错误代码（如含分号、大驼峰类名），再贴出 Lint 报错信息（如 12:5 error Missing semicolon eslint(@typescript-eslint/semi)），最后要求它“严格按此报错规则重写代码”——Kimi 对错误上下文的记忆强于抽象描述。
一键设置，在 OpenClaw 和 Claude Code CLI 中使用 Kimi K2.5 (Kimi Code) 作为编程模型。Kimi Code 兼容 Anthropic Messages API——替换……
注意：不要写“请遵守 Prettier 规范”，Kimi 不知道 Prettier 具体关了哪些开关；必须写明“单引号字符串、箭头函数参数单个时省略括号、对象字面量键名不加引号”。
在提示词中嵌入可执行约束
第一步：声明约束载体
在提示词开头明确写：“你输出的所有代码必须满足以下 ESLint 规则，我会用 eslint --no-eslintrc --rule '{...}' 命令校验，校验失败则拒绝接受。”
第二步：注入规则快照
把提取到的真实规则 JSON 片段（如 "quotes": ["error", "single"]）原样插入提示词，并注明“此规则优先级高于任何通用编程习惯”。
第三步：设置失败兜底
追加一句：“若某规则导致语法不可用（如强制 require 语句但上下文是 TypeScript 模块），请先说明冲突点，再提供符合规则且能运行的替代写法。”【这一步防止 Kimi 为守规则而写出语法错误代码】
