Menu
LLM特有のコーディング失敗（黙って推測する・過剰実装・スコープ滑落・成功基準が曖昧）を抑えるための事前規律。曖昧/大きい/不確実なタスクを受けた直後に明示起動して、実装前に前提と検証可能ゴールを言語化する。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Rust/Axum などで SPA 向け OAuth 2.0 / OpenID Connect BFF を実装・レビュー・検証する。ブラウザにアクセストークンやリフレッシュトークンを出さない設計、HttpOnly Cookie セッション、CSRF/CORS/Origin 検証、Hydra などの認可サーバー連携、Playwright でのログイン往復検証を扱うときに使用。
公式翻訳との比較から導出した技術書翻訳の品質基準。翻訳作業時に自動参照。
Build→Test→Feedback→Refineの反復改善ワークフロー。ツール開発時のフィードバックループとOSS検証を支援。
Claude Code TaskList と vibe-ticket の同期。タスク管理の状態を双方向で同期する。
LLM コーディングの 4 大失敗パターン（暗黙の仮定／過剰実装／関係ない箇所への手出し／成功基準の曖昧さ）を抑制するための行動規範。コード生成・編集・リファクタ時に参照。
AWS アカウントの FinOps 調査・コスト削減分析。ReadOnly + MFA 環境での非対話認証突破、Cost Explorer の読み解き罠、RI/SP の誤認パターン、レポート数値の分母混在を避けるための学び集。
| name | karpathy-guidelines |
| description | LLM特有のコーディング失敗（黙って推測する・過剰実装・スコープ滑落・成功基準が曖昧）を抑えるための事前規律。曖昧/大きい/不確実なタスクを受けた直後に明示起動して、実装前に前提と検証可能ゴールを言語化する。 |
Andrej Karpathy の LLM コーディング観察に由来する 4 原則。 主な追加価値は実装"前"のゲート（既存 skill は事後レビューが中心）。
Tradeoff: caution > speed. 自明なタスクには適用しない。
曖昧タスクを次のいずれかの形に書き換えてから着手:
| 入力 | 検証可能ゴール |
|---|---|
| "バグを直して" | 再現するテストを書く → 通す |
| "バリデーション追加" | 不正入力のテストを書く → 通す |
| "リファクタ" | 変更前後でテスト green を確認 |
| "機能追加" | 受け入れ条件をテスト化 → 通す |
複数ステップなら以下の形式で計画を 1 度だけ 出す:
1. [step] → verify: [check]
2. [step] → verify: [check]
3. [step] → verify: [check]
両方 yes になるまでコミットしない:
self-review / fix-review-comments: 事後レビュー。本 skill は事前ゲートiterative-refinement: Build→Test サイクル。本 skill は最初のループに入る前の準備proactive-suggestions: 改善提案。本 skill は提案より先に前提確認Andrej Karpathy on LLM coding pitfalls / multica-ai/andrej-karpathy-skills