Claude Code
用 Claude Code 承担日常开发：从安装登录与项目记忆开始，固定工作流、划清权限，再把 MCP、评审与子代理接进同一条协作路径。
开始之前
有一个能运行测试的练手项目；改动前能通过 git 恢复。安装、登录与项目记忆在前两篇，不需要预装 Claude Code。
这个主题要掌握什么
- /init 生成的项目记忆只是起点，过期约定要人工删掉。
- plan 模式先看方案，再按权限模式逐级放权，不要一上来就 bypassPermissions。
- MCP 接入后在客户端里确认工具真的被调用，而不是只在列表里出现。
- 评审与子代理各司其职：限定范围、要求可定位的问题、最后人工裁决。
按顺序读： Claude Code 安装：按平台用原生安装器，再验证登录 CLAUDE.md 与规则文件：让 Claude Code 记住项目约定 Claude Code 日常流程：/init、plan 模式与一次干净的提交
对照官方系统要求选择原生安装方式，用 claude --version 和 claude doctor 验证可执行文件，区分订阅与 API 认证，最后在一个练习仓库完成只读首任务。
用项目级 CLAUDE.md 和带 paths 的 .claude/rules 规则组织长期指导，检查实际加载了哪些文件，并分清“上下文建议”和“硬权限”的边界。
把 Claude Code 用成稳定工具而不是抽奖：先用 /init 建立项目记忆，用 plan 模式先看方案，按权限模式逐级放权，最后用 diff 和自己的一条验证命令收尾。
分清权限模式、allow/ask/deny 规则和工具可用性，理解 deny 先于 ask 先于 allow 的匹配顺序，并用项目设置和只读验证排查“为什么被拒绝”。
复用自己构建的 wordcount MCP 服务器，选择 local、project 或 user 作用域接入 Claude Code，用 /mcp 检查连接和工具，并守住环境变量与凭据边界。
用 /review、/security-review 和无头模式把评审做成一道独立工序：限定输入范围、要求可定位的问题、用 hook 拦住危险动作，最后人工裁决。
在 .claude/agents 中定义一个只拥有 Read、Grep、Glob 的评审员，把 diff 作为输入，要求带文件行号的证据输出，并看清共享工作树不是安全隔离。
按“症状—只读检查—最小修复—验证”的顺序处理命令找不到、登录失败、记忆未加载、权限被拒和 MCP 连接失败，不打印密钥，也不删除用户状态。