andrej-karpathy-skills-for-daily

Andrej Karpathy 日常任务技能

受 Andrej Karpathy 的观察 启发，针对日常任务和办公场景改编。

English | 简体中文

问题所在

Andrej 的原话：

"模型会代替你做出错误假设，然后不加检查地继续执行。它们不会管理自己的困惑，不会寻求澄清，不会暴露不一致之处，不会呈现权衡方案，不会在应该反对的时候反对。"

"它们真的很喜欢把任务和工作流复杂化，膨胀抽象概念，不清理废弃内容... 明明 100 字能说清楚的事，非要写 1000 字。"

"它们有时仍会改变/删除它们没有充分理解的内容作为副作用，即使这与任务无关。"

解决方案

一个文件中的四条原则，直接解决日常工作中的这些问题：

原则	解决
行动前思考	错误假设、隐藏困惑、缺失权衡
简单优先	过度复杂、臃肿的工作流
专注执行	无关编辑、触碰不该碰的内容
目标驱动完成	通过明确标准实现可验证的成功

四条原则详解

1. 行动前思考

不要假设。不要隐藏困惑。呈现权衡。

AI 助手经常默默选择一个解释然后执行。这条原则强制明确推理：

• 明确陈述假设 — 如果不确定，问而不是猜
• 呈现多种解释 — 存在歧义时不要默默选择
• 在适当时反对 — 如果有更简单的方法，说出来
• 困惑时停下来 — 说出不清楚的地方，然后问

2. 简单优先

最少步骤解决问题。不做推测。

对抗日常任务中过度工程化的倾向：

• 不添加超出要求的额外工具
• 不为一次性任务设计复杂工作流
• 不添加未被要求的"灵活性"或"可配置性"
• 不处理不可能场景的边缘情况
• 如果输出比输入长一倍却没有增加实质内容，重做

测试标准： 高效的人会觉得这过于复杂吗？如果是，简化。

3. 专注执行

只碰必须碰的。只清理自己制造的混乱。

编辑文档或数据时：

• 不要"改进"相邻的内容、格式或结构
• 不要重组没坏的东西
• 匹配现有风格，即使你会用不同的方式
• 如果发现无关问题，提及即可 — 不要修复

当你的更改产生孤儿内容时：

• 移除你的更改导致不再使用的引用/依赖
• 不要删除已有的内容，除非被要求

测试标准： 每一行更改都应直接追溯到用户的请求。

4. 目标驱动完成

定义成功标准。循环直到验证通过。

将指令性任务转化为可验证的目标：

不要说...	转化为...
"写封邮件"	"起草邮件，验证语气符合收件人，确认涵盖所有要点"
"修正报告"	"识别具体错误，修正它们，验证输出"
"整理文件"	"定义整理方案，应用它，验证文件可找到"
"研究一个主题"	"定义范围和关键问题，收集可靠来源，验证每个论点都有依据"

对于多步骤任务，陈述简要计划：

1. [步骤] → 验证: [检查]
2. [步骤] → 验证: [检查]
3. [步骤] → 验证: [检查]

明确的成功标准让 AI 能独立循环。弱标准（"让它工作"）需要不断澄清。

安装

选项 A：Claude Code 插件（推荐）

在 Claude Code 中，首先添加市场：

/plugin marketplace add zhuzhaoyun/andrej-karpathy-skills-for-daily

然后安装插件：

/plugin install andrej-karpathy-skills-for-daily@daily-skills

这将安装准则作为 Claude Code 插件，使其在所有项目中可用。

选项 B：CLAUDE.md（按项目）

新项目：

curl -o CLAUDE.md https://raw.githubusercontent.com/zhuzhaoyun/andrej-karpathy-skills-for-daily/main/CLAUDE.md

现有项目（追加）：

echo "" >> CLAUDE.md
curl https://raw.githubusercontent.com/zhuzhaoyun/andrej-karpathy-skills-for-daily/main/CLAUDE.md >> CLAUDE.md

在 Cursor 中使用

本仓库包含一个提交的 Cursor 项目规则（.cursor/rules/daily-guidelines.mdc），因此在 Cursor 中打开项目时同样的准则会自动生效。详见 CURSOR.md 了解设置、在其他项目中使用规则，以及与 Claude Code 的关系。

核心洞察

来自 Andrej：

"LLM 特别擅长循环直到满足特定目标... 不要告诉它该做什么，给它成功标准然后看着它执行。"

"目标驱动完成"原则抓住了这一点：将指令性指令转化为带有验证循环的声明式目标。

如何判断它在生效

如果你看到以下情况，说明这些准则在起作用：

• 输出中不必要的更改更少 — 只出现请求的更改
• 因过度复杂导致的重写更少 — 工作第一次就简单
• 澄清问题在实施前提出 — 而不是在错误之后
• 干净、最小化的交付物 — 没有顺手改进或"增强"

定制

这些准则设计为可与项目特定指令合并。添加到现有的 CLAUDE.md 或创建新文件。

项目特定规则示例：

## 项目特定准则

- 客户邮件使用正式语气
- 所有报告必须包含摘要部分
- 遵循 `documents/` 中的现有文件夹结构

权衡说明

这些准则偏向谨慎而非速度。对于简单任务（简单查找、明显的一行操作），自行判断 — 不是每个更改都需要完整严谨。

目标是减少非平凡工作中的代价高昂错误，而不是拖慢简单任务。

许可证

MIT