海拉鲁编程客 (@hylarucoder) “最近使用 Kimi Code + K2.7 极速版辅助编码，分享一下使用体验。 背景: 来自大约 5w” — TopicDigg

最近使用 Kimi Code + K2.7 极速版辅助编码，分享一下使用体验。 背景: 来自大约 5w 行左右的 golang agent runtime 的重构。前期用 codex / cc 疯狂推代码之后进入了重构期。 用 codex / cc 压低代码行数，很难满足我想要的效果。比如 opus 4.8 反复背诵不知道从哪里学来的超过 300 行代码是不好的设计（我明明没有加这一条，记忆里面也没有），而超过 2000 行不能拆开的代码多了去了，这是本质复杂度。而 codex 在精简了一些之后反手又给我加了一些兼容代码。。。。 所以我回归了半自动的方案，用 kimi code 调研出报告，人工 review 之后开修，大致步骤如下 1. 选择一个切入点 /goal 请你使用 hai-architecture skill 帮我系统整理 nil, 按照当前代码，当前位置，问题点，解决方案表格罗列一下。 有些可能是 nil 本身过度防御，有的地方可能是设计上有更好的方向。请你系统梳理之后，整理到 docs/architecture/nil-review.md ，要详细，分好类和优先级，整 50个点给我 使用 /goal 是为了确保能捞 50 个点，使用 hai-architecture 是为了打开格局，看看是不是有些 nil 是不是因为更上层的设计问题。 2. 50个点的 markdown 看起来还是比较吃力的。可以做个简单的可视化优化一下咱们的阅读体验。 /skill:hai-visual-report docs/architecture/nil-review.md 做一下可视化 然后你就得到一个阅读体验比较好的问题清单，然后挑选一些问题开修就好了。 这里不得不吹一句，K2.7 极速版是真的快，两分钟可视化跑完（视频未加速），调研的时候没感觉有非常大的速度提升，到可视化报告这块速度很快，有明显的推背感。好处就是产出高了，坏处就是刷推少了。。。。。