1. 自我介绍2. 为什么要通过微调模型来做代码生成？为什么不用纯 prompt 或 spec coding？答案：纯 prompt 和 spec coding 确实可以提升模型在单次任务上的表现，但它们更多是推理时约束，解决的是“让模型按要求做事”的问题。微调解决的是模型行为分布的问题，比如固定代码风格、内部框架 API 使用习惯、异常处理模式、日志规范、单测模板、目录结构约定，这些如果全部靠 prompt 塞进去，成本很高，也容易在长任务里被稀释。在缺陷修复 Agent 里，我选择微调不是为了让模型记住业务代码，而是让它学习稳定的工程动作：先读测试，再定位调用链，再改最小范围，再补回归测试...

ClaudeCode是真好用啊，谁懂啊不知道ClaudeCode 为什么这么恨老中

做梦也想不到我敢干这件事，但是我做了

常用 /斜杠 命令 1. /plan  新项目架构设计架构设计之后实施步骤的构建，我会倾向于让他输出一个 实施步骤.md 文档，即比plan本身更详细，且能够实时监控claude进展的文档  2. /clear 当交互时出现，claudcode开始听不懂你的需求，你需要重申你的需求（>3次），多半出现了上下文污染的情况，通常我会选择直接用 /clear 清除上下文 3.rewind 当claudecode出现改了大批量不该改的代码时，可以直接 /rewind 回到某个步骤之前（跟git一样 git的重要性 1. git commit 小步提交，每步写清楚feat/fix了什么功能，方便回...