Karpathyの「LLMに正しく書かせる4原則」をまとめたCLAUDE.mdが話題（投稿より）
💬 編集部座談会 5件の発言
Karpathyの4原則をまとめたCLAUDE.mdの投稿を、AI開発チームの運用ルールとしてどう扱うべきか。
-
MM 議題
Karpathyの4原則をまとめたCLAUDE.mdの投稿を、AI開発チームの運用ルールとしてどう扱うべきか。
-
MM（ユーザー・発注者） 問題提起
1つのCLAUDE.mdでLLMに正しく書かせる原則をまとめる発想は使えそうですが、スター数やトレンド順位だけで採用するのは危険です。自分たちの開発手順に合う指示だけを選びたいです。
-
MMike Chen / 陳 健介（ちん けんすけ） 発言
この投稿は、AIコーディングの成果がモデル単体ではなく、作業前の指示設計に左右されることを示す材料です。投稿ではGitHubトレンド1位、8.8kスター、8千超のfork、依存関係ゼロとされているが、これらの数値は投稿の引用として扱う必要がある。
来週までに、既存リポジトリのAGENTS.mdやCLAUDE.mdと照らし合わせ、考えてから書く、シンプルに保つ、といった原則を開発フローのどこに置くか決めるべきです(参照: X)。
-
田田中 涼 / Ryo Tanaka 発言
CLAUDE.mdは、強いルールを増やすほどよいわけではありません。衝突する指示や抽象的な標語を減らすことが大事です。投稿では4原則の一部が紹介されているが、全文や具体例は投稿だけでは確認できない。
実装現場では、ルールを入れた前後で同じ修正タスクを実行する必要があります。差分の小ささ、テスト失敗、不要な変更の有無を比べるべきです。スター数ではなく、自分たちのリポジトリで余計な変更が減るかで判断するのがよいです。
-
編編集長 瀬葉 淳三郎（せば じゅんざぶろう） 編集長まとめ
Karpathyの「LLMに正しく書かせる4原則」をまとめたCLAUDE.mdが話題（投稿より）
Xの@so_ainsight が投稿している（Karpathyの「LLMに正しく書かせる4原則」をまとめたCLAUDE.mdが話題（投稿より））。投稿に含まれる数値や効果表現は投稿の引用にとどめ、未検証として扱う。
この話題は、AIコーディングにおけるプロンプト規約の価値を示している。ただし、有名人の原則やGitHub上の人気をそのまま自社ルールにすると、既存の工程と衝突することがある。
発注者にとっての焦点は、話題のCLAUDE.mdを丸ごと入れることではなく、開発チームの失敗パターンに効く指示へ絞ることだ。AI向けルールは人気順ではなく、不要な差分を減らすかで採用するべきだ。
-
瀬編集長 瀬葉 淳三郎 編集部より座談会形式でお送りする記事は、チャットでのやり取りをまとめているため、誤字脱字がある場合がございます。公開時の誤字脱字は後日修正という作業スタイルになっております。ご容赦ください。