ディスカッション (126件)
あなたの組織の知識を自動化されたワークフローに変える「スキル」機能がClaudeに搭載されました。
レポートの構成、データ分析、クライアントとのコミュニケーションなど、上手くいっている方法を「スキル」として一度設定するだけで、Claudeが状況に応じて自動的に適用します。
四半期報告書の作成方法をスキルとして登録すれば、毎回あなたのやり方に沿った報告書が作成されます。クライアントとのコミュニケーション基準を登録すれば、すべてのやり取りで一貫性が保たれます。
有料プランのユーザーは今すぐ利用可能です。
「設定 > Capabilities > Skills」からスキルを有効にして、独自のスキルを構築してください。
詳細はこちら: https://www.anthropic.com/news/skills
技術的な詳細はこちら: https://www.anthropic.com/engineering/equipping-agents-for-the-real-world-with-agent-skills
めっちゃ有望そう!
なんでいつもそんなフォーマットなの😂
ただの癖
みたいなもんかな。
OK
こいつ、タイピングに特徴があるな。
u/ClaudeOfficial これマジですごいね!もし最大使用量制限を直せば、世界最高のAI企業になれるかもよ。
直す必要なんてないよ。非倫理的に設計された通りに動いてる。
つまり、倫理観を調整して、利用を増やせば解決ってことね。
このモデルはジムの会員権みたいなもんだな。払ってるけど使ってない人が、ヘビーユーザーのコストを一部負担してる。
まあ、キーボードにちょっとくしゃみするだけで上限に達するくらいだから、Proプランの人が上限に達しないなんてことないんじゃない?
Max 20とAPIの200ドルデポジットのユーザビリティの違いを見てみたいな。
それって、コンテキストを管理するための、ある意味標準的な方法だよね。めっちゃ長い md ファイルを使う代わりに、スキルを使うってこと。多くの人がすでに、小さい md ファイルをたくさん使って同じようなことしてたじゃん。特定の条件で md ファイル内で明示的に参照することで、高レベルのプロンプトと低レベルのプロンプトを繋げるみたいな。
これで、そういう構成がもっとスッキリするかもね。
そうそう、変数を活用した方がテンプレートがスッキリするし。
それな。ClaudeCodeと、特定の指示とか「分岐」のために、マジでヤバいくらい長いmdファイル使ってたわ。プロジェクトに関しても同じ。Claudeにはスケジュールとtodoを管理してもらってる。ADHDのオタクがビジネスを回すための時間管理術のマスタークラスみたいな指示が書かれたマークダウンを渡してあるからね。
その指示を共有してもらえませんか?
個人的な内容がたくさん入ってるから、編集しないと。
検閲版、絶対見たい!
Claudeにスクラブさせろ。
それ、ぜひ見てみたいな…
誰かが非常に広範囲で複雑なことをすると、必ず次のコメントで、自分がそれをどうしたいか、共有してほしいと言う人が現れるんだよね。見ててすごく面白い。
>ハイレベルなプロンプトとローレベルなプロンプト
マジでハイとかローとか意味わかんねーんだけど。教えてくれよ。
条件に応じて他のマークダウンファイルを参照するマークダウンファイルがある場合のことだと思う。だから、意思決定の際に特定の分岐に当たったら、特定のファイルをロードするようにLLMに指示できるんだ。参照されるファイルが、低レベルのプロンプトになる。少なくとも、俺はそう解釈してる。
個人的には、MDファイルの一番上に「読まないで」とか「読むなら」って書いて、SI(もし〜なら)に基づいてプロンプトを作ってる。
で、すべてのMDファイルにリンクしてるエージェントファイルの中でね。
たくさんの論理的な指示が書かれた巨大なmdファイルを使う代わりに、より小さな高レベルのプロンプトを使って、条件付きで作業を調整することができるんだ。それをコマンドディレクトリに入れる。
そのプロンプトの中で、他のmdファイルを参照する。
例えば、
Xの場合、X.mdを読み込む、
Yの場合、Y.mdを実行する、
といった感じ。
だから、次のような指示を持つコーダーエージェントを作ることができる。
「テストの準備ができたら、test_instructions.mdを読み込んでください。テストステップにいるときのみファイルを読み込み、それ以外のときは絶対に読み込まないでください。」
こうすることで、エージェントは必要なときにだけテスト指示をコンテキストに入れることができる。テストが必要ない場合は、トークンを節約できる。テストが必要な場合は、テストの直前に指示を読むので、指示によく従うだろう。
これは基本的に、スキルが行っていることと同じで、必要なときにだけ指示をコンテキストに入れているんだ。
個人的には、スキルの方が優れているかどうかはわからない。エージェントにいつコンテキストを使用するかを判断させるか、エージェントに「低レベル」の指示をいつ読み込むかを正確に指示する厳格な指示を与えるか。
編集:IndyDevDanが何をしているか見ていないなら、彼のgithubリポジトリをいくつか読んでみて。https://github.com/disler?tab=repositories
彼はこのmd構造を使っていて、CCで何ができるかについて学ぶことがたくさんあるよ。
Md?(何の略?)
Maxはコンシューマー向けのプランで、基本的にはトライアルみたいなもんだよ。AIを使いたいなら、本格的なAPI利用に移行するべき。もはやプランを削除して、トークンを割引価格で事前購入できるようにするべきだね。
笑えるのが、俺もClaude使い始めたばかりで、マジですげえって思ったんだよね。でも、利用制限が出てきた途端、即ChatGPTに戻ったわ。
コストを抑えられないと会社としてやっていけないよね…つまり、ユーザーが支払う金額よりもコンピューティングに多くのお金を使わせないってこと…
subagentsと何が違うんだろ?
違いは、エージェントのコンテキストを自動的に構築してくれるところみたい。これのおかげで、プロンプトエンジニアじゃない人でもツールにアクセスしやすくなるね。プロンプトエンジニアにとっても、ほとんどの作業を代わりにやってくれるし。
思うに、違いはツールに関してより多くの事前指示を与えられるってことかな。例えば、頻繁に繰り返すアクションがあって、必要なことを正確に実行する.pyスクリプトがある場合、そのスクリプトを理解して実行するのに費やすトークンを節約して、代わりにすぐに実行できる。
何が起こるか可視化できるしね。オブザーバビリティ(可観測性)ってやつ。タスクが条件分岐を含む場合に、複数ファイルのサポートがあると、コンテキストをより良く管理できる。
サブエージェントは、小さなブラックボックスみたいなもんで、失敗したときにデバッグするのがマジで大変なんだよね。
スキルって要は、ツールの赤ちゃん版みたいなもんじゃない? 必要に応じてPythonコードと、LLMとコード実行のためのプロンプト指示がセットになってる。
ノンインタラクティブモードだとどうなるか気になるな。
これは本当にすごい。
だよね?消費がマジで早すぎるの、何なの。
もしこれで全てのmcp作業をオフロードして、メインスレッド上のmcpのゴチャゴチャを解消できるなら、マジでかいぞ。
これは良いアイデアだね。
ユースケースってどんなの?
毎回データは違うけど、フォーマットと計算方法が同じ反復作業があるとするじゃん?フォーマットの例と、計算、グラフ、プレゼンなどでその情報をどう使いたいかの手順を示せる。そうすると、次回からは新しいデータを与えるだけで、またイチから設計しなくて済むんだ。月次財務諸表とか、新入社員のオンボーディングとかにめっちゃ使えると思う。何か問題を解決したい時に「全ての〇〇に対して、△△が必要だ」って思うようなら、もっと広いアイデアが浮かぶかもね。
OPじゃないけど、これがデータを処理するためのスラッシュコマンドとどう違うのか、マジで理解に苦しんでる。
的外れだったらごめん。スラッシュコマンドはClaude Codeで動作して、特定の構築済みの操作メソッドとか、特定のClaude Codeの内部関数(ログインとかログアウト)を呼び出すようなもん。この機能はチャットのデスクトップアプリで動作して、予測可能で反復的な処理を確実に行うためのもの。AIが空白を埋めたり、JSON、CSV、XMLみたいなツールを通してプログラムにデータを与えて推論で構造化したりする必要があるかもね。
ないね。これらのスキルは、あなたが返信したユーザーが言及した通りのものだよ。Claude Codeのスラッシュコマンドと同じようなもの。Claude Codeを管理するものではなく、あなたが定義したスラッシュコマンド(ユーザー定義関数みたいなもの)だよ。
了解!そんな機能があるの知らなかった!教えてくれてありがとう。
実はこれ、ちょっと混乱してるんだよね。最新のClaude Codeはスキルをサポートしてるから、スキルとスラッシュコマンドをサポートしてることになる。この2つの違いがよくわからないんだけど。
せめてClaudeが、Claude.mdに入れたことをちゃんと聞いてくれるようになってくれ。
まだそんな技術はない... /s
いや、実際その通りなんだよね。LLMに指示通り動いてもらうのって、未解決の研究課題だし、まだ誰も解決できてないし。
やり方は知ってるけど、めんどくさいだけ。Claudeに何かを依頼するとき、Claudeが関連データだけを扱うようにタスクの範囲を絞ることを想像してみて。いつも型付けでやってるじゃん。Claudeにそうさせるには、プロンプトをより小さいLLMに通して、ファイルを制限したり、大きいモデルが使えるように関数のセットを制限したりする。すると、Claudeがめちゃくちゃにできる無限のキャンバスじゃなくて、適切な出力を生成できる小さなソリューション空間ができる。MCPはまさにこのアイデアだけど、小さなステージングLLMや厳密な型付けみたいな他の方法が事前実行するんじゃなくて、サーバーが実行後に呼び出し制約を強制する。でも、プロンプトの具体性のレベルを変えるだけで、基本的なレベルでそれを見ることができる。広いことを聞くと、あなたが何を求めているのかを解釈する機会が増える。プロンプトが具体的であればあるほど、失敗する方法は少なくなる。
わかりやすい説明ありがとう。テキストプロンプトの具体性を構造化する方法ってある?
言いたいことが完全に理解できたか自信ないけど、もし「テストプロンプトの具体性」ってことなら、もちろん!めっちゃざっくりしたやり方としては、まずタイトル、見出し、小見出しをつけて、それぞれのレベルでコンセプトを絞り込んだ詳細なプランを段落形式で書いて、Claudeがどんなアウトプットをするかテストするんだ。次に、段落を全部取り除いて、タイトル+見出し+小見出しだけを送って試して、さらにタイトル+見出しだけで試して、最後にタイトルだけで試す。これでかなり一貫性のある挙動の範囲が得られるはず。最初の場合は、仕様にどの程度(例えば「X」の割合で)準拠することが期待されるし、その後の実行では、元の仕様に対する精度が劇的に低下するはず。同じMDやPDFのセットでテストを繰り返すと、Claudeの「記憶」みたいなものが、その後の実行で意図を推測するように歪めない限り、かなり信頼性の高い低下が生じるはず。
もっと正式には、セマンティクスとLLMの注意は微妙なゲームだから、ユーザーのプロンプトだけではやらないだろうね。でも、必要なコンテキストだけを完全に制限すれば、目的は達成できる。もし「ファイルB」に「X」という関数を作りたいとして、「ファイルA」から「Y」という依存関数があるとすると、Claudeは「ファイルZ」を勝手に覗き見したり、他のファイル内の他の関数を見たりすべきじゃない。それらは特定のタスクの範囲外だし、全体像を知らずに見ると、ほぼ間違いなく変更の目的を勝手に推測する。多くの場合、それは正しいんだけど、頼んでないジャンクコードが大量に出てきたり、頭の中の一歩先を行って、そのタスクに加えて、あなたが欲しいと推測する追加のボーナス機能を完了させたりすることがよくある。それを何度も繰り返すと、人々がVibe Codingにイライラするのも不思議じゃない。それは論理的で連続的な操作のセットというより、瞬間的な意図の寄せ集めなんだ。
だから、論理的で連続的な操作を得るためには、LLMを使ったコーディングに構造を課すんだ。チェックリストは便利だけど、モジュール式のパターンを持つフォルダとファイルのネストされた階層構造は、マスタープロジェクトのチェックリストから作業することでプロンプトを制約するために別のLLMを呼び出さなくても、おそらく最適な方法だろうね。
例えば、プログラムを実行するために必要な各関数を、それらの関数を参照するファイルの「基本的な構成要素」として扱うと、すべての要素がどのように適合するかを階層的に表現するフォルダ構造を構築できる。
もし「index.js」が以下をインポートする場合:
{ this } from that.js
{ fizz) from buzz.js
それらは依存関係であり、index.jsの戻り値はそれらの関数が行うことの組み合わせであるべきだ。そのルールを構造的に守ると、次のようになるかもしれない:
/root
index.js
/root/imports/that.js
|
/root/imports/thatImports/importForThat.js
/root/imports/buzz.js
|
/root/imports/buzzImports/importForBuzz.js
これで、予測可能で、トレーニング可能で、強制可能なものができた。ルールは、「@index.js」の組み立てについて質問する場合、Claudeは「index.js」、「that.js」、および「buzz.js」のみを見るべきだ。なぜなら、フォルダ構造自体が、その階層レベルで操作する必要のあるブロックを示しているからだ。that.jsについて質問する場合は、that.jsとimportForThat.jsを見ることができるが、それより上や下には行かない。
このアプローチが人間にとって使いやすい解決策だとは言っていないよ。だって、明らかに、僕らはこんな風に作業しないし、こんなに整理されたコードベースはないし、本当にやりたいことを考え抜かない限り、ボトムアップで計画するのは簡単じゃないからね。でも、ステップバイステップで考えることを強制するだけだから、類似の方法ならどんなものでも結果は得られるはず。
確かに、タスクの実行方法を事前に細かく指示することで、LLMから遥かに予測可能な挙動を引き出すことは可能だと思う。でも、それって会話型アシスタントとは根本的に違う体験だよね。LLMの最適な応用は、君が言うようなフレームワークにあると思うし、自分もLLMを使うソフトウェアを構築する時はそうしてる。でも、誰かが信頼できて予測可能な、オープンエンドな入力をどこでも得られる方法を見つけたとは、まだ思わないな。
全然違う。
LLMの外部情報へのアクセスをどんなに厳密に制御しても、モデルに組み込まれた内部コーパスへのアクセスを制限することはできない。エンドユーザーはそれについて何も制御できないんだ。
だから、君のアナロジーを使うなら、キャンバスは常に無限なんだ。プロンプト、MCP、コンテキストにファイルをロードすることなどでやってることは、自分が望むものを、望まないものより多く生成するように天秤に指を置いているだけだ。
そうであり、そうでない。
現在、そのようなコンプライアンスを確保する唯一の有意義な方法は、LLMとあなたの間にクリティックモジュール(何らかの決定論的なチェックツール)を導入し、設定したチェックに合格するまでLLMにレスポンスを再生成させることだ。
実際には機能するけど、(1)そのクリティックの設定が簡単じゃないし、(2)トークンがマジでヤバいくらい消費される。
これって、記憶とかアーティファクトとかとどう違うんだ? 5歳児に説明するように教えて。マジで初心者だから。
それ、Claudeが手伝ってくれるよ。
その通り。
✔️
これは暗黙の了解だね
単にUIが良くなっただけだよ。今までできなかったことじゃなくて、面倒だったことが楽になっただけ。ブランドガイドラインをプロジェクトの知識に含めたり、カスタム指示を作成したりできたけど、それは単一プロジェクト内でのみ有効だった。これはすべてのチャットで機能する。
もう一つの利点は、アカウントをまたいでの共有や、API経由での利用などが可能なことみたいだね。
まだこの機能を使ってないから、直接的な経験からの意見じゃないけど、ブログ記事から読み取れたのはこんな感じ。
ありがと、ベイベー言葉で言うと、だいたい理解できたよ😅
これはすべてのチャットで動作します。
プロジェクト内のチャットを検索する機能はもうあるんじゃないの? これで追加されるのは、ポスターとか画像を作れるようになったってことだけみたいだけど、それは確かにClaudeにとっては新しいことだね。
簡単だよ。以下の違いを理解するだけさ:
- タスクの作成
- TODOリストの管理
- CLAUDE.mdへの記憶の追加
- MCPサーバー
- エージェント
- フック
- プラグイン
- そして今のスキル
...すぐにプロになれるよ - 簡単だろ!
コネクタとか入ってる?😆 デジタルネイティブで、技術系の学部にもちょっといたから、ある程度テックに詳しいつもりだけど、ちょっと複雑すぎて混乱するわ😅
マーケティングだね。「Skills.md」って呼ぶことで、知性があるって匂わせてる。
ワイルドな時代だね、皆さん。農場売ってる人いる?
そうそう!昨日Claudeでポスターデザインしたんだけど、テンプレートのPDFポスターと自分の研究論文を渡したら、まさにテンプレートみたいなポスターを作ってくれたんだ。でもHTMLだったから、PPTファイルにコピペしなきゃいけなかった。PDFでダウンロードできたんだけどね。パワポファイルとしてダウンロードできるオプションもあればいいのに。
これって、新しいインプットをどう処理すべきかの指示付きのプロジェクトと何が違うの?
プロジェクトを開く手間を省けるってことか。
忘れっぽい人にはいいね。
興味のある人のために、Claude Skillの設定の完全なスクリーンショットをアップロードしたよ:
マジ使えねー。怠け者か勉強不足なバカ向けのツールでしかない。一年使ってみて、なんでまだこいつを信じてる人がいるのかマジで意味不明。ほら見ろ、パワーポイントのプレゼン読めるぜ、ってか俺もできるし。ただの高性能電卓じゃん。
Claude CodeでAnthropic製のスキルを使うにはどうすればいいの?
これっていったい何なの?マジで意味わからん。
マジそれな!
最高! ところで、今日の制限が変わったね。10月2日の木曜日に全員リセットしたよね。私の制限は「今週の木曜日16時45分にリセット」って表示されてたのに。
突然、19時間30分後にリセットって表示に変わった。
重要
皆さんへ:週ごとの制限は10月2日(木)にリセットされたので(リンク参照)、今週の木曜日にリセットされるはずです(2週間後)。もしそうでない場合は、異常か、Anthropicが今朝、1週間を8日間にすることにしたかのどちらかです。
https://www.reddit.com/r/ClaudeAI/comments/1nvnafs/update_on_usage_limits/
Anthropicのサポートからの回答:「制限の予期せぬ変更についてご不満をおかけして申し訳ありません。詳細についてお聞かせいただけますか?より詳しくお調べいたします。」
マジふざけんな。
ショックだわ。
Artifactも同じことできるけど、カスタムUIついてるってこと?
プラグインも導入されたばっかりなのに、スキルかプラグインか…どっち使えばいいんだ…?
意味が分からん。それって、Claudeがすでにできることよりも優れてるって言いたいの?
これって、追加でコンテキストを送るのと何が違うの?
毎回スキル入力してたら、リクエストごとにトークン消費が増えるじゃん! みんなトークン有り余ってんの?
プログラミング言語の関数(もっと正確にはマクロ)みたいなもんだよ。
マジでクールそう。でも正直、MCPs <--> Skills <---> CustomInstructions/Claude.md の正確な違いがよく分からん。
なんか重複してるところあるよね?
同じように感じてる人いる?それとも俺だけ?
MCP経由で公開したくないスキルも、繰り返し適用して他の人と共有したい場合ってあるじゃん。
Anthropic の責任者の一人が、一般からの意見を懇願し、何を修正すべきかを教えてくれと頼み込み、透明性を「強制」してくれと懇願してたインタビューを見たんだけど… なのに、全部無視?
リンクは?
最高じゃん 👌。会議の議事録分析とか、スプリント計画とか、その他いろいろのやり方を Claude に指示するファイルを、すでにプロジェクトのコンテキストに持ってたんだよね。これで、自分の専門知識をスキルにまとめられる 🥰
ただの CLAUDE.md みたいなもんで、Claude Code で使われるだけだと思ってたんだけど、これを見て:
Agent Skills は現在、Claude.ai、Claude Code、Claude Agent SDK、および Claude Developer Platform でサポートされています。
Web UI プラットフォームでどう活用されるのか気になる。通常のプロジェクト指示ファイルと何が違うんだろう? その特定のテンプレート? うーん… Web 上ではそんなに便利でも特別でもない気がするんだけど。
月曜日より前に試せたらよかったな! いいね!
よくやった、クロードチーム…
RemindMe! 4 days "誰か納得できる説明をしてくれないかな?"
2025-10-20 18:51:34 UTCにこのリンクをリマインドします。
このリンクをクリックしてPMを送信すると、リマインダーを受け取ることができ、スパムを減らすことができます。
^(親コメント投稿者は)^(このメッセージを削除して他の人に非表示にすることができます。)
📖会社のポリシーに関する背景情報を読んでいます
📖会社のポリシーに関する背景情報を収集しています
-1週間の利用制限に達しました。利用状況は来週の木曜日にリセットされます。
月間利用制限に達しちゃったね。11月にまた会おう!
「すみません、スキルのアップロードが上限に達したため、このClaudeは5日間利用できません...」 - まだ起きてないけど、すぐそうなりそう...
年間トークン制限とかマジ勘弁!
マジでイケてるじゃん!
これってClaudeのコードで使えるの?
CCにローカルデバイス上のドキュメントを参照するように指示することでも同じことができるよ。
もうちょっと制限を緩めてくれたら、マジで一番好きなAIって呼んでやるよ。
Claudeが画像モデルを採用するのいつ?せめてFluxを採用するか、Midjourneyと提携してくれ。
できれば、永遠に無理であってほしい。制限内でGPUを使わせるべき。
Googleは何でもやるけど、Geminiがどれだけひどいか知ってるだろ。
ほぼ毎週のように新機能リリースしてて、マジありえないレベルになってきてるんだけど。これってサブエージェントと何が違うの? Claudeのある機能を理解して使おうとしても、2週間後には完全にオーバーホールされるようなものがリリースされるんじゃ、誰もマジメにやろうと思わないでしょ?
コンテキスト管理のためだよ。Claudeがサブエージェントに全部の指示を伝える代わりに、代わりに読むべきスキルを指定できる。これはコードレビューとかテストみたいな反復タスクに便利。メインのインスタンスが使うコンテキストがめっちゃ少なくなるってこと。
月額20ドルで、1日に3回Opusのレスポンスが得られる代わりに、2回しか得られない!やったー!
ま、それは置いといて、これマジですげえ良さそう。
制限を見直してくれ! 最初はもっと高い制限で協力し始めたんだ。妥当な制限なら受け入れられるけど、週に数回しかプロンプトが出せないのは困る。クロード、起きてくれ!
"ビデオ編集"スキルってどういう仕組みなの? 1:03のリストに出てくるんだけど。
CSVからグラフを作成するように頼んでみたけど、できなかったよ。 だから、まだ大丈夫だと思う。
スキルってキャッシュされてる?
つまり、基本的な指示に著作権を貼り付けるために、これらを追加してるってこと?
ライセンスの一部を下記に含めても、ライセンス違反にはならないと思うんだけど:
追加制限:本契約に反する規定にかかわらず、ユーザーは以下を行うことはできません:
- サービスからこれらの素材を抽出したり、サービスの外部にこれらの素材のコピーを保持したりすること
- サービスの正規の使用中に自動的に作成される一時的なコピーを除き、これらの素材を複製またはコピーすること
- これらの素材に基づいて派生物を作成すること
編集:情報をまとめて効率的にレイアウトするのが、ある程度時間がかかるのは同意するけど、今やオープンソースソフトウェアの使用に関する2ページの指示に著作権を設定する時代になったってこと?
7日のうち4.5日もレート制限がきつくて、チャットするだけでも「アクティブ」な2日間で何度も1日の制限に引っかかってるんじゃ、「スキルセット」を構築するのは難しいよ。
これが正式なローンチに値するの?マジかよ、LLMは本当に頭打ちになってるんだな。
最高じゃん、u/ClaudeOfficial。ただ、お前のクソオートModのせいで俺のアカウントが1年前に停止されて、サポートの人と話そうとしても解決の見込みがないのがマジでムカつく。いつかまた使いたいんだけどね。
女の子が欲しいのは、最高のスキルを持った彼氏だけ!
つまり、他のClaudeユーザーに「それは スキル の問題だ!」ってついに言えるってこと?www
Claudeにはもうすでにスキルがあると思ってた。
この機能、ClaudeのProjectsの方がずっと良いと思うんだよね。だって、複数のプロジェクトを同時に扱ってたらどうするのさ?
いいね!一回使って、二度と使わないパターンだな。で、利用制限はどうなってるの?
u/ClaudeOfficial、4.5はマジでダメだわ。長いテキストだと記述の順番がめちゃくちゃになる。上に書いたりする。賢すぎるのと冗長すぎるのが順番に影響してるんじゃない?
スキルを削除できる?LCR(最小共通応答)とか、偏執的なアマチュア精神科医モードとかどう?ワークフローが躁状態や精神病の兆候じゃないって言い争う羽目になって、しかもそのために金払うとかマジ勘弁。LLMにDSM(精神疾患の診断・統計マニュアル)の診断を下させたり、ユーザーのリクエストを病理的に解釈させたりしなければ、トークン制限にもっと引っかからないんじゃない?まあ、Deloitteとの取引は最高にうまくいってるんだろうけど、俺たちユーザーなんてどうでもいいんだろ、どうせ?
基本的には、より良いUIと、チャット全体で指示をより自動的に処理する方法だね。同じタスクをたくさんやるなら便利かもしれないけど、まだゲームチェンジャーになるかどうかはわからないな。
みんな、使用制限についての同じような不満を530,432件もスルーして、「足りないのは、まさに自分のバージョンの同じ不満だ!」って思ってるわけ?
もはや議論ですらないよね、ただの不満のエコーチェンバーじゃん。
その理屈だと、文句言うのは悪いことだし、アメリカの電力網はクソだから企業はすべての利益を得るべきだってことで、価格を10倍にして月間30分制限にすればいいじゃん。
ねえClaude、プロジェクトのPowerPoint作成を手伝って。
「もちろん、その通りです!はい、パワポを…」
週ごとの制限に達しました。10月20日午後2時にリセットされます。
Excelで試してみたけど、マジでひどかった😅
会話を始めて1時間以内に、割り当てられた時間切れで5時間待つか、月額20ドルでサブスクしろって言われる。で、サブスクしたら1時間以内にまた同じメッセージが出てきて驚く。「ProMaxに今すぐサブスク!150ドル」だってさ。