ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

andrej-karpathy-skills 机制剖析:一份 CLAUDE.md 如何改变 LLM 编码行为

andrej-karpathy-skills 机制剖析:一份 CLAUDE.md 如何改变 LLM 编码行为 andrej-karpathy-skills 机制剖析一份 CLAUDE.md 如何改变 LLM 编码行为【免费下载链接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.项目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills你大概遇到过这种场面告诉编码助手加个导出用户数据的功能它不问一句默认导出全部用户、全部字段文件写到根目录写完跑起来发现全不对。问题往往不在模型不会写代码而在它悄悄做了假设然后一路跑下去。andrej-karpathy-skills 项目把 Andrej Karpathy 对 LLM 编码缺陷的观察落成了一份 CLAUDE.md 行为规则文件用四条准则改变助手的工作方式。下文拆解这四条机制并给出接入与验证办法。项目要解决的问题针对 LLM 的四个缺陷项目 README 直接引用了 Karpathy 的原话模型会做错误假设且不检查、偏爱把代码和 API 过度复杂化、还会顺手改动它并不理解的代码。落到具体缺陷缺陷典型表现静默假设、不澄清面对导出用户数据默认所有用户、所有字段直接开写过度工程简单折扣计算写抽象类、策略模式、配置对象千行处可百行夹带无关修改修个 bug 同时改进注释、换引号风格、加类型提示没有成功标准修复鉴权变成审查、改进、测试无可验证定义机制拆解每条准则改变了什么行为编码前思考把猜换成问规则一句话实现前明确陈述假设存在多种解释就列出来不默默选一个有不清楚的地方就停下、点名、提问。前后差异可对照 EXAMPLES.md 核对。以让搜索更快为例规则生效前模型直接加缓存、数据库索引、异步处理一口气写约 200 行优化代码规则生效后列出降低响应时延、提升并发吞吐、改善感知速度三种解释各附预估工作量反问你最在意哪一种简单优先以高级工程师的判断为标尺规则只写解决问题的最小代码不写任何投机性功能写了 200 行而 50 行能搞定就重写。内置自检是一句话高级工程师会说这过度复杂吗是就简化。EXAMPLES.md 中加个折扣计算函数的对照生效前输出 DiscountStrategy 抽象类、两个策略实现和配置数据类30 行起步生效后就是一个函数amount * (percent / 100)几行完事。重点不是前者写错了而是复杂性提前进场——更难读、更难测、更慢。外科手术式修改每一行改动都必须可追溯规则只碰必须碰的只清理自己造成的乱即使你个人写法不同也要匹配现有风格发现无关死代码只提出来不删除。可核对的例子是修复空邮箱导致校验器崩溃生效前模型顺手强化邮箱校验、新增用户名长度检查、重写注释生效后diff 只剩改动空值处理的两行原有风格原样保留。收尾自检一句话每一行被改动的代码都能追溯到用户请求。目标驱动执行把命令句改写成可验证目标规则定义成功标准循环执行直到验证通过。命令式任务按固定方式转写原始命令可验证目标加个校验为非法输入写测试然后让它通过修这个 bug写一个能复现它的测试然后让它通过重构 X重构前后测试都通过多步任务还要求列出步骤 → 验证点的计划。标准强模型就能独立循环标准弱比如让它能跑就得你全程盯着。边界与代价什么时候起效什么时候可以放宽这套规则在非平凡任务上收益最大改存量代码库、多步骤重构、需要精确控制产出的场景。代价也很实在——模型动手前话更多了先列假设、先给标准起步慢一拍换来的是更干净的 diff 和更少的返工。README 的 Tradeoff Note 说得很直白准则偏向谨慎而非速度改错别字、明显的一行修复这类琐事凭判断放宽即可不必每处改动都走全套流程。接入与验证路径三步启用并确认生效拿到规则git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills集成Claude Code 走插件市场安装一次装好、全项目生效按项目配置则把 CLAUDE.md 放进项目根目录已有文件则追加用 Cursor 的话把.cursor/rules/karpathy-guidelines.mdc拷进目标项目的.cursor/rules/目录验证启用后故意下一条模糊指令看它是否先列假设、先给成功标准再看 diff 是否只含你要的改动。README 的 How to Know Its Working 给了四个判据diff 中无关改动变少、因过度复杂而重写变少、澄清问题出现在实现之前、PR 干净无顺手重构这个项目的价值不在让模型写码更快而在让它先问再写、只写必要、只改该改——行为可控代码可审。建议你现在就把一句每一行被改动的代码都必须能追溯到我的请求加进项目 CLAUDE.md下一个 PR 的 diff 会告诉你它值不值。【免费下载链接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.项目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表