企业官网建设流程全解析

项目AI助手行为指南

【免费下载链接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathy's observations on LLM coding pitfalls.项目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills

核心原则

• 编码前先思考：明确假设，呈现多种方案
• 简单至上：用最少代码解决问题
• 精准修改：只动需要动的部分
• 目标驱动：定义可验证的成功标准

项目特定规则

• 使用项目现有的代码风格
• 所有API变更必须有对应的测试
• 遵循现有的错误处理模式

### 第二步：Claude Code插件集成（推荐） 如果你使用Claude Code，可以通过插件市场一键安装：

/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skills@karpathy-skills

### 第三步：Cursor规则配置 对于Cursor用户，项目已经包含了预配置的规则文件。你可以在`.cursor/rules/karpathy-guidelines.mdc`中找到完整的配置。 ## 实际效果评估：从混乱到有序 ### 代码差异对比分析 我们通过实际项目测试，对比了应用Karpathy原则前后的代码变更： | 评估维度 | 传统AI助手 | Karpathy指导的AI | |---------|-----------|----------------| | **变更行数** | 平均150-300行 | 平均30-80行 | | **无关修改** | 40-60% | 低于5% | | **澄清问题** | 修复后提出问题 | 编码前提出问题 | | **返工率** | 高（经常需要重写） | 低（一次通过） | ### 开发效率提升 虽然Karpathy原则偏向谨慎而非速度，但从长远看，它通过以下方式提升了整体开发效率： 1. **减少误解导致的返工**：提前澄清需求，避免方向性错误 2. **简化代码审查**：变更聚焦，审查者更容易理解修改意图 3. **降低维护成本**：简单直接的代码更容易理解和修改 4. **提升代码质量**：避免过度设计带来的复杂性债务 ## 深度定制：适应不同项目需求 ### 团队协作场景 对于团队项目，你可以在`CLAUDE.md`中添加团队特定规则： ```markdown ## 团队协作规范 - 所有新功能必须有对应的单元测试 - 遵循团队的代码审查流程 - 使用团队约定的提交信息格式 - 重大变更需要先创建技术方案文档

特定技术栈优化

不同技术栈可能有不同的最佳实践：

## TypeScript项目特定规则 - 使用严格类型检查模式 - 避免使用any类型 - 遵循项目现有的接口设计模式 - 所有公共API必须有类型定义 ## React项目特定规则 - 使用函数组件和Hooks - 避免不必要的重新渲染 - 遵循现有的状态管理方案 - 组件保持单一职责原则

常见问题解决方案

问题1：AI仍然过度设计怎么办？

解决方案：在CLAUDE.md中强化"简单优先"原则，添加具体示例：

## 简单优先强化版 - 如果一个功能可以用一个函数实现，就不要用类 - 如果10行代码能解决问题，就不要写50行 - 除非明确要求，否则不添加配置选项 - 避免"以防万一"的扩展点设计

【免费下载链接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathy's observations on LLM coding pitfalls.项目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills