百科.dev
全部条目趋势榜开源项目技术资讯提交条目
登录
< 返回工具列表
A

andrej-karopathy-技能(英语:

> AI 编程
免费

一个单一的CLAUDE.md文件来改进克洛德代码行为,来源于Andrej Karopathy的观察

209.2K stars0 点赞0 次浏览
访问官网GitHub

工具介绍

Karpath-受启发的克洛德守则准则 > 看看我的新项目Multica——一个开源平台,用于运行和管理具有可再用技能的编码代理. > 翻译: > 跟我讲X:https://x.com/jiayuan jy 一个单一的'CLAUDE.md'文件来改进克洛德代码行为,取自安德烈·卡纳森对LLM编码陷阱的观察. 页:1 问题 从安德烈的帖子: >"模型代表你做出错误的假设,并随行而不检查. 他们不管理自己的困惑,不寻求澄清,不表露不一致,不提出取舍,不推倒应该退后". §"他们真的喜欢过于复杂的代码和API,bloat抽象,不清理已死代码... 在100会做的时候,执行超过1000行的膨胀建筑". >"他们有时仍然会改变/移动评论和代码,他们不能充分理解副作用,即使对任务有正统性". 解决办法 一个文件中直接处理这些问题的四项原则: 原则 地址 |-|-. 错误的假设、隐藏的混乱、缺失的取舍 * 简洁第一 * * 过于复杂、夸张抽象 * ################ ################################################################################################################################################################################################################################################ * 通过测试——第一个、可核查的成功标准——发挥杠杆作用 四项原则的详细内容 1. 在编码之前思考 ** 不要假设。 别藏惑相. 表面取舍。 ** LLMs经常默默地选择一个解释并随它而去. 这一原则要求明确推理: - ** 明确的国家假设** - 如果不确定,请不要猜测 - ** 现有多种解释**——当存在歧义时,不要默不作声 - ** 必要时撤回** - 如果有更简单的方法,就这么说 -** 当混淆时停止**- 名称不明并要求澄清 2. 简化第一 ** 解决问题的最小码。 没有推测。 ** 与过度工程化的趋势作斗争: - 所问之外没有其他特征 - 没有单用代码的抽象 - 没有要求的"灵活性"或"可配置性" - 对不可能的情况没有错误处理 - 如果200行是50行,就改写 ** 试验:** 高级工程师会说这过于复杂吗? 如果有,简化。 3. 手术变化 只能摸你必须摸的东西 只清理你自己的烂摊子。 编辑现有代码时 : - 不要“改进”相邻的代码、评论或格式化 - 不要重塑没有被打破的东西 - 符合现有的风格,即使你这样做不同 - 如果你注意到无关的死亡代码,请注明 - 不要删除它 当您的更改造成孤儿时 : - 删除您更改后未使用的导入/可变/功能 - 除非有要求,否则不要删除原有的已死密码 ** 试验:** 每条被更改的行应直接追踪用户的要求. 4. 指定目标的执行 ** 成功标准。 在核实前循环。 ** 将必要任务转化为可核查的目标: 而不是... 变成... |-----------. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ "fix the bug" "写一个复制它,然后让它通过" +"Refactor X"+"确保测试通过前后"+". 对于多步骤的任务,请说明一个简短的计划: 强大的成功标准让LLM循环独立. 弱标准("让它发挥作用")需要不断澄清. 安装 ** 备选A:克劳德代码插件(建议)** 首先从克洛德代码中添加市场: 然后安装插件 : 将指南安装为 Claude 代码插件, 使您所有的项目都具备该技能 。 ** 备选案文B:CLUDE.md(按项目计)** 新项目 : 现有项目(附录): 使用光标 此寄存器包括一个承诺的光标项目规则(`.cursor/rules/karopathy-guidelines.mdc'),因此,在光标中打开项目时适用同样的准则. 关于设置,请参看**CURSOR.md**,使用其他项目的规则,以及这与克洛德代码的关系。 密钥透视 从安德列: >"LLMS在达到具体目标之前特别擅长循环. . 不要告诉它怎么做,给它成功的标准,看它去". "Goal-Driven Evention"原则捕捉到这一点:将必备指令转化为带有核查循环的宣示目标. 如何知道这是工作 这些准则是有效的,如果看到: - ** 更改

核心特点

  • •Karpath-受启发的克洛德守则准则
  • •> 看看我的新项目Multica——一个开源平台,用于运行和管理具有可再用技能的编码代理.
  • •> 跟我讲X:https://x.com/jiayuan jy
  • •一个单一的'CLAUDE.md'文件来改进克洛德代码行为,取自安德烈·卡纳森对LLM编码陷阱的观察.
  • •页:1
  • •问题
  • •从安德烈的帖子:
  • •>"他们有时仍然会改变/移动评论和代码,他们不能充分理解副作用,即使对任务有正统性"

暂无评论,来聊聊你的看法吧

> 工具信息

发布日期2026年8月1日
最后更新2026年9月1日
分类AI 编程
定价免费

> 相关工具

G
GitHub Copilot
AI 编程助手,上下文感知代码补全
C
Cursor
面向 AI 结对编程的代码编辑器
S
skills
Skills for Real Engineers. Straight from my .agents directory.
百科.dev

开发者百科,帮助你快速发现语言、框架、数据库、DevOps 与云原生等优质开发者工具。

快捷入口

  • 首页
  • 全部条目
  • 趋势榜
  • 开源项目

关于我们

  • 关于我们
  • 社区公约
  • 技术资讯

参与我们

发现好用的开发者工具?欢迎提交分享。

提交条目
© 2026 开发者百科 baike.dev数据每日更新 · 发现优质开发者工具