Claude Code /init改版：对话式配置，自动定制专属环境

写在前面

最近刷Twitter看到Claude Code团队的Thariq发了条推文，说/init命令要改版了。

看完我第一反应是：终于。

用过Claude Code的人都知道，现在的/init基本就是个“打招呼”的命令。跑完之后你还得自己配技能、配钩子，该干啥还得干啥。这哪是初始化？这是假装初始化。

现在的 /init 有多尴尬

我们来看看问题在哪。

每次进新项目，你得手动配置一堆东西。技能要配吧？钩子要配吧？项目规范要告诉它吧？

这就像你请了个助手，结果他第一天上班啥都不问，站那儿等你把所有事情交代清楚。

累不累？累。

Thariq显然也发现了这个问题，所以他在推文里问：“你们觉得/init该做点啥？”

这问题问得好。一个初始化命令，不就该把环境给我配好吗？

新版本的思路

团队的解决方案很简单：让它学会提问。

新版/init会像面试官一样跟你聊天。你的项目用什么技术栈？有哪些特殊需求？需要配置什么钩子？

它问，你答，然后它就知道该怎么配了。

这个思路其实挺聪明的。与其给你一个万能模板（但哪都不够用），不如问几个问题，给你定制一套专属配置。

想试试的话，启用方式也很简单：

CLAUDE_CODE_NEW_INIT=1 claude

一个环境变量，搞定。

为什么这样设计有效

传统CLI工具的初始化是什么样的？

要么扔给你一个配置文件，让你填空。要么给你一套默认配置，用不用随你。

前者太麻烦，后者不够准。

而对话式的配置，本质上是把选择权交给了上下文。

你告诉它项目情况，它就知道该开哪些能力。你说要跑测试，它就给你配好测试钩子。这比你自己翻文档找配置项要快得多。

而且这种方式有个隐藏优势：降低了认知负担。

新手不需要知道所有配置项叫什么、干什么用。问题会一步步引导你，就像有个老手在旁边带你。

关于 skills 和 hooks

推文里提到了两个词：skills 和 hooks。

Skills 是 Claude 的能力集。读文件、写代码、跑命令，这些都是技能。不同项目需要的能力不一样，静态站和全栈应用能一样吗？

Hooks 是自动化触发器。提交前跑 lint，启动时装依赖，这些都是钩子。配好了能省不少事。

新版/init会根据你的回答，自动配好这些东西。这才叫初始化嘛。

社区驱动的改进

最后说个细节。

这次改进来自社区反馈。Thariq在推文里说得很清楚：“based on your feedback”。

而且他们发布测试版后，继续征求意见：“would love your feedback”。

这个循环很健康：用户提意见 → 团队改进 → 发测试版 → 收集反馈 → 继续优化。

工具是用出来的，不是想出来的。

总结

一个/init命令的改进，背后是对开发者体验的重新思考。

让工具学会提问，让配置变成对话，这个方向是对的。

如果你在用 Claude Code，试试新版本。如果你有想法，去推文下面留言。

说不定下个版本就有你的贡献。

P.S. 这种“采访式”配置的思路，其实可以用到很多地方。项目脚手架、CI配置、Docker编排，都可以试试。