# ai-coding-practice **Repository Path**: bkhech/ai-coding-practice ## Basic Information - **Project Name**: ai-coding-practice - **Description**: ai coding 学习总结仓库 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-03-16 - **Last Updated**: 2026-04-27 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # Learn Vibe Coding ## Claude Code 参考:`claudecode/ClaudeCode使用技巧.md` ## Codex 参考:`codex/CodeX使用技巧.md` ## 最佳实践 > Claude Code或者 Codex 高效工作流 ### Step 1:让 cc 先理解项目 很多人一上来就让 AI 写代码,这是效率最低的方式。 正确做法: ``` claude ``` 然后输入: ``` Explain this codebase structure. Focus on: - main modules - data flow - important services ``` Codex 会扫描你的 repo,然后给你总结: - 项目结构 - 核心模块 - 关键入口 这一步的好处: - AI **理解上下文** - 后面改代码 **准确率大幅提升** 很多人跳过这一步,结果 AI 改代码经常改错。 ### Step 2:让 cc 制定修改计划 > 或者切换到 /plan 模式 不要直接说: ``` Add feature X ``` 而是先让它 **规划**: ``` Plan how to add Redis caching to this service. Do not modify code yet. ``` Codex会输出类似: ``` Plan: 1. Add Redis dependency 2. Create cache service 3. Modify API layer 4. Add TTL logic 5. Add tests ``` 然后你确认: ``` Looks good. Implement step 1-2. ``` 这样: - **可控** - **不会乱改** 这是很多 senior 工程师在用的方法。 ### Step 3:使用 session 持续开发 Codex CLI 的最大优势是 **session 记忆**。 开发一天后你可以: ``` codex resume ``` 进入 **picker** 选择之前的 session。 然后继续: ``` Continue implementing the caching feature. ``` 这样 AI 记得: - 之前讨论的架构 - 修改过的文件 - 未完成的任务 效率会高很多。 ### Step 4:让 cc 做代码 review 很多人忽略这个能力。 你可以直接说: ``` Review my changes in this branch. Focus on: - performance - concurrency issues - security ``` cc 会指出: - race condition - memory leak - 不合理的结构 效果有点像一个 **自动 code reviewer**。 ### 最终的高效循环 真实开发中是这样: ``` 理解项目 ↓ 规划修改 ↓ 小步实现 ↓ AI review ↓ 继续 session ``` 很多团队已经把 Codex / Claude Code 当成: > 24小时在线的 junior engineer ### 一个高级技巧(非常强) > cc 叫做 CLAUDE.md, codex 叫做 AGENTS.md 在 repo 根目录放一个文件: ``` AI_CONTEXT.md ``` 写: ``` Project rules: - Use Java 21 - Prefer Spring Boot - Use Redis for caching - Follow hexagonal architecture ``` 以后 cc **在每个会话开始时都会读取它**。 相当于给 AI **长期记忆的项目规范**。 ### 规格驱动开发 > Spec-Driven Development -> 现在很多 AI 编程高手在用的方法 简单理解: **先写“功能规格(Spec)”,再让 AI 按规格写代码。** 这样 AI 的代码 **准确率和可维护性会高很多**。🚀 #### 为什么要用 Spec-Driven Development 很多人直接这样问 AI: ``` 写一个用户登录 API ``` 结果 AI: - 乱设计接口 - 数据结构不一致 - 安全逻辑缺失 因为 **需求不清晰**。 Spec-Driven 的流程是: ``` 需求 → Spec → Code ``` AI只负责最后一步。 #### 为什么很多团队开始这样开发 现在很多使用 Claude Code的团队都在做: **AI-first development workflow** 核心思想: > **人写 Spec,AI 写代码。** 工程师更像 **架构师**。 ------ 💡 **一个很多人不知道的事实:** 现在很多 AI 编程高手的 repo 里: ``` spec/ 目录比 src/ 还重要 ```