Kimi Code 实战 10 例：从写脚本到改 Bug

帮我把 src/ 目录下所有 .js 文件的 var 声明改成 const 或 let，规则：

后续没被重新赋值 → const
后续有重新赋值 → let
已经是 const / let 的不动
执行流程：

先 grep 列出所有出现 var 的文件
一个文件一个文件改
改完跑一遍 npm test（如果有测试）
如果有 lint 配置，跑 npm run lint
最后告诉我改了几个文件、几处 var
如果中途遇到看不准的情况（比如 var 是全局赋值），先停下来问我。

跑 npm test 时出现以下错误，帮我定位并修复：
TypeError: Cannot read property ‘map’ of undefined
at UserList.render (src/components/UserList.jsx:15:23)
at processChild (node_modules/react-dom/cjs/react-dom-server.node.development.js:3353:14)
请：

先打开 UserList.jsx 看代码
找 props 传入处，看 users 字段哪里可能是 undefined
给出最小修改方案（不要重写整个组件）
改完跑测试确认通过
如果 Bug 根因不在 UserList.jsx 而在父组件，告诉我你的怀疑，让我决定改哪边。

帮我给 src/utils/ 目录下没有测试的函数补单元测试。
要求：

测试框架：Jest（看 package.json 确认）
每个函数至少覆盖：① 正常 case ② 边界 case ③ 异常 case
测试文件命名：xxx.test.js，跟源文件同目录
不要测试 console.log / 简单 getter 这种没意义的
流程：

先扫一遍 src/utils/ 列出所有导出的函数
跟 tests/ 或同目录的 *.test.js 对比，找出还没测试的
每写完一组测试跑一次 npm test 确认通过
最后告诉我覆盖率从多少升到多少（jest —coverage）
如果某个函数测试很难写（比如依赖外部 API），先标 TODO 跳过，最后列给我。

帮我做一个 Node.js 命令行小工具。
【需求】

工具名：batch-rename
用法：node index.js <目录> —pattern “{date}-{seq}” —ext .jpg
行为：按 pattern 重命名指定目录下的指定扩展名文件

{date}：图片的拍摄日期（EXIF）
{seq}：3 位序号
没 EXIF 的用文件创建日期


【技术栈】

Node.js (ESM)
依赖：常用的 exif 库 + commander 解析参数
不需要 TypeScript
【交付】

完整项目结构（package.json / index.js / README.md）
README 里有 3 个例子
一份 test/basic.test.js
跑完测试确认能用
【约束】

错误处理明确（目录不存在 / 文件名冲突 / 没读到 EXIF 怎么办）
操作前打印「即将重命名 X 个文件」让用户按 Y 确认（除非加 —yes）
不要写废话注释

帮我给这个项目写一份 ARCHITECTURE.md 架构文档。
要求：

先用 30 分钟「探索期」：读 README / package.json / 主要源文件、画出主要模块
然后写 ARCHITECTURE.md，结构：

项目概述（一句话 + 100 字）
技术栈清单
目录结构（每个一级目录是干啥的）
核心模块和职责
数据流图（用文字描述，例如「用户请求 → A → B → C」）
三个最常见的代码修改场景，每个给一段「应该改哪些文件」指南


文档总长度 1500-3000 字
风格：

不要堆砌技术名词
不要写「本项目使用了先进的微服务架构」这种话
像跟新同事手把手讲项目一样

src/services/order.js 里的 processOrder 函数太长（300 行）。帮我重构。
要求：

先读完函数，列出它做的每件事（不要立刻动手）
按职责拆成多个小函数（每个 30-60 行内）
主函数 processOrder 只保留编排逻辑（call 各个小函数）
原有的对外 API 保持不变（其他文件调用方式不变）
重构前后跑一次现有测试，必须全过
如果有测试覆盖不到的分支，先补测试再重构
特别注意：

不要顺手「优化」业务逻辑（你不知道某些奇怪的判断是不是历史 Bug 补丁）
不要改变函数签名（参数名、返回值结构）
保留所有现有的日志和错误处理
完事告诉我：拆成了几个函数、每个函数职责一句话。

把 scripts/data-cleaner.py 翻译成 Node.js。
要求：

输出到 scripts/data-cleaner.js
行为完全一致（同样输入 → 同样输出）
用现代 ES2022+ 语法（async/await、optional chaining）
第三方依赖用 npm 主流包代替（pandas → 自己写 / 或用 danfojs，requests → fetch）
同样的命令行参数和帮助信息
测试方法：

准备 2-3 个测试输入文件（从 tests/fixtures/ 找现成的，没有就造）
Python 版和 Node.js 版分别跑
diff 输出结果，必须一致
不一致的地方告诉我，我决定怎么修
写完跑一次测试确认对齐。

帮我给这个项目加 GitHub Actions CI。
需求：

文件位置：.github/workflows/ci.yml
触发：push 和 pull_request 到 main 分支
流程：

checkout
装 Node.js 22（用 actions/setup-node）
缓存 node_modules（用 actions/cache）
npm ci
npm run lint
npm test
npm run build


要求：

跑得通（先看 package.json 确认这些 script 都存在，不存在就告诉我）
失败时邮件 / Slack 通知留个占位（注释说明怎么开）
Matrix 跑 Node 22 + 24 两个版本
写完展示完整 yml 内容，让我 review 再提交。

帮我做一个浏览器里跑的贪吃蛇游戏。
技术栈：

纯 HTML + CSS + JavaScript（不用框架）
一个 index.html 搞定，方便直接双击打开
游戏规则：

经典贪吃蛇：吃食物 + 1 长度
撞墙或撞自己 = Game Over
速度随长度递增
显示当前分数 + 最高分（localStorage 存）
视觉：

像素风（每格 20x20px）
配色：黑底 + 绿蛇 + 红食物
暂停 / 重开按钮在画布下方
交付：

index.html（含 HTML、CSS、JS 一文件）
README.md 一句话使用说明
跑一下用 python -m http.server 8000 启动确认能玩
如果有体验问题（控制不响应、撞墙判定不准）边玩边迭代。

帮我写一个每周例行维护脚本。
任务清单：

检查 package.json 里有没有过时依赖（npm outdated）
检查 node_modules 大小，超过 500MB 提醒清理
检查 git log 上周提交数，对比上上周
跑一次 npm test，记录通过率
跑一次 npm run benchmark（如果有），跟上次结果对比
把以上信息整理成 reports/{今天日期}.md
技术栈：

Node.js（ESM），跑在本机不上 CI
第三方依赖能少就少
命令：node scripts/weekly-report.js
把所有功能放一个文件 + 一份 README 说明怎么定时跑（cron 例子）。
如果上述某项不适用（比如项目没 benchmark），跳过并在报告里说明。