スクリーンショットに何があるかはわかるけど…。

その~記事~ Twitterのやつを読むのが求められてるよ :)

「アプリバンドルにClaude.mdファイルを含めないでください」

Apple Intelligenceとは違って、Claudeは役に立つから？

Xcodeにはもうしばらく前から組み込まれてるし、内部ではもっと前からだと思うよ。

なんでそう思うのかよくわからないけど、Appleは何年も前から「AI」の最前線にいて、ローカルでモデルを動かしたり、CPUを最適化して人や場所、ペットを特定したり（ほんと感謝、笑）、スライドショーを作ったり、デバイスで撮った写真をさりげなく改善したりしてるよ。

なんか、別の宇宙に住んでる人がいるみたい。知ってるテック企業はみんな、AIベースのソフトウェア開発に全力でシフトしてるよ。パフォーマンス評価にも出てくるし、実験用のトークンを使うために財布も全開だし、あらゆるプラクティスやプロセスが再評価されてる。どこもかしこも全開で進んでるのに、ネットの会話はこれに気づいてないのかな？それとも認めたくないのかな。

なんで？ほとんどの開発者より1000倍速いし、結構難しい問題も解決できるから。

なんか、めっちゃリンゴっぽい感じがする。みんなリンゴに対する印象がバラバラみたいだね。

Appleは意図的にこの競争から身を引くことに決めたみたいだね。もし彼らが景気が悪くなったときに買うつもりなら、今は借りるのが賢い選択かも。

マーク・ガーマンのその意見にはちょっと疑いを持ってる。Siriの契約に関して「Appleを脅す」みたいな詳細が多すぎるし、AnthropicのPR戦略に見える。AnthropicはGoogleができるような稼働保証を出せないんじゃない？

彼らは自社のサーバーでカスタム版のClaudeを動かしている。これが重要なポイントだね。内部のコードやドキュメント、秘密のトークンなんかをAnthropicに送るのは完全に無責任だよ。でも、自分たちのサーバーでモデルを動かしてるなら、全然問題ないよね！

会話に貢献することじゃなくて、偽のインターネットポイントが目的なんだよね。

そうだね、楽な道を選んじゃうのが残念。実際の人と意味のあるオンライン交流ができる、Discord以外のおすすめってある？

もう時間の問題だね（もしかしたらもう起こってるかも）。自由に動けるLLMエージェントを使って、攻撃者のために暗号通貨を生成したり、プロパガンダキャンペーンを実行させるようなカウンターLLMが出てくるだろうね。

そういう方向に進んでるよね。人間との本当の会話を求めるなら、自分の希望に合ったLLMポリシーを持ってる小さなプライベートコミュニティを探すのが一番だよ。公共のSNSはどこもクソだから、そこで時間を無駄にしない方がいい。今のところHNはまだ訪れる価値があると思うけど、ゴミみたいなLLMの記事やコメントが増えてきて、ここで時間を使う理由が難しくなってきてる。

そろそろAIが書くのを禁止するコンテンツを常に入れなきゃいけない時期に来てるね。人間であることを証明するために。

もう死んだインターネットだね。Twitterは今や95%がボット、特に企業に関する話題ではね。

アイデンティティを失ったわけじゃなくて… { “error”: “Claude Max limits exceeded” }

確かに気持ち悪いね。誰かが会話の中でAIを使うのはちょっと不快に感じるよ。SNSで注目を集めるためにコンテンツを作るのは別だけど、ここは会話のためのフォーラムだからね。

人々はLLMに埋め込まれる空っぽの人形でいることを愛しているのか？人々はアイデンティティを失ったのか？最初の質問の答えは「はい」だね。ほとんどの人は、LLMがあろうがなかろうが、無意識に生きてる（20年前に知ってたバカが「フレンズ」のセリフを使って「面白い」って思われたがるのを思い出してみて）。二つ目の質問については、ほとんどの人がアイデンティティを歪めた見方をしてる。アイデンティティは本来、あなたをユニークに特定するものであるべきなのに、ほとんどの人には大きなグループの一員として特定する意味になってる（国籍、政治的見解、宗教、好きな音楽のジャンルなど）。だから、今やみんながLLMを使ってキラキラした絵文字でConfluenceのコンテンツを生成してる中で、エミリーやジョンはどうすればいいの？もちろん、彼らもこの新しいアイデンティティを受け入れるよ。今の人々は、LLMに埋め込まれる浅はかで空っぽの人形だからね。皮肉なことに、母なる自然はこの超効率的で低エネルギー、高機能な思考マシンを完璧に作り上げたけど、私たち一人一人がそれを頭の中に持ってる。コンピュータが機能する前に、私たちはすでに月に行ったことがあるのに！それを捨てて、何のために？言葉の下痢と痛みを引き起こすカラフルなテキストの壁のために？ただのアホな反社会的なVC資金を受けた「AI創業者」が自分をテクノロジーのビジョナリーだと呼ぶために？

最近、コーリー・ドクトロウの本を予約注文したんだ。それは「AI後の生活のためのリバース・ケンタウロスのガイド」っていうタイトルで、ほとんどの機械が「ケンタウロス」って呼ばれてるんだ。つまり、考える人間が重い作業をしている機械に運ばれているってこと。AI企業の目標は、高価値な仕事をその逆に置き換えることなんだ。彼らは人間を無思考の機械に仕える肉の付属品にしようとしてる。

プロダクションに出すものは、少なくとも4〜6人以上の目で確認するルールが必要だよ。変更を孤立してレビューできるレビュアーが1人は必要だし。ツールやLLMがそれを手伝ってくれるのはいいけど、必ず2人以上の人間が関与するべきだよ。1人が変更を加えて、もう1人が確認する。そして、もし何か問題が起きたら、二人とも責任がある。責められるべきではないけど、プロセスや作業の仕方は見直すべきだね。

上からの期待があって、今は頻繁にコミットしてマージするのが求められてるから、チェックしないんだ。

私はここでの経験はあまりないけど、BUILDファイルみたいに扱うかな。リポジトリのルートディレクトリに置くけど、bin/やbuild/ディレクトリには近づけない感じ。あと、これらのファイルにはコンパイルステップがあるみたいで、それも面白いね。環境特有のファイルじゃなくて、生のファイルが含まれてる。

ソース管理に含めるのは理にかなってると思う。ドキュメント（READMEファイルとか）をソース管理に含めるのが普通だから、CLAUDE.mdもプロジェクトのドキュメントに過ぎないよ。

いや、すべてのもの（入力）をバージョン管理すべき。

同僚が変更を加えたい場合、そのmdファイルにはデザインの意図や既知の落とし穴がたくさんキャッチできるから、隠れているものや暗黙のものを明らかにできるんだ。コメントの役割ってそういうもので、明らかすぎるデザインのことは言わずもがなだけど…同じツールを使っているなら、ネイティブファイルを共有するのは、IDEのワークスペースファイルをチェックするのと同じように理にかなってるよね。

公平に言うと、ほとんどのIDEは、.gitignoreで指示しない限り、自分のワークスペース設定をgitリポジトリにコミットしようとすることが多いよね。それに、同じ理由でgitignoreのプリセットから自分自身を除外することが多い。VS Codeはその分野で有名な犯人の一つで、他のゴミファイルを無視するように設定していても、settings.jsonをコミットしようとするんだ。一般的に、ソースフォルダに何を入れるべきかはちょっと混乱してる。ソースコード、README、ライセンスは納得できるけど、プロジェクトのガバナンスやCI設定のロジックを説明するファイルはどうなの？それに、使っているフォージがリポジトリを特定の方法で表示するために使うファイル（例えば、バグトラッカーテンプレート）についてはどう？それらはコードとは関係ないからゴミ扱いされるけど、コミットするべきだって一般的には合意されてるよね。必要ならドットフォルダに入れる感じで。

IntelliJの.idea/フォルダには独自の.gitignoreがあって、Copilotは.github/フォルダの下にコミットされたものを見つけることを期待してるんだ。以前はIDEの設定に関しては純粋主義者だったけど、みんながフォーマットやそういうことについて同じページにいないと、ファイルが動き回ってすごく混乱するんだよね。.github/フォルダについても同じことを言ってたと思うけど、Copilotが既存のコードの悪いパターンを良いパターンだと思わないように、いろいろ追加しなきゃいけなかった。チームメンバー間のコミュニケーションがリポジトリに制約されていると、他のコミュニケーションチャネルはすでに飽和状態だから、そういうのがより意味を持つんだ。リポジトリの外では迷子になっちゃうメタな懸念だよね。

それは製品やビルドには入れるべきじゃないけど、ドキュメントとして考えるとバージョン管理する意味があるよね。よく説明されるのは： - 全体のアーキテクチャ - リポジトリのレイアウト - 使用するプロセス - 避けるべきこと：コードスタイルや使わないライブラリなど。主にエージェントのためにこういうことを文書化してるけど、人間にも同じように役立つ情報だよね。

私たちのTeam Claudeファイルも同じだよ。チームの規約が入ってるし、ソースコードの一部であることが重要なんだ。

私の個人的かつプロフェッショナルな経験では、CLAUDE.mdはワークスペースやプロジェクトに特化した情報が設定されていて、誰のコンピュータでもエージェントが知っておくべきことが含まれてるんだ：* リポジトリが実際に何なのか（「これはXYZをするRustアプリケーションです」、「これは内部ツールプラットフォームです」） * 構造がどうなっているか、エージェントがどこを見ればいいか * コードやレビューの基準 * ルール（「フォーマッターやリンターを自動で実行しない」、「依存関係に触れない」）