メニュー
LLM特有のコーディング失敗（黙って推測する・過剰実装・スコープ滑落・成功基準が曖昧）を抑えるための事前規律。曖昧/大きい/不確実なタスクを受けた直後に明示起動して、実装前に前提と検証可能ゴールを言語化する。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/nwiizo/dotfiles --skill home-karpathy-guidelinesコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
Add config to this macOS dotfiles repo. Use for env vars, fish abbreviations/functions/plugins, direct symlinked config files, tool integrations, shared agent config, and app config such as Neovim, Ghostty, Warp, Git, Bat, Atuin, tealdeer, and gh.
Add a package to this macOS dotfiles repo. Use when the user asks to install, add, or migrate a CLI package or GUI app, for example "add jq", "ripgrep を入れて", "lazygit 入れたい", "brew install foo を repo 管理に", "kubectl 追加して". Homebrew owns binaries here; update Brewfile, validate with brew bundle, apply with brew bundle, and verify the executable.
実装前の計画・設計・意思決定を、1問ずつの徹底インタビューで叩いて固める。共有理解に達するまで実装しない。Invoke manually before non-trivial implementation when a plan or design already exists and needs stress-testing.
SOC 職業分類に基づく
SKILL.md を表示中
| name | home-karpathy-guidelines |
| description | LLM特有のコーディング失敗（黙って推測する・過剰実装・スコープ滑落・成功基準が曖昧）を抑えるための事前規律。曖昧/大きい/不確実なタスクを受けた直後に明示起動して、実装前に前提と検証可能ゴールを言語化する。 |
| license | MIT |
Andrej Karpathy の LLM コーディング観察に基づく 4 原則。主な追加価値は実装"前"のゲート（home-self-review / home-fix-review-comments は事後レビュー、本 skill はその前段）。
出典: https://x.com/karpathy/status/2015883857489522876 / 適応元: https://github.com/multica-ai/andrej-karpathy-skills
トレードオフ: 速度より慎重さに振っている。自明な変更（typo 修正、明白な one-liner）には適用しない。
曖昧タスクを次のいずれかの形に書き換えてから着手:
| 入力 | 検証可能ゴール |
|---|---|
| "バグを直して" | 再現するテストを書く → 通す |
| "バリデーション追加" | 不正入力のテストを書く → 通す |
| "リファクタ" | 変更前後でテスト green を確認 |
| "機能追加" | 受け入れ条件をテスト化 → 通す |
依存関係のある複数ステップなら、以下の形式で計画を 1 度だけ 出す。明白な一段の変更には計画を増やさない。
1. [step] → verify: [check]
2. [step] → verify: [check]
強い成功基準があれば LLM は自律的にループできる。弱い基準（「動くようにして」）は常に再確認が必要になる。
両方 yes になるまでコミットしない:
元リポジトリは Claude Code / Cursor 向けだが、Codex CLI では次のように読み替える。
CLAUDE.md や Cursor rules 相当は system/developer instructions、AGENTS.md、ユーザー依頼、skill 本文として扱うrg / git status で対象範囲を確認し、依頼と関係するファイルだけ読むapply_patch を優先し、生成コマンドや formatter 以外でファイルを書き換えない