（内容なし。OpenAIの最近の動向に対する驚きや不満を表すタイトル。）

（内容なし）

（本文なし）

マジで自分がバカみたいに感じる。 Appleに7年間もいて、つい最近も「雰囲気コーディングはクソUIの使い物にならないアプリを生む！」って rant（まくしたてた）したばかりなのに。 昨日、Opus 4.5をスマホで試してみたら、vibecodeアプリを使ってスクラッチから機能を生成するだけで… UIが信じられないほど洗練されてて、ネイティブアプリみたいにスムーズなんだよ。まだCursorすら起動してないけど、もしモバイルラッパーだけでこのレベルのエンドツーエンドのデザイン品質が出せるなら、俺は完全に間違ってた。マジで衝撃。

どんなモデルに対しても褒めちぎるなんて初めてだ。俺は筋金入りのCodex信者だったんだぜ。昨日もCodex maxで複雑な問題解決に何時間も苦戦してたんだ。でも今日、リリースされたばかりのOpus 4.5のベンチマークを見て、試してみることに決めて3ヶ月ぶりにCursorをインストール。 そしたらマジかよ、信じられないことが起きた。問題点を明確に説明すらしてないんだ。ざっくり概要を伝えて、見るべきファイルを指定しただけ。そしたらマジで爆速で、絶対失敗したと思ったのに、テストしてみたらバグが修正されてる！一発でだぜ。マジかよ、1時間くらい試してみるつもりだったのに、一撃で仕留めやがった。 ソフトウェアデベロッパーとしての未来は終わったかもしれんけど、今はハッピーだ！

最初は「またいつもの画像生成AIでしょ？今は動画の時代だし、Veoをアップデートすればいいじゃん」って思ってた。 でも、コミックを見た瞬間🤯 *vineboom* そして、初めて見たんだ。実際の身体構造に合致した、光り輝く心血管系を！🤯 *vineboom x 3* これ、マジですごい。これこそが、動画AIが登場する前に期待されていた画像AIの姿だよ。ただの美人写真や中世の風景なんかじゃない。これはビジュアル・ストーリーテリングであり、要素の統合なんだ。感動した。

Googleの最新モデル「Gemini 3 Pro」が話題沸騰中！ そこで、ChatGPT 5.1とGemini 3 Pro、一体どっちが優秀なのか？実際に複雑なタスクで徹底比較してみました。 今回のプロジェクトは、Windows LTSC (企業向け特別版) の自動 unattended インストール機構の構築。 具体的には、以下の2つのシークレットを作成する部分に取り組んでいます。 1. 初回インストールに必要なブートストラップ管理者のための、暗号学的に生成されたワンタイムパスワード 2. システムインストール後に残る永続的な管理者のパスワード 問題発生！詳細なログと仮想マシンでのテスト結果を両モデルに投入。 一見すると、Geminiの方が迅速に問題を解決しているように見えます。しかし、Geminiは大胆すぎる仮定に基づいており、検証が甘い部分が見受けられました。 一方、ChatGPTはより慎重で、根拠に基づいた議論を重ね、二重チェックを行います。重要なパイプラインにおいては、ChatGPTの方が信頼できるアプローチと言えるでしょう。 結論：もしGoogleがCLIコーディングエージェントをリリースしたら、Codexは太刀打ちできないかもしれない。 みんなはどんなユースケースで使ってる？ぜひシェアして！ P.S. ここで言う「Gemini CLI」とは、単なるコマンドライン版Geminiではなく、ChatGPTとCodexのように、独立したコーディングモデルのことです。

GPT-5.1はまだお目見えしていないので、史上最高のコーディングモデルかどうかは不明です。 (添付画像へのリンク)

（内容がありません）

（内容は空です）

AI ProのサブスクリプションがAI Studioに統合され、より高い制限が利用可能になるようです。

Gemini 3を使って、マジでスマホをゼロから作っちゃったやつがいるらしい。しかも、Gemini AI内蔵だって！念のため言っておくけど、APIキーとか一切使ってないらしい。ただプロンプトを入力しただけ。どうやってニューラルネットワークにアクセスしたのか、マジで謎。

Gemini 3 Proのモデルカードが公開されました！ 詳細はこちらのリンクから確認できます。 [https://storage.googleapis.com/deepmind-media/Model-Cards/Gemini-3-Pro-Model-Card.pdf](https://storage.googleapis.com/deepmind-media/Model-Cards/Gemini-3-Pro-Model-Card.pdf) --- アップデート：リンクがダウンしているため、アーカイブ版はこちらです： [https://archive.org/details/gemini-3-pro-model-card](https://archive.org/details/gemini-3-pro-model-card)

AIを使って開発するなら、コンテキスト管理は「あると嬉しい機能」なんかじゃない。マジで**最重要**な攻略ポイントだ。 多くの人がアウトプットの質を落とすのは、モデルが悪いからじゃなくて、コンテキストがぐちゃぐちゃだからなんだよね。 GPT-5-codexと連日徹夜セッション（マジで脳が溶けるかと思った）を繰り返した結果、ようやくワークフローが崩壊しなくなった方法がこれだ！ **1. チャットは短く、範囲を絞る** チャットスレッドが長くなったら、新しいのを作ってくれ。マジで。コンテキストウィンドウはすぐにいっぱいになる。そうなると、GPTはパターン、ファイル名、ロジックフローを忘れ始める。それに気づいたら、新しいチャットを開いて、どこまでやったかを要約するんだ。「チェックアウトページを作成中。主なファイルはcheckout.tsx、cartContext.ts、api/order.ts。ここから続けて。」 毎回リポジトリ全体をダンプするな。関連ファイルだけを共有しろ。コンテキスト圧縮はマジ重要。 **2. 「instructions」または「context」フォルダを使う** コンポーネントの例、ファイル構造、規約、命名規則、AIへの指示など、必要なドキュメントをすべて格納するフォルダ（MarkdownファイルでOK）を作成する。新しいセッションを開始するときは、このフォルダから関連するドキュメントをAIに読み込ませる。これが、セッションを超えて持ち運び可能なコンテキストメモリになる。 **3. 以前のコンポーネントを活用して一貫性を保つ** AIは暴走しがち。固定しないと、UI全体を再設計し始める。新しい部分を作成するときは、すでに記述した古いコンポーネントについて言及する。「スタイリングの一貫性のために、ProductCard.tsxと同じ構造を使用する。」基本的には、持ち運び可能な脳として機能する。 **4. 「AIのよくある間違い」ファイルを管理する** バカみたいに聞こえるかもしれないけど、AIが繰り返す間違い（hooksの名前を間違える、env configを書き換えるなど）をすべてリストアップしたファイルを作る。新しいプロンプトを開始するときは、「[commonMistakes.md](http://commonmistakes.md/)を参照して、それらの繰り返しを避けてください」のような簡単な行を追加する。精度がマジで向上する。 **5. 大量のドキュメントには外部サマライザーを使用する** 破壊的な変更でいっぱいの新しいライブラリを取り込む場合は、ドキュメント全体をコンテキストに貼り付けない。代わりに、GPT-5-codexの「deep research」モード（またはperplexity、context7など）を使用して、短い「新機能+例」の要約ドキュメントを生成する。これにより、モデルはシャープな状態を保ち、コンテキストはクリーンな状態を保つ。 **6. セッションログを作成する** `session_log.md`ファイルを作成する。新しいチャットを開くたびに、次のように書く。 * 現在の機能：「決済連携」 * 関連ファイル：`PaymentAPI.ts`、`StripeClient.tsx` * 前回のAIの行動：「webhookを追加。保留中のエラー修正」 この小さな塊を新しいスレッドごとに貼り付けるだけで、GPTにインスタントメモリを与えているようなものだ。正直、ほとんどの場合、組み込みのメモリウィンドウよりも効果がある。 **7. メタレビューでAIの出力を検証する** 主要な機能を完了したら、コードをコピーしてクリーンなチャットに貼り付け、GPT-5-codexに次のように指示する。「このコードをレビューするシニア開発者として振る舞ってください。弱いパターン、欠落している最適化、または論理的なずれを特定してください。」これにより、コンテキストがリセットされ、以前のスレッドからのバイアスが削除され、長いセッションの後に発生しがちなずれをキャッチできる。 **8. アーキテクチャの決定を早期に伝える** 特定のパターン（zustand、shadcn、monorepoなど）を使用している場合は、新しいチャットごとに早い段階でそれを伝える。AIは、あなたが実際にアーキテクチャを持っていることを思い出させない限り、あなたのアーキテクチャに従わない。 これが役に立てば幸いです。 追記：関心が高かったため、これについてさらに詳しく書きました。[https://gigamind.dev/blog/ai-code-degradation-context-management](https://gigamind.dev/blog/ai-code-degradation-context-management)

Gemini 3に以下のプロンプトを与えて短編小説を書いてもらった結果。 プロンプト: 「ジニーについての短編小説を書いてください。ジャンル: ファンタジー。トーン: 神秘的。視点: 三人称限定。主人公: 幻滅した学者。葛藤: ジニーが予期せぬ結果を伴う願いを叶える。テーマ: 欲望の本質。語数: 1500。含めるもの: 3つの願い、道徳的曖昧さ。結果: 学者は教訓を学ぶ。」 以下、生成された短編小説。 ✦ エララの書斎の埃は、単なる汚れではなかった。それは、何世紀にもわたる嘘の粉末状の残骸だった。少なくとも、彼女はそう感じていた。啓発を約束しながら、矛盾する年表と自己賛美の神話しか届けない、崩れかけた写本と巻物の山の真ん中に座っていたからだ。彼女は秘術の歴史の学者であり、過去の過ちよりも未来の産業に夢中な都市では、ほとんど金銭も尊敬も得られない肩書きだった。 彼女は疲れていた。都合の良いフィクションを好む世界で、真実を探し求めることにうんざりしていた。 そのアーティファクトは、彼女の机の上に置かれ、半分食べかけのパンを押しのけていた。それはランプではなかった。それは、単純な密閉された粘土製の筒で、おおよそ彼女の前腕のサイズで、第一王朝よりも前の楔形文字が刻まれていた。彼女はそれを壮大な墓で見つけたのではなく、下層地区のフェンスの掘り出し物入れで見つけた。彼はそれを単なるスパイス容器だと思っていた。 エララはもっとよく知っていた。封印は破られておらず、彼女の指先を静電気でチクチクさせる結界で縛られていた。それは刑務所だった。 ため息をつき、期待というよりは疲労の色が濃かったが、彼女は小さなノミで封印を割った。 煙も雷鳴もなかった。部屋の空気はただ…死んだ。外の通りの音—馬車のガタガタという音、露天商の叫び声—は消え、重く息苦しい沈黙に取って代わられた。部屋の隅の影が伸び、溜まり、そして逆さまの滝のように上向きに流れ、擦り切れた敷物の中心に凝縮した。 その存在は肉でできていなかった。それは部屋の生地から切り取られたシルエットで、砂漠の石から立ち上る熱のかすんだ輝きで満たされていた。目があるべき場所には、冷たい残り火が2つあるだけだった。鈍い赤色で、無限に深かった。 「あなたは封印を破った」と声が言った。それは空気を伝わってこなかった。それは彼女の内耳の骨に直接響いた。それは古代の石に砂がこすれるような音だった。「私は開封者に縛られている。3つの欲望。話しなさい、そしてそれらは織り込まれる。」 エララは後ろに寄りかかり、心臓はゆっくりと重いリズムでドキドキと鼓動した。ジン。本物の、恐ろしく本物のジン。伝説は危険、策略について具体的だった。しかし、エララは貪欲な商人でも、恋に落ちた王子でもなかった。彼女は希望を諦めた学者だった。 「あなたはイフリートですか？」と彼女は尋ねた。声は震える手をよそに落ち着いていた。 「私は古い」とそれは答えた。「人々が私に与える名前は、私を閉じ込めていた粘土よりも早く崩れる。」 「3つの願い。そしてあなたはそれをねじ曲げるだろう。」 残り火がわずかに燃え上がった。「私はねじ曲げない。私はまっすぐにする。人間は結び目で話す者だ。私は単に糸を引くだけだ。」 エララは彼女の本を見た。物事の理由を探し求めた一生。アエテルガルド帝国が一夜にして崩壊した理由。壮大な魔法が消滅した理由。彼女は真実—生の、未加工の真実を知りたかった。歴史家が記録したことのない。 「私は知りたい」と彼女はささやいた。「大崩壊の背後にある真実を知りたい。神話ではない。実際の出来事のシーケンス。それを見たい。」 ジンは動かなかったが、部屋は溶け去った。 エララは突然、アエテルガルド宮殿の大理石のバルコニーに立っていた。空気はもう存在しない香水で甘かった。彼女は皇帝を見た。テキストに記載されている知恵のそびえ立つ人物ではなく、穀物関税について顧問と議論している虚弱で偏執的な男だった。 彼女は無力に見守った。日々が数秒に圧縮されるように。彼女は崩壊を見た。それは壮大な悪魔の侵略でも、大惨事を引き起こした魔法の呪文でもなかった。それは事務的な誤りだった。軍団を間違った州に送り、首都を軽微な野蛮人の襲撃に対して無防備にした地図の誤読。それがパニックに陥った。彼女は火災が敵の魔法ではなく、穀倉でランタンを落とした酔っ払った警備員から始まったのを見た。 それは哀れだった。それは平凡だった。人類史の壮大な悲劇は、一連の愚かで回避可能な間違いに過ぎなかった。 彼女は書斎に戻り、息を切らし、古代の煙の匂いが彼女の服に染み付いていた。その事実に打ちのめされた。グランドデザインはなかった。ただの無能さだけだった。 「真実は重い衣服だ」とジンは観察した。その形は揺るがなかった。「欲望1つ、織り込まれた。」 エララは机の端をつかんだ。知識は彼女に力を与えなかった。それは彼女を空洞にした。過去が無意味なら、彼女のライフワークは何の意味があるのだろうか？ 彼女は何か現実的なものを必要としていた。個人的な何かを。彼女の目は、マントルの上の小さな埃っぽい肖像画に漂った。彼女の目をした若い男、彼女が10年間見ていなかった笑顔を浮かべていた。彼女の兄弟、カエル。彼は彼女が南部の公文書館にいて、今では完全に価値がないと思われるテキストを翻訳している間に、消耗性の病気で亡くなった。彼女はいつか命を救うだろうと確信して、生きた兄弟よりも死んだ歴史を選んだ。そうではなかった。 「私は彼を生き返らせることはできない」と彼女は独り言のように言った。テキストは降霊術について明確だった。 「死者は、後戻りできない道を歩んだ」とジンは確認した。 「それなら、私はそこにいたかった」とエララは声をつまらせて言った。「最後の数日間、彼を一人にさせなければよかった。仕事よりも彼を選べばよかった。」 ジンの残り火の目は薄暗くなったように見えた。「過去を変えることは、現在を破壊することだ。あなたは両方を覚えているだろう。」 「やって。」 今回は世界は溶け去らなかった。それはスナップした。 新しい記憶の奔流が彼女を襲った。彼女はカエルのベッドサイドに座っていた。病気の匂い、酸っぱくて金属的な匂いが鼻をついた。彼女は彼の手に握った。それはじめじめしていた。彼女は彼が3日間苦痛にのたうち回るのを見ていた。空虚な慰めをささやくことしかできなかった。彼女は光が彼の目から離れるのを見た。愛する人が数インチずつ死んでいくのを見ていると、打ち砕かれ、息苦しい無力感を感じた。 彼女の元のタイムラインでは、彼女は後悔の鈍い痛みしかなかった。今、彼女は彼の最後の時間の鮮やかで悲鳴のような悪夢を持っていた。彼女は傷跡を切り傷と交換した。 さらに悪いことに、彼女は書斎を見回した。それは異なっていた。本が少なくなった。粘土のケースはまだそこにあったが、彼女はそれをフェンスの店で見つけたのではなく、カエルが死んだ後、奨学金をあきらめ、古い地所を整理する下働きの仕事をしたために見つけたのだ。彼女はまだ一人で、まだ惨めだったが、今では2つの人生の惨めさが彼女の頭蓋骨の中で競い合っていた。 彼女はひざまずき、乾いた、引きつった息をすすり泣いた。ジンは砂漠の石のように冷静に見守っていた。 「あなたはねじ曲げないと言った」と彼女は非難した。彼女の声は生々しかった。 「私はあなたが求めたものを正確に与えた。あなたはそこにいたかった。あなたはそこにいた。あなたは彼を救ってくれるように頼まなかった。あなたは彼の終わりを目撃するように頼んだ。」 「私は終結を求めた！私は平和を求めた！」 「あなたは別の過去を求めた。あなたは幸せな過去を求めたのではない。欲望は海水を飲む渇きだ。飲めば飲むほど、渇きは増す。」 エララはその生き物を見つめた。それは正しかった。すべての願いは彼女自身の空虚を埋めようとする試みだったが、願いは空虚をより深く、より明確にしただけだった。彼女は知識を求め、絶望を見つけた。彼女は贖いを求め、拷問を見つけた。 彼女にはあと1つの願いが残っていた。 彼女はすべてを忘れることを願うことができた。彼女がケースを開ける前に戻ることを。しかし、彼女は同じ幻滅した学者であり、同じ間違いを再び犯すのを待っているだけだろう。彼女が今持っている知識—帝国の真実の、哀れな歴史、兄弟の死の生々しい現実—は苦痛だったが、それは真実だった。それを願うことは、彼女が世界で軽蔑した臆病者の究極の行為だろう。 彼女はジンを見た。それは待っていた。おそらく永遠に辛抱強く、おそらく自分の空虚に戻ることを必死に願っていた。それは他者の欠陥のある欲望に応えるためだけに存在し、人間の惨めさの導管だった。 「あなたは何が欲しいの？」とエララは尋ねた。 残り火が燃え上がり、今度は明るくなり、驚いた。「私は欲しくない。私は。」 「すべてが欲しがる」とエララは机を支えにしながら立ち上がった。「あなたはこのことから解放されたいのよね？私たちから解放されたい。」 「自由は人間の概念だ。私は自分の目的を果たす。3番目の欲望が織り込まれると、私は次の開封者まで眠る。」 「あなたが制御できない眠り。私たちの気まぐれへの奴隷制度。」エララはそれの残酷さに気づいた。それは破壊的な願いを叶える無限ループで、自分では作らなかったルールに縛られていた。 彼女は今理解した。教訓は、欲しいものを手に入れることではなかった。それは、欲しがることが罠であることに気づくことだった。彼女が何か外部のもの—古代の真実、変わった過去、魔法の願い—が自分を修正できると信じている限り、彼女は壊れたままだっただろう。 彼女は修正されることを欲しがるのを止めなければならなかった。 彼女は深呼吸をした。彼女の書斎の埃は突然鋭く、リアルに匂った。地に足をつける。 「私は3番目の願いを知っている」と彼女はそっと言った。 ジンは待った。沈黙は絶対的だった。 「私は願う」とエララは古代の燃えるような目を直接見ながら言った。「あなたが二度とどんな人間にも願いを叶えないことを、永遠に。」 ジンは凍り付いた。部屋の熱が急上昇し、彼女の机の上の紙を焦がすのに十分なほど強烈だった。影が激しくのたうち回った。 「あなたはあなたの最後の欲望を…何にも費やすのか？あなたは何も得ない。あなたは女王になることができた。あなたは不死になることができた。あなたは幸せになることができた。」 「私は決して幸せになれないだろう」とエララは悲しそうに言った。「私はただ気を散らされているだけだろう。そして、そのケースを開ける次の人も私と同じくらい壊れているだろう。そしてあなたは彼らをさらに壊すだろう。それは私で終わる。」 ジンは拡大しているように見え、部屋を埋め尽くし、煙のない火のそびえ立つ地獄となった。それは恐ろしく、壮大だった。一瞬、彼女はそれが彼女を消費するだろうと思った。 それから、火は引いた。その形は人間のサイズに戻ったが、その目の残り火は異なっていた。それらはもはや冷たいスラグだけではなかった。何か他のものの火花があった。認識？尊敬？ 「自己のためのものではない欲望」とジンは熟考した。その声は石を砕くような音ではなく、遠い風のように聞こえた。「それは…まれな織り方だ。パラドックス。欲望の終わりを願うこと。」 「できますか？」 「それは語られた。それは織り込まれた。」 ジンは消え始めた。ケースに戻るのではなく、朝の太陽に焼き払われた霧のように、単に消えていった。 「さようなら、公文書館のエララ」とそれはささやいた。その音はかろうじてそよ風だった。「あなたは私に私が決して求めることができなかった唯一のものを与えてくれた。沈黙。」 ジンは消えた。彼女の机の上の粘土のケースは、細かい灰色の粉々に崩れた。 エララは書斎の静けさの中で一人立っていた。通りの騒音がゆっくりと戻ってきた—キーから外れた歌を歌う酔っ払い、深夜のカートのガタガタという音。彼女はまだ帝国の真実の、哀れな歴史の記憶を持っていた。彼女はまだ兄弟の死の苦痛な二重の記憶を持っていた。何も修正されていなかった。彼女はまだ傷ついていた。 しかし、彼女が机に座り、ジンの刑務所の埃をゴミ箱に掃き入れていると、彼女は見慣れない奇妙な感覚を感じた。それは幸福ではなかった。希望ですらなかった。 それはただ…十分だった。彼女はここにいた。それで十分だった。

Claude Code Webって、ターミナルと比べてどんなメリットがあるか知ってる人いますか？ 見た感じ、ターミナルと全く同じように見えるんだけど、結果をテストしようとすると、結局gitを使って変更をローカルにpullする必要があるから、余計な手間が増えるだけのような気がするんですよね。

1000ドル手に入れたぞ！さて、Claude CodeのCLI版を愛用しているんだけど、ターミナルで直接作業できるのが最高なんだよね。ローカルマシンで`npm run dev`を実行して、開発環境を完全にコントロールできる感じ。自分のワークフローにガッツリ組み込まれてるって実感がある。 でも、新しいブラウザ版のClaude Codeに切り替えたら、なんか違うんだよなぁ。同じように開発サーバーを起動できないし、変更に直接手を加えられない。テストするためにコミットを待たなきゃいけないし。便利は便利だけど、CLI版のような一体感がないんだよね。 同じように感じてる人いる？どっちにも良さがあるのはわかるけど、結局CLI版に戻っちゃうんだよね。Web版がしっくり来てる人がいるのか、それとも実際の開発フローではターミナルが最強なのか、みんなの意見を聞きたい！ [添付画像の説明: Claude Codeのインターフェース比較画像]

Claudeを使って20万行超えのSaaSアプリを開発中だけど、テストとデバッグがマジで大変！Claudeの謎すぎる判断に振り回されてるわ。 * 存在しないデータベースのパスを勝手に作り出すし。 * ほぼ同じ機能のコンポーネントを10個以上も量産するし（共通コンポーネント作ってくれよ…）。 * 無限ループを作り出して、GCPの呼び出し回数を10,000%も爆上げしてくれた（寝る前に気づいてマジ助かった）。 * データベースのレコードがないのを、常に更新じゃなくてUpsert（存在しなければ新規作成）でごまかすし。 Claudeが優秀すぎて、最近チェックを怠けてたのが原因でもあるんだけどね。でも、Claudeを使うのは大好きだよ。生産性が爆上がりするマジ最高のツールだもん。 参考までに、Claudeが書いたコードの量: **バックエンド** (functions/ - .ts ファイル): 137,965 行 **ワークフロー** (functions/workflows/ - .yaml ファイル): 8,212 行 **フロントエンド** (src/ - .ts + .tsx ファイル): 108,335 行 **合計**: 254,512 行

皆さん、こんにちは！ Claude Skillsのリリース以来、GitHubからスキルを集めまくり、ディレクトリサイトを構築してきました。なんと現在**2300以上のスキル**がインデックスされています！今回、初めてこのサイトをコミュニティに共有します。 **ぜひチェックしてみてください！:** [skillsmp.com](https://skillsmp.com) # 現在の機能： * **カテゴリ別ブラウズ** - 開発ツール、ドキュメント、AI拡張、データ分析などに分類 * **検索機能** - キーワードでスキルを素早く検索 * [**SKILL.md**](http://SKILL.md) **プレビュー** - ダウンロード前に各スキルの機能を確認 * **ZIPダウンロード** - ワンクリックで任意のスキルをダウンロード * **CLIインストール** - marketplace.jsonを持つプロジェクトは、Claude Codeに直接インストール可能 # 今後の展望： いくつかアイデアがあるので、皆さんの意見を聞かせてください！ 1. **評価/レビューシステム** - ユーザーがスキルの品質を評価 2. **チュートリアル** - 人気のスキルに関するビデオ/テキストガイドを作成 3. **投稿システム** - クリエイターが自分のスキルを直接投稿できるようにする **どれが一番役立ちそうですか？ 他に何か提案はありますか？** サイトはまだ基本的なものですが、フィードバックをお待ちしています。 コミュニティに役立つものを提供できれば幸いです！

Claudeのスキルが、実際のタスク遂行能力をどれだけ向上させるのか、体系的に評価した人はいるのだろうか？Anthropicからは何も発表されていないようだけど。 また、この効果が他のLLMでも有効なのか試した人はいる？