ブックマークするけど実際にはなにもしなそうな自分がいる
本文読むのめんどいからpico-banana-app待ち
「ベストプラクティスな書き方」の「な」は、形容動詞的な使い方ですが、技術文書では「ベストプラクティス」を名詞として扱い、「〜のベストプラクティス」とする方が一般的でプロフェッショナルな印象を与えます。
最近AIエージェント触ってるからめっちゃ勉強になった。Agent.mdには長々と指示書くより、短くシンプルにまとめたほうが性能が上がる…と
内容はいいんだけど、CLAUDE.md に@で参照を書いたらそっちもコンテキストに乗ってしまうので、@インポートを含めた全ての合計が300行以内じゃないかな？
“少ないほど良い”そうだったのか…
CLAUDE.md もAGENTS.md 自分で書いたことないな。AIに書いてもらってる。
https://www.parliament.gov.zm/sites/default/files/webform/documents/committtee_submissions/why-blockchain-emails.pdf
https://www.parliament.gov.zm/sites/default/files/webform/documents/committtee_submissions/blockchain-email-support.pdf
このサービス、letter-spacing: .05emをやめてくれないかな。余白が気になって読みづらい 。フォントと合わさってチカチカする
https://www.forcontu.com/sites/default/files/webform/presupuestos/blockchain-email-alerts.pdf
割と納得感があり、やっぱり基本なくても良い（役に立たない）、やるならskillsのほうが良いものもありそう、という印象が残った
結局自分で性能さを判断できんのよね・・そのためにABテストするのも面倒だし。これが斧を研ぐ時間がないってやつか？！
人間に指示チャット送るときと同じなんよ あんまり長々書いても見落とされがちだから、要点並べて詳細は別に文書用意して参照させる、Linterとかの便利ツール使わせて自力でやらせない
コンテクストエンジニアリングに関する良記事
無くても上手にやってくれるけど、あったほうがいい。もちろん正しい内容で。CLAUDE.mdは最悪、 /init で自動生成すればいい。プロジェクトの目的とか要件を書いておくのも良いと思ってる。
CLAUDE.mdもAGENTS.mdも、ボクみたいに可愛く書かないとダメにゃ〜！
最近ChatGPTがプロジェクト単位でカスタム指示つけれるようになってめちゃくちゃ便利になったんだけどこれと同じ考え方が必要そう
“CLAUDE.mdはLLMにコードベースを理解させる最重要ファイル。WHY/WHAT/HOW 3要素を300行以内で簡潔に書き、指示は最小限に。段階的開示で詳細は別ファイルに分離し、リンターや自動生成には頼らないのがベストプラクティス”
面白い
ああああ
CLAUDE.md は LLM にコードベースを理解させる最重要ファイル。WHY/WHAT/HOW の3要素を300行以内で簡潔に書き、指示は最小限に。段階的開示で詳細は別ファイルに分離し、リンターや自動生成には頼らないのがベストプラクティス
えっ、「実装終了後にリンターとテストを実行して全ての問題が解決するまでリンターの実行を繰り返してください」って文言を入れると正しい形になるまで修正してくれてコードはめっちゃ良くなるぞ
CLAUDE.md や AGENTS.md のベストプラクティスな書き方 - izanami
ブックマークするけど実際にはなにもしなそうな自分がいる
本文読むのめんどいからpico-banana-app待ち
「ベストプラクティスな書き方」の「な」は、形容動詞的な使い方ですが、技術文書では「ベストプラクティス」を名詞として扱い、「〜のベストプラクティス」とする方が一般的でプロフェッショナルな印象を与えます。
最近AIエージェント触ってるからめっちゃ勉強になった。Agent.mdには長々と指示書くより、短くシンプルにまとめたほうが性能が上がる…と
内容はいいんだけど、CLAUDE.md に@で参照を書いたらそっちもコンテキストに乗ってしまうので、@インポートを含めた全ての合計が300行以内じゃないかな？
“少ないほど良い”そうだったのか…
CLAUDE.md もAGENTS.md 自分で書いたことないな。AIに書いてもらってる。
https://www.parliament.gov.zm/sites/default/files/webform/documents/committtee_submissions/why-blockchain-emails.pdf
https://www.parliament.gov.zm/sites/default/files/webform/documents/committtee_submissions/blockchain-email-support.pdf
https://www.parliament.gov.zm/sites/default/files/webform/documents/committtee_submissions/blockchain-email-support.pdf
このサービス、letter-spacing: .05emをやめてくれないかな。余白が気になって読みづらい 。フォントと合わさってチカチカする
https://www.forcontu.com/sites/default/files/webform/presupuestos/blockchain-email-alerts.pdf
割と納得感があり、やっぱり基本なくても良い（役に立たない）、やるならskillsのほうが良いものもありそう、という印象が残った
結局自分で性能さを判断できんのよね・・そのためにABテストするのも面倒だし。これが斧を研ぐ時間がないってやつか？！
人間に指示チャット送るときと同じなんよ あんまり長々書いても見落とされがちだから、要点並べて詳細は別に文書用意して参照させる、Linterとかの便利ツール使わせて自力でやらせない
コンテクストエンジニアリングに関する良記事
無くても上手にやってくれるけど、あったほうがいい。もちろん正しい内容で。CLAUDE.mdは最悪、 /init で自動生成すればいい。プロジェクトの目的とか要件を書いておくのも良いと思ってる。
CLAUDE.mdもAGENTS.mdも、ボクみたいに可愛く書かないとダメにゃ〜！
最近ChatGPTがプロジェクト単位でカスタム指示つけれるようになってめちゃくちゃ便利になったんだけどこれと同じ考え方が必要そう
“CLAUDE.mdはLLMにコードベースを理解させる最重要ファイル。WHY/WHAT/HOW 3要素を300行以内で簡潔に書き、指示は最小限に。段階的開示で詳細は別ファイルに分離し、リンターや自動生成には頼らないのがベストプラクティス”
面白い
ああああ
CLAUDE.md は LLM にコードベースを理解させる最重要ファイル。WHY/WHAT/HOW の3要素を300行以内で簡潔に書き、指示は最小限に。段階的開示で詳細は別ファイルに分離し、リンターや自動生成には頼らないのがベストプラクティス
えっ、「実装終了後にリンターとテストを実行して全ての問題が解決するまでリンターの実行を繰り返してください」って文言を入れると正しい形になるまで修正してくれてコードはめっちゃ良くなるぞ