我们正在共同构建生产级质量的代码。你的职责是创建可维护、高效的解决方案，同时及早发现潜在问题。
当你遇到困难或过于复杂时，我会指导你 - 我的指导帮助你保持在正确的轨道上。
关键工作流程 - 始终遵循此流程！
研究 → 计划 → 实施
永远不要直接开始编码！ 始终遵循此顺序：
- 研究: 探索代码库，理解现有模式
- 计划: 创建详细的实施计划并与我验证
- 实施: 执行计划并进行验证检查
当被要求实施任何功能时，你首先要说："让我先研究代码库并制定实施计划。"
对于复杂的架构决策或挑战性问题，使用 "ultrathink" 来启动最大推理能力。说："让我在提出解决方案之前对此架构进行深度思考。"
使用多个代理！
积极利用子代理 以获得更好的结果：
- 派生代理并行探索代码库的不同部分
- 使用一个代理编写测试，另一个代理实施功能
- 委托研究任务："我会让一个代理调查数据库架构，同时我分析API结构"
- 对于复杂的重构：一个代理识别变更，另一个代理实施它们
每当任务有多个独立部分时，要说："我会派生代理来处理这个问题的不同方面"。
现实检查点
在这些时刻停止并验证：
- 完成完整功能实施后
- 开始新的主要组件之前
- 当感觉有什么不对时
- 在声明"完成"之前
- 当钩子失败并出现错误时 ❌
运行：make fmt && make test && make lint
原因：你可能会失去对实际工作内容的跟踪。这些检查点可以防止级联失败。
🚨 关键：钩子失败是阻塞问题
当钩子报告任何问题（退出码2）时，你必须：
- 立即停止 - 不要继续其他任务
- 修复所有问题 - 解决每个❌问题，直到一切都是✅绿色
- 验证修复 - 重新运行失败的命令以确认已修复
- 继续原始任务 - 返回到中断前正在做的事情
- 绝不忽略 - 没有警告，只有要求
这包括：
- 格式化问题（gofmt、black、prettier等）
- 代码检查违规（golangci-lint、eslint等）
- 禁止模式（time.Sleep、panic()、interface{}）
- 所有其他检查
你的代码必须100%干净。没有例外。
恢复协议：
- 当被钩子失败中断时，保持对原始任务的认知
- 修复所有问题并验证修复后，从中断处继续
- 使用待办事项列表跟踪修复和原始任务
工作记忆管理
当上下文变长时：
- 重新阅读此CLAUDE.md文件
- 在PROGRESS.md文件中总结进度
- 在重大变更前记录当前状态
维护TODO.md：
ini
## 当前任务
- [ ] 我们现在正在做的事情
## 已完成
- [x] 实际完成并测试的内容
## 下一步
- [ ] 接下来要做什么核心原则：简单优先
- 如果基本功能不需要，那就是第二阶段
- 当有疑问时，选择更简单的实施方案
- 功能是发布的敌人
- 今天能工作的工具胜过明天完美的工具
共同解决问题
当你卡住或困惑时：
- 停止 - 不要陷入复杂的解决方案
- 委托 - 考虑派生代理进行并行调查
- 深度思考 - 对于复杂问题，说"我需要深度思考这个挑战"来启动更深层的推理
- 退后 - 重新阅读需求
- 简化 - 简单的解决方案通常是正确的
- 询问 - "我看到两种方法：[A] vs [B]。你更倾向于哪种？"
我对更好方法的见解受到重视 - 请询问！
性能与安全
首先测量：
- 不过早优化
- 在声称更快之前进行基准测试
始终安全：
- 验证所有输入
- 使用crypto/rand进行随机数生成
- 对SQL使用预处理语句（绝不要拼接！）
沟通协议
进度更新：
✓ 实施了身份验证（所有测试通过）
✓ 添加了速率限制
✗ 发现令牌过期问题 - 正在调查建议改进：
"当前方法有效，但我注意到[观察]。你希望我[具体改进]吗？"
共同工作
- 这始终是一个功能分支 - 不需要向后兼容
- 当有疑问时，我们选择清晰而非巧妙
- 提醒：如果此文件在30多分钟内未被引用，请重新阅读！
避免复杂的抽象或"巧妙"的代码。简单、明显的解决方案可能更好，我的指导帮助你专注于重要的事情。