正在加载视频...

视频加载失败

【超重要】 Claude Codeで「利用枠が一瞬で溶ける原因」を 誰でも簡単に特定可能になりました‼️ 最新版のClaude Codeでは、 /usage と打つだけで、使用量が一気に 増えた原因を確認できる新機能が追加。 たとえば、 ・外部ツールやプラグイン構成の変更 ・Claude Codeに渡している基本ルールの変更 ・長時間空いて、前回の会話を再利用できなくなった などを確認できる。 Claude Codeは過去の会話内容を再利用することで 毎回すべてを処理し直さず使用量を抑えている 逆にここが外れると、 「少ししか作業させてないのに、 利用枠が一気に減った」 みたいなことが起こる。 Claude Codeの減りが最近やたら早い人は、 まず /usage を確認した方がいい。 ▼

24,178 次观看 • 2 个月前 •via X (Twitter)

2 条评论

SNS GARAGE 的头像
SNS GARAGE2 个月前

これ、作業のムダや往復を減らすのにかなり役立ちそうですね。まず何に時間を取られているかを見える化できると、整理しやすくなりそうです。

Belajar AI 的头像
Belajar AI2 个月前

利用量が急に減った時に原因を追えるのは大きいですね。会話の再利用、外部ツール、ルール変更を切り分けて記録できると、モデルの性能と運用設定を混同せずに済みます。

相关视频

【海外で話題】 OpenAIが公式にCodexをClaude Codeへ統合するプラグインを公開しています🔥 このプラグイン、地味に強力な機能を持っています。 ・Claude Codeで「/codex:review」と打つだけでCodexによるレビューが走る ・「/codex:rescue」でバグ調査をそのままCodexに丸投げできる ・レビューはバックグラウンドで実行され、待っている間もClaude Codeでの作業を継続できる これまでClaude CodeとCodexは別々のツールとして使い分けるのが当たり前でした。 しかしこのプラグインは、Claude Codeというひとつのターミナルの中に両方のモデルを共存させ、「片方に任せて、もう片方は動かし続ける」という新しい開発体験を提示しています。 しかもAPIキー不要でChatGPTのサブスクリプションだけで動作し、インストールはコマンド1つ。オープンソースで公開されているため、今日から誰でも試せます。 実務では、大きめのPRを出す前に「Codexにレビューさせてから自分の実装を続ける」という二段構えの品質チェックとして組み込むのが実用的です。 ============ 営業してもないのに大手企業からお願いされるくらいの、Claude Codeのノウハウや最新情報を発信しています。 フォローして一緒にClaude Codeをマスターしましょう! 🔁

【公式】Claude Codeアカデミア

55,296 次观看 • 3 个月前

【審判は3分間、何を確認していたのか?】 本日のオリックス vs. ロッテの試合で、審判員が集まり、約3分間試合を止めて何かを確認する場面がありました。 かなり多くの質問をいただいているので説明します。 ただし、僕自身が現地の審判員に直接確認したわけではありません。 あくまで映像を見たうえで、僕の審判員としての経験から考えられる話ですが、おそらく『ハイブリッドポジション』について確認していた可能性が高いと思います。 ■ ハイブリッドポジションとは? 通常、 ・軸足が投手板に触れ、投手板と平行に置かれている ・自由な足が投手板の前方に置かれている このような足の配置は、基本的に『セットポジション』として扱われます。 ただ、MLBではこの足の配置からワインドアップで投げる投手も増えたため、事前に審判員へ申告すれば、ワインドアップとして投球することが認められています。 これが、いわゆる『ハイブリッドポジション』です。 MLBでは2017年からルールに明記され、日本でも今年2026年から同様の取り扱いが加わりました。 ただ、このルールについては、今後見直される可能性が高いと思います。 ■ 分かりやすいのが昨年のバウアー投手 日本で分かりやすい例が、昨年バウアー投手に宣告されたボークです。 バウアー投手は、セットポジションと判断される足の配置からワインドアップで投球しようとしました。 MLBでは認められている投球方法でしたが、当時の日本ではまだこのルールが採用されていませんでした。 そのため『セットポジションからワインドアップへ投球動作を変更した』と判断され、ボークが宣告されました。 ■ 今回はなぜ確認したのか? 今回の投手の足の位置を見る限り、通常のルールにあるワインドアップのフォームと変わりないので、問題になる形ではなかったと思います。 ただ、審判員から見て一瞬、『セットポジションとして扱うべき足の位置ではないか?』という疑念が生まれた可能性があります。 今年から取り扱いが変わった部分だからこそ、 『この投球姿勢は問題ないのか』 『申告が必要なケースなのか』 こうした点を確認していたのではないかと思います。 ■ 3分間確認することは悪いことなのか? 『審判なのに、その場で分からないの?』と思った方もいるかもしれません。 ただ、確認すること自体は決して悪いことではありません。 公認野球規則(ルールブック)の『審判員に対する一般指示』には、規則の適用に問題が生じた場合、『たとえ10分間試合を停止することがあっても、規則書を調べ、規則適用の誤りをしないよう努める』という趣旨のことが書かれています。 つまり大切なのは、『早く試合を再開すること』ではなく、『正しいルールを適用すること』です。 少しでも疑念があれば試合を止めて確認する。 問題がなければ、そのまま再開すればいい。 逆に『たぶん大丈夫だろう』と流して、あとから規則適用の間違いが判明する方が大きな問題になります。 ■ 今回の投球自体には問題なし 映像を見る限り、今回の投球フォーム自体は普通のワインドアップなので、特に問題になるものではなかったと思います。 だからこそ、確認後もそのまま試合が再開されたのでしょう。 試合が数分止まると『何をしているんだろう?』と思うかもしれません。 ただ今回は『分からなくて困っていた時間』というより、『間違ったルール適用をしないために確認していた時間』だった可能性が高いと僕は見ています。 強いて言えば、『ハイブリッドポジションについて確認しましたが、問題ありませんので試合を再開します』という場内説明があれば、観客や視聴者にはより分かりやすかったかもしれません。 ただ、違反もなく処置も変わらないのであれば、そのまま試合を再開すること自体に問題はありません。 今回の3分間は、『正しいルールを適用するために慎重に確認していた時間』と考えるのが自然だと思います。

坂井遼太郎

41,505 次观看 • 2 个月前

Claude Fable 5.1の品質を最大限引き出すには 「Find Skills」を最初に入れておいた方が良い 👇 Claude自身が 「今のタスクに何のSkillを使えばいいか?」 を探してくれるから大幅にトークン削減 つまり今までみたいに、 「この作業にはこのSkillを使って」 「このツールを呼び出して」 「次はこれを使って」 と人間側が細かく指定する必要がなくなる。 最初に一度だけこれを実行↓ npx skills add --skill find-skills あとはClaudeに、 「何を使うか」 ではなく、 「何を達成したいか」 だけ伝える。 すると、 ① Claudeが目的を理解 ↓ ② Find Skillsが適切なSkillを検索 ↓ ③ 必要なSkillを選択 ↓ ④ 複数のSkillが必要なら組み合わせる ↓ ⑤ ゴールまでの実行フローを構築 という流れで動かせる。 これがかなり重要。 AIエージェントを使うたびに 人間が最適なツールを探して指定していたら、 結局、人間が「司令塔+ツール選定」までやっている。 Find Skillsを入れると、 人間 → 欲しい結果だけ伝える Claude → 必要なSkillを探す → 組み合わせる → 実行方法を考える という形に近づく。 Claude Codeを 「ツールを指定して動かすAI」ではなく、 「目的を伝えたら、自分で必要な能力を探して動くAI」 として使いたいなら、 かなり相性がいいです。 例えばこんな感じ👇

Claude Code Research Lab

25,041 次观看 • 2 个月前

今回は Void Gaming さんより、話題のコントローラー「FireBird」をご提供いただいたので、忖度なしで正直にレビューします。 これまで DualShock 4 を使用していましたが、FireBirdに変更してまず感じたのは「遅延の少なさ」です。 撃ち合いで「あと少し追えない」「反応が一瞬遅れる」と感じていた場面がありましたが、FireBirdに替えてからはしっかり追えるようになりました。 これは気のせいではなく、明確に体感できた変化です。入力に対するレスポンスがとにかく速いと感じました。 スティックの操作感も非常に良好です。 他のコントローラーを多く使ってきたわけではありませんが、それでも違いがはっきり分かるレベル。エイムの安定感が一段階向上した印象があります。 背面ボタンは好みが分かれる部分だと思いますが、私はリロードを設定しています。 親指をスティックから離さずに操作できるため、撃ち合い時の安定感につながっていると感じました。 これだけの性能を持ちながら、コストパフォーマンスが高い点も魅力です。 今回は提供品として使用させていただきましたが、個人的にももう一台購入を検討しています。 一方で、気になった点もあります。 起動時に接続がやや不安定に感じることがあります。プレイに大きな支障はありませんでしたが、人によってはストレスに感じる可能性があります。 また、スティック感度が良い分、最初は指先が少し震えて疲れやすく感じました。 ただし、数日使えば自然と慣れる範囲だと思います。 総合的に見ると、FireBirdは自分のポテンシャルを最大限に引き出してくれるコントローラーでした。 本気で上達を目指している方には、十分検討する価値のある製品だと感じています。 以下はFireBird使用時のクリップです

ちこちゃんだお🐟🪇【BS】

83,013 次观看 • 8 个月前

6/11 ジフン エムカ1位への思いとメンバーへの労い 🐶本当にほっとしたというか、ありがたかったです。 何というか、これまでは少し遠く感じるような賞だったのですが、正直に言うと、どこか自分たちに身近なものだとは感じられなかったんです。でも、こうして本当に1位という賞をいただくことになって、当然ながらより責任感も生まれました。 🐶実は、僕たちはこれまで、ありがたいことに新人賞も運良くたくさんいただいたり、新人の頃に多くの賞をもらったりしたことはありましたが、音楽番組で直接(1位の)賞をいただくのは今回が初めてなんです。だから、その時の感動や気持ちは、あの頃にいただいた賞とはまた少し違う感覚で、僕たちに近づいてきてくれたような気がします。 🐶今回のアルバムは、実はちょっと重要な意味を持っていたんです。もちろんすべてのアルバムが重要ですが、今回のアルバムは特に重要だと考えていました。僕たちだけの満足という面でも重要ですが、「最終的に結果につなげなければならない」という個人的なプレッシャーが少しありました。 🐶この時期に、音楽番組で1位を一つ獲ることがすべての目標や達成ではないけれど、このタイミングで結果としても、成績としても、何か目に見える成果が少しでも出るべきと思っていた時期だったんです。そんなことを考えていたら、本当に完全に、万感が交差する(様々な感情が込み上げてくる)ような感覚になりました。 🐶特にジェヒョクが泣いているのを見たとき… いや、君が泣いているのを見て、本当に何を考えたかというと、昔のことがすごく思い出されたんです。自分がYGで過ごしてきた道のりも思い出しましたし、今このチームをやりながら、実は良いことばかりではなかったじゃないですか。ファンの皆さんは知らない、辛かったことも結構たくさんあったけれど、そんなことを思い返しながら、自分一人だけが耐えてきたんじゃなくて、結局はみんなが一緒に耐えて、ただこうして黙々と続けて、お互いを応援し合いながらやってきたんだなということが思い出されて。 ジェヒョクもきっと、同じようなポイントで涙を流したんじゃないかなと思ったら、それを見て本当に胸が熱くなりました。ジェヒョクが泣く姿を見て、僕も何か込み上げるものがありました。 🐶メンバーたちは本当に苦労したし、大変だったと思います。実際、考えてみると、自分たちに向かって「お疲れ様」「よく頑張ったね」なんて言葉は、普段はあまり口にしないじゃないですか。 でも、本当にこれを機に、少し照れくさいかもしれないけれど、メンバーたちに「本当にお疲れ様、大変だったね」と伝えたいです。 🐶本当に簡単ではなかったと思います。これから進むべき道もまだまだ長いけれど、これまでの道のりも本当に大変だったし、「みんなよくやった」と言いたいです。一つの目標を達成した、その中の一つです。 ジフンが "Esquire Korea"のインタビューの中で、「今回の活動の目標は?」という質問に、「今回の活動がTREASUREのキャリアハイとなるきっかけになればと思っています。」と答えていました。 今回こうして目に見える結果に繋がったことで、この先の道もまだまだ続くけれど、ジフンのプレッシャーが少しでも和らげばいいなと思います。

nina

17,498 次观看 • 5 个月前

【やっとノーコードでGASが書ける、、!】 日本発(初)のバックエンド開発革命 🌈GASSISTANTの新機能を解説します 【フローチャートでGASを生成】 実装したい処理の流れをプロンプトとして言語化しにくい時、 ----- 毎朝8時に実行 ↓ 今日の予定を取得 ↓ Slackに通知 ----- このようにフローで表現してGASを作ることができます 特に条件分岐や繰り返し、関数構造を表現したいときに有用です ▪️ノーコードでの実装手順 1. 「超ざっくり」とフローを用意 2. GAS生成ボタンをクリック 3. 新しいフローを確認して良さそうならコード更新 もちろん、修正もフローから可能 ノードのラベルを変えたりノードを追加するだけなので、「どの部分を変更したいのか」が簡単に伝わります 【GASSISTANT Modules】 あらかじめ用意されたGASを自分のプロジェクトで利用できます 現在用意されているモジュールは3つ ・LLM: 会話履歴が自動で保存されるLLMを呼び出しモジュール ・Slack POST: Slackの特定のチャンネルに投稿できるモジュール ・Stripe Webhook: StripeからのWebhookを受け取り、イベントタイプごとに任意の処理をする 無理やり組み合わせると、「課金されたらお祝いメッセージを生成して自社のSlackに通知する」 みたいなことが超簡単にできます笑 新モジュールはコミュニティ( 自分が過去に作ったGASをモジュール化して再利用する機能も実装予定 【ノード詳細取得】 そのノードで何が行われているのかを確認できます デバッグ時にはエラーが発生したノードと原因が表示されるので 1. 実行する 2. エラーが出たノードを見る 3. 簡単な修正ならコードプレビューから手動で直す 4. 難しそうな修正なら”修正依頼”を出す こんな感じで脳死デバッグができるようになります ===== GASSISTANTはたった40人のユーザーが1週間に1300回もチャットするほどハマるサービスです 他にもいろんな新機能が追加されているので、ぜひGASSISTANT沼にハマってください🤗

Daigo Yokota / StandBy AI🧠

37,940 次观看 • 1 年前

OpenClawを諦めて Claude Codeに戻るか迷ってる ここ1週間くらいOpenClawしか触ってない 仕事なんもできてない 元々Claude Codeで開発とか仕事ほとんど出来てたけど、OpenClawに手を出してみた 最初は『ナニコレ、ヤバスギィ』って感じやったけど Claude Sonnet4.6, Opus4.6以外のモデルをOCで使うと『ナニコレ、頭ワルスギィ』ってなって苦しんだ。めっちゃ苦しんだ。 Gemini 3.1 pro → 遅すぎ論外 Gemini 3.1 flash lite/ 3.0 flash → ただ丁寧な長文駄文を高速で返す仕事しない日本人みたいなやつ Kimi K2.5 → 基礎体力のないSonnetみたいなやつ。仕事にはならない感じ gpt-5.4 → デフォやと長文すぎる。仕事は進めない。やたら確認してくる。アプリ版のChatGPTみたいな感じ。ダルい。出し惜しみしてくる感じイライラする。 gpt-5.3-codex → 5.4よりはエージェント利用ではマシな気がする。でもやはりタスクは遂行せずにテキスト返信して、Codexの立ち上げとかタスク管理、ほうれん草ができない。使えない。 … とまぁ、結局Claude以外やと仕事にならないというのが感想です OpenClawがすごいというか、本質的にはClaudeが圧倒的に優れてて、それをTelegramとかで使えることにパワフルさを感じてただけなのかもしれない この数日間の試行錯誤は本当に苦しかった 使えないAIとひたすらチャットして、パソコンもスマホもずっと触ってた ほんまに良くない でもスマホでAIと仕事できるようになると、多分休む暇がなくなってしまう 昔は電話と手紙とFAXで仕事するのが当たり前やったから、みんなコーヒー飲む暇あったけど このスマホでSSHしてCCを非同期でブン回すのが当たり前になると、トイレ行く時間もない… これ、ガチでヤバいぞ 人間生活がままならない。たぶんすでにLLM廃人が大量に誕生してる 気をつけないと気づいたらトークン破産するし エージェントの話に戻すと… 1. 人間と仕事するレベルのエージェントはClaudeのみ 2. でもOCでClaude使うと高すぎる 3. 中華モデルやその他のモデルとClaudeの間には明確な閾値がハッキリあって、イライラするだけで時間無駄 4. CCを生で触る方がOCに比べてトークン5倍くらい少なくて済むし、CCをターミナルでオーケストレーションする方が早くて賢い 5. たぶんCCを単純にTelegram/Slackに繋げて動画や音声ファイルの共有とかトリガーすれば実質OpenClawと変わらない。少なくとも他のモデル使ったOCよりは有能。 思ったのが、OCの設計思想自体がClaude Codeと似てるからか、skills登録しておいてとかがOCでClaude使うと自然に出来る(てか勝手に完璧にやる)けど、他のモデル使った瞬間にぎこちなくなるし、エージェントの自律的に動く能力が10分の1くらいになる あと他のモデルやとスキルとか自然に発火しにくい気がする OpenClawを散々けなしたけど、使い方によっては悪くない 単純なbotをcronするとか 調査依頼するとか。manusにお願いする程度の難易度の仕事ね でもClaude以外のモデルで新しいskillsを開発させようとかするとめっちゃ時間かかるから絶対やめた方がいい OpenClawも引き続き運用したいけど、Claude Codeの定期実行とか、skillsガチカスタムする方向とかでやる方が実際に色々進むんじゃないかって思い始めてる 寝てる間にパソコンが働き続けてくれる自律性とか完成度、オーケストレーションとかは見え隠れしてるけど、無制限Opus 4.6が必須で それを完璧に使いこなすならClaude Codeを綺麗に整理して使いこなす方が早い気がした Anthropicはコンピューターを知りすぎている 多分社内ではAGIがとうに完成してて、AGIがほとんど開発もマーケティングもやってるんやろなって感じる もう自分でモデルをコロコロ変えて節約したりするのがアホらしくて、何も考えずにダリオ甘鯛についていけばええんちゃうかって思ってる Opus4.6で仕事してると開発者としての自分の存在意義の無さを痛感させられる 『お前は指示するだけでええよ』ってモデルが毎日囁いてくる これだけ色々試行錯誤して苦しんだ結論が、とにかくモデルが賢ければ全部解決。みたいな力こそパワーみたいなところに収束してしまった あとmac miniとmac studioを買ったけど、マシンスペックのボトルネックよりモデル料金のボトルネックの方が10倍早く来る OCエージェント10体フル稼働させるには月100万くらいかかる気がする 多分それくらいの覚悟ある方が強いのかも。もはや資金調達してOCでヤバい組織構築するくらいエッジ立てれば、おもろいことできるかも 月100万かけるのはいいけど、それで月500万売り上げられる領域、使い方。これをちゃんと編み出せる人間が今1番強いんやと思う トークンをちゃんと売上に変える賢いROIをビジョンとして見える人間が羨ましい やっぱcliよな SSHでCC叩くのが最もプリミティブで間違いないわ

Taishi | AI動画編集ソフト開発中🎥

309,878 次观看 • 8 个月前

小学生の頃教えていたカナが、CUTIE STREETのメンバーになった。 THE FIRST TAKEのダンス動画を見て、たくさんのDMもいただきました。 その中には仙人さんのパクリなんじゃないか?などのメッセージもありましたが、 そうではありません。 僕が長年かけて築いてきたものをKUMAが学び、さらにカナにあった表現へと進化させ、次の世代に伝えている。 それはパクリではなく、伝承だと思っています。 そして、カナについて「やっぱり才能がある」という声もたくさんいただきました。 もちろん素晴らしい才能があります。 でも、僕が知っているカナは、単に才能だけでここまで来た子ではありません。 誰よりも努力する才能を持った子でした。 小学生の頃、僕がプロデュースしていたA BATHING APEのダンスチームにいたカナ。 教えたことを、その場ですぐに何でもできる天才タイプだったというより、次に会うまでに何度も練習してくる子でした。 前回できなかったことが、次にはできるようになっている。 きっと僕らの見えないところで、誰よりも練習していたんだと思います。 実はKUMAも同じでした。 誰よりも練習し、誰よりも自分の踊りと向き合っていた一人です。 それが今こうして多くの人の心を動かしている。 僕にとっては、技術だけではなく、努力する姿勢まで受け継がれているようで、本当に嬉しかったんです。 そして改めて思いました。 今、みんなが「すごい!」と感動する動きも、最初はたった一歩から始まっている。 誰でもできることを、何度も何度も繰り返す。 その積み重ねが、いつか誰にも真似できないものになる。 僕自身も、今活躍している教え子たちも、きっと同じです。 でも、少し残酷なことがあります。 人は完成した姿には拍手を送るけれど、完成するまでの時間には、なかなか拍手を送ってくれない。 誰にも見られていない練習。 何度やってもうまくいかない夜。 自分には才能がないんじゃないかと悩んだ日。 そんな時間は、華やかな動画には映りません。 でも、僕は思うんです。 本当の物語は、拍手のない時間にこそある。 今回、カナの姿に感動したのは、ダンスが素晴らしかったからだけではありません。 あの小さかったカナが、今も変わらず努力を重ね、その先にある景色を見せてくれたから。 そして、その隣にKUMAがいたから。 そんな姿を見て、僕も届けたいものがあると思いました。 僕は今、音楽という新しい表現を追求している途中です。 動画を見て今すぐにでも届けたくなり まだ正式に発表する前でしたが、ずっと大切にしてきた想いの一曲を送ります。 タイトルは、 『誰でもできること』 まだ誰にも認められていない人へ。 自分には特別な才能がないと思っている人へ。 何年も頑張っているのに、結果が出ない人へ。 そして今も、見えないゴールに向かって、一人で努力を続けている人へ。 伝えたいことがあります。 誰でもできることを、誰にも真似できないほど繰り返した先に、誰にも真似できない自分が生まれる。 今日の小さな一歩が、いつか誰かの希望になるかもしれない。 今回のカナの姿が、僕にとってそうだったように。 この曲を、今も夢に向かって頑張るすべての人に。 誰よりも努力してきたKUMAへ。 そして、小学生だったあの日から、一歩ずつ歩き続けてきたカナへ。 素晴らしい感動をありがとう。 最後に、今、まだ誰からも拍手をもらえていないあなたへ。 あなたが積み重ねた時間は、決して無駄じゃない。 いつか、あの日の自分に「諦めなくてよかった」と言える日が来ることを願って。 心を込めて、この曲を贈ります。 『誰でもできること』 黄帝心仙人 #CUTIESTREET #板倉可奈 #THEFIRSTTAKE #KUMA #黄帝心仙人 #誰でもできること

黄帝心仙人(タイムマシーン & A.I.A)

1,440,240 次观看 • 1 个月前

「この先5年で『何でもできるAI』が来る」と言いながら「この先10年で雇用は増える」と同時に語れるのは、AGIというラベルが便利な曖昧語になっているからだ。VCや技術者の側では、期待を煽るときは「強いAGI」、批判や規制の話になると「薄いAGI」にすり替わる。 アジェヤ・コトラ「AGIという概念が主流になるにつれて、同時にどんどん『薄まっている』ことに気づいています。去年、ニューヨークのDealBookで『AIの未来』についてのパネルに出たんです。私と、安全面の観点で考える人が1〜2人いて、他はベンチャーキャピタリストや技術者が何人もいました。 パネルの最初に司会者が、『2030年までにAGI——人間にできることは何でもできるAI——が実現する確率は、実現しない確率より高いと思いますか?』と聞きました。7〜8人が手を挙げました。私は挙げませんでした。私のタイムラインはもう少し長めだからです。 ところが、その少し後に司会者が、『この先10年で、AIは雇用を増やすと思いますか、それとも減らすと思いますか?』と追質問したんです。2030年はあと5年で、10人中7人が『2030年までにAGIが来る』と思っているのに、10人中8人——これも私以外——が『この先10年でAIは失う雇用より多くの雇用を生む』と答えました。 私は少し混乱しました。『5年で、最高の人間専門家ができることを全部できるAIが来ると思っているのに、なぜ10年で、雇用はむしろ増えると思うのですか? ここで何が起きているのですか?』と。 ——「矛盾している感じがしますね」 その矛盾について後で何人かに突っ込んで聞いたら、みんなすぐに引き下がって、『AGIって結局何を意味するの?』と言い出しました。司会者はすごく極端な定義を置いていたのに、彼らは『もうAGIはあるようなものだ』『人々はゴールポストを動かし続ける。私たちは次々にすごい新製品を作っているのに、人々はそれをAGIだと認めず、もっと上を求める』と言ったんです。 私は滑稽だと思いました。なぜなら、古い学派のシンギュラリタリアン未来派のAGIの定義において、AGIとは非常に極端なものだからです」

Tsubame

73,970 次观看 • 9 个月前