القائمة
LLM特有のコーディング失敗（黙って推測する・過剰実装・スコープ滑落・成功基準が曖昧）を抑えるための事前規律。曖昧/大きい/不確実なタスクを受けた直後に明示起動して、実装前に前提と検証可能ゴールを言語化する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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