漏れたClaude CodeのCLAUD.mdがすごくためになった
コンテキスト節約術は大事だよな。詰め込みすぎて指示を無視し始めるのはLLMあるあるだし、rulesに分ける設計は賢い
35行で何ができる?
これSKILLSもそうだよ/自然言語でLLMに命令しても非決定論だから確実じゃないのよね
明日には条件が変わっててもおかしくないどうでもいい知識。
CLAUDE.mdにディレクトリ構造書いてる人の記事
メモ
すっげーAI臭のする文章
結局プロンプトエンジニアリングに戻ってくるんよな
1. 位置バイアス(Recency Bias) 2. Attention希釈 3. 命令の競合(Instruction Drift) 4. 要約・圧縮の影響 CLAUDE.mdと.claude/rules の挿入タイミング
claudeにどう書いたらいいか聞けばいいんじゃないかな
まぁ人間相手だって「簡潔で必要十分な指示」が最高効率。文章を読んで動こうとするLLM系は同じ傾向があるんだろう。
インプットトークンが大きいからといって全ルール守られるわけでは無い、読み飛ばされる、難しい、フォーマッターみたいな仕組みが欲しい
これが感覚的に分からないやつはそもそも向いてない
100行のCLAUDE.mdより35行が効く理由 — 公式仕様で解く設定の最適化 - Qiita
漏れたClaude CodeのCLAUD.mdがすごくためになった
コンテキスト節約術は大事だよな。詰め込みすぎて指示を無視し始めるのはLLMあるあるだし、rulesに分ける設計は賢い
35行で何ができる?
これSKILLSもそうだよ/自然言語でLLMに命令しても非決定論だから確実じゃないのよね
明日には条件が変わっててもおかしくないどうでもいい知識。
CLAUDE.mdにディレクトリ構造書いてる人の記事
メモ
すっげーAI臭のする文章
結局プロンプトエンジニアリングに戻ってくるんよな
1. 位置バイアス(Recency Bias) 2. Attention希釈 3. 命令の競合(Instruction Drift) 4. 要約・圧縮の影響 CLAUDE.mdと.claude/rules の挿入タイミング
claudeにどう書いたらいいか聞けばいいんじゃないかな
まぁ人間相手だって「簡潔で必要十分な指示」が最高効率。文章を読んで動こうとするLLM系は同じ傾向があるんだろう。
インプットトークンが大きいからといって全ルール守られるわけでは無い、読み飛ばされる、難しい、フォーマッターみたいな仕組みが欲しい
これが感覚的に分からないやつはそもそも向いてない