素材来源官方媒体/网络新闻
,
,
,
来自 X 网友 @iannuttall 的实战经验分享！\x0a\x0a1. 花时间认真规划 \x0a在开始 coding 前，先和 Claude Desktop 聊聊项目，像跟朋友讨论一样。聊什么？技术栈、用哪些库、MVP 需要哪些功能。如果是新 stack，记得自己查资料验证 Claude 的建议，别全信。 \x0a\x0a2. 找靠谱的参考资料 \x0aClaude 可能不知道最新的包或工具，所以主动找文档链接或 GitHub 仓库，喂给它当上下文。贴士：用 uithub. com（不是 github. com）能让 LLM 更容易理解仓库内容。 \x0a\x0a3. 让 Claude 写详细步骤 \x0a请 Claude 写一个超级详细的计划，细到谁都能照着做。但别把整个计划直接丢给 Claude Code！这计划是给你自己用的，像个指挥家，带着 Claude 一步步走。 \x0a\x0a4. 先搞定一个能跑的版本 \x0a别想着一次写完所有功能，先让 Claude 帮你快速搞个最简 MVP，跑起来再说。有了基础，再加新功能会容易得多，比一口吃成胖子靠谱。 \x0a\x0a5. 用 CLAUDE. md \x0a存项目规则 MVP 跑起来后，在项目根目录跑 /init，生成一个 CLAUDE. md 文件，写项目级别的通用规则，比如“每次跑 bun typecheck 检查类型错误”。之后用 # 加新规则，保持清晰。\x0a\x0a6. 子目录也加 CLAUDE. md \x0a很有效的技巧，别只在根目录放一个大规则文件，给每个子目录（像 /src/components、/src/db）都加个 CLAUDE. md，写专属的上下文规则。这样 Claude 干活更精准，效果翻倍。 \x0a\x0a7. 记录每次工作内容 \x0a每次 coding 后记个“日记”：这次干了啥？啥成了，啥没成？下一步干啥？可以用 Claude Sessions 存这些记录，方便以后查，还能给 Claude 提供更多背景。 \x0a\x0a总结 \x0aIan 的核心思路是把 Claude 当助手，而不是全能 AI。要让它少犯错，就得给它清晰的计划、精准的上下文，还要步步为营，先小步快跑再迭代。把这些实践用好，Claude Code 就能更聪明，开发也能更顺畅！