正直なところ、今までマヌスの招待コードがないので、経験しなければ発言権がないと主張するなら、フォークするだけで10分節約できます。私は2つの大きなポイントについて話したいと思います、1つはマヌスのマーケティング論争についてです。 1つは、製品の創意工夫に対するマヌスのアプローチです。###製品:ブレークスルーはなかったが、ブレークスルーはあったマヌスは技術のブレークスルーを達成していないが、これはおそらく論争後の最大のコンセンサスである。 中核となる検証ケースは、OpenManusを3時間でコピーしたMetaGPTチーム(プログラミングエージェントチーム)によるものです。しかし、マヌスがあなたにもたらす製品が衝撃的であることは間違いありません。 AIを「人間の手」として活用し、大量の情報の自己収集やブラウザ操作など、一連のプロセスを自動化します。 これらは最終的にカプセル化され、ユーザーはManusにやりたいことを伝え、椅子を動かしてショーを直接見るだけです。もしあなたが私のようで、AI分野の最新の開発をフォローしているなら、manusがディープシークモデルトレーニングのイノベーションというよりも、ステッチモンスターであることに気づくでしょう。1.タスクの並べ替えとナレッジベースの呼び出し。 ほとんどのモデルにはこの機能があり、プロンプトエンジニアリングの観点からは、最初にタスクを分解して整理することで、AIの最終出力の効果が向上します。 私自身のAIとの日常的なやり取りでは、リストを作成するか、私のニーズに基づいてAIに整理させます。2.情報の収集、分類、分析。 つまり、現在基本的にサポートされているディープリサーチです。3.外部ツール関数呼び出し。 MCPとブラウザ使用などの多数のオープンソースツールの両方が、日常のユースケースに組み込まれています。4.マルチエージェントの協力。 デヴィンが始めてから1年か2年は経っていたはずだ(正確な時期は思い出せない)。 3時間の再現を行ったmetaGPTチームは、プログラミングの分野でのマルチエージェントコラボレーションでした。多くの人々は、マヌスの革新性の欠如にしがみつき、賞賛を見ると嘲笑し始めます。傲慢さは進歩の最悪の敵であることを知っておくことが重要です。あなたは自問自答するかもしれません:それらはすべて存在するものなのに、なぜそれらが統合されると突然爆発するのでしょうか? それはすべてすでにそこにあるものです、なぜあなたはそれを縫わないのですか?誰もがイノベーションを非常に狭い視点から見ており、常にテクノロジーを把握していますが、製品コンセプトやビジネスモデルのイノベーションがより広範囲に及び、影響力があることを知りません。最後に記事を載せましたが、Manus製品の理解は非常によく書かれています(チーム自体の言葉を言い換えているため)。! [マヌスの赤と黒:マーケティングは確かに過剰ですが、製品は素晴らしいです](https://img.gateio.im/social/moments-f693a399c7f56172d218af3a566be006)この一節は、私がこの記事を書いた主な理由でもあります。 ここで紹介したポイントは、製品を作るすべての人にとって味わう価値があると思います。私がマヌスから見たことと、そこから学べることについて話しましょう。**1. エージェントワークフローの干渉防止**ゲーム制作では、同様の概念である「フロー」についても言及します。つまり、製品を使用するユーザーのエクスペリエンスは、行動プロセスの期間で構成されます。 たとえば、Alipayを使用して電話料金を支払う場合、Alipayを開き、ホームページの[リチャージ]をクリックし、携帯電話番号を選択し、金額を選択し、確認して支払い、リチャージが成功した際のフィードバックを受け取る必要があります。 このようなプロセスでは、プロセス外の要因による干渉があると、プロセス全体が中断され、製品体験が低下します。既存のAIエージェントは、ユーザーのワークフローに完全に限定されているわけではありませんが、ワークスペースのスペースを占有するという問題を抱えています。 一般的に使用されているAI読み取りWebページを例にとると、AIは現在のWebページに基づいて理解を提供し、現在のWebページを変更することはできません。 それ以外の場合は、リンクを手動でコピーして、別のウィンドウでAIに渡します。 私が最近試 same.dev 別の製品は、フロントエンドのソースコードを直接コピーすることに重点を置いていますが、Webページをバイパスして操作を中断し、ワークスペースを占有するという問題があり、エクスペリエンスは非常に貧弱です。もちろん、どちらが良いとか悪いとか言っているわけではありません。 しかし、manusのプロダクトレベルでの変化は、AIエージェント形態の進化を考える上で有意義です。ブラウザ内AIからブラウザ内AIインタラクティブページまで、前者はユーザーの日常的なニーズを満たし(AIはワークライフプロセスの一部にすぎません)、後者はインテリジェントエージェントのニーズを満たします(外的要因からの干渉を減らします)。AI エージェント製品は、入力を受け取り、プロセスを表示し、出力を吐き出すインタラクティブなページである必要があるだけです。 プロセスは表示のみが許可されており、ユーザーはプロセスによって邪魔されることはありません。OKX Walletの埋め込みブラウザの問題について以前の記事で述べたことを思い出しました。 目標を達成するために、ユーザーがプロセスを積極的に中断することはできません。「流れ」が途切れる経験はひどいものです。**2. 「外部ツール」を再考する**ほとんどの人の目には、MCP やパッケージ ライブラリなどの標準プロトコルのみが "アドイン" と見なされます。実際、いわゆるツールは、安定した入力と出力を備えたブラックボックスであり、ユーザーは明確な期待を持つことができます。プログラミングは、AI アプリケーションのシナリオで最も決定論的なものであり、無数のスクリプトとモジュールをツールとしてパッケージ化できます。モデルトレーニングの観点からは、競争して数学の問題を解くことは問題ありません。 しかし、数学の問題をモデル応用の観点から直接取り上げると、それは愚かなことです。なぜあなたはそれを解決するためにコードを書かないのですか、そしてあなたはラウシュサブベクトルマップを使わなければなりませんか?manus氏は、汎用エージェントの設計における重要なポイントを指摘しています:すべての問題をAIで直接解決しようとしないでください。AIはただの手です。手作業でツールを使って問題を解決します。 ツールは、事前に定義することも、アドホックに記述することもできます。人 - 手 - ツール - タスク。間接ツールのレイヤーは何層気にしますか?**3. 非破壊的な使用シナリオ**プログラミングを頻繁に行う学生は、さまざまなプロジェクトや依存するライブラリのバージョンが乱雑であり、主要なライブラリのバージョンの 1 つが正しくない限り、プロジェクトがエラーで実行される可能性があることを深く理解している必要があります。そこで登場するのが、プログラミングにおける仮想環境の必要性です。 npmはプロジェクトの依存関係のインストールに基づいており、Pythonは仮想環境、Dockerコンテナなどを作成しますが、私の理解では、これらはすべて環境の独立したカスタマイズを保証することです。これは、この段階での直接の目次を持つすべての製品レベルのエージェントのコンセンサスである可能性があります:ユーザーのオンプレミス環境を侵害せず、クラウドを使用します。bolt.new や mgx.dev などがあり、これらはすべてクラウドで直接実行し、書き込みとデバッグを選択しました。 ただし、これらはプログラムによるエージェントであり、汎用エージェントには制御がありません。Manus氏のアプローチとはまったく対照的に、Highlightという別の製品があります。 ダウンロードしてインストールすると、デスクトップにフローティングウィンドウが形成され、現在のワークスペースのアプリケーションに基づいていくつかのAI統合操作が行われます。人目を引くようですか?たとえば、クロールする方法がわからず、ブラウザページに移動してHighlightにクロールさせますか?個人的には、ハイライトを動作させるにはプロセスを開かなければならないため、ハイライトの練習が元のワークフローに干渉しているという経験があります。 しかし、現実には、誰もが仕事中にページを前後に切り替えることになり、AIが完成するのを具体的に待つことは不可能です。 また、AIが私のブラウザでクロールしている場合、それは私のIPを使用していますか、そしてそれは私の将来の訪問に影響を与えますか?地元のシーンは台無しです。実は、これらのポイントは、話すだけで思いつくのは難しくありません。 しかし、フレームワークで一連の設計を実行する方法は、まだ経験する価値があると思います。最後に、マヌスキャップに関する私の個人的な期待です。私の期待は、AIが私たちのためにすべてを行うことはできないという期待をコントロールすることです。 将来、AIモジュールがスマートホームに導入されたとしても、それは「人の手」で使える「道具」になってしまいます。 デスクトップ上には、自然言語のみで生産グレードのソフトウェアを制御できる「ツール」がますます増えています。 多くの場合、AIの世界認識は巨大なブラックボックスの上に構築されており、「幻覚」を見るため、人間もプロセス制御テストを行う必要があります。いずれにせよ、人間の真実はAIの真実よりも偉大であると信じているので、人間はAIの生産をテストする必要があります。 そして、AIに与えれば与えるほど、より多くのことを調べなければなりません。 これは最終的に境界を超えてバランスを取ります。この境界は、汎用エージェント製品の上限です。###マーケティング:論争を恐れず、論争を恐れないこのマヌスの波をサークルの外に見ると、サークル内の自然発生的な論争というよりは、一対の「神の手」が密かに導いていることがわかります。これらの神の御手もまた、公式なものでなければならない。 自分の手で手を導くのは素敵だと思いませんか?まず、私はGrokに、この期間中のmanusのマーケティングイベントを要約するように依頼しました。! [マヌスの赤と黒:マーケティングは確かに過剰ですが、製品は素晴らしいです](https://img.gateio.im/social/moments-25c8f982614aeb9ec541b38c1218c4f3)公式のコアスローガンが「世界初の汎用AIエージェント」であることがよくわかります。これは非常に物議を醸す発言です。A. 部外者にとって、この発言は非常に目を引くものです。B.私のように日常生活に注意を払っているがインサイダーではない人にとっては、一目で言葉のトリックをしていることがわかります:上記の製品レベルを紹介しましたが、それはステッチモンスターであり、いずれにせよ最初とは言えません。 しかし、「日常」という言葉を加えると、汎用的なタスクを扱わなければならないという消費者向け製品が実際に存在せず、多くの世論を引き起こしています。 さらに、スローガンは本質的に誇張されているので、そう言うのは確かに理解できます。C. インサイダーについては、結局のところ、自分の研究成果が縫い付けられているというか、彼らの目には技術的な内容がないのに、脚光を浴びているのではないかと憤慨している人がほとんどだと思います。- 対立する立場が浮上している。対立する立場があるところでは論争が起こり、世論はやがて発酵し続け、マヌスのプロパガンダにレバレッジ効果をもたらす。外見ではなく、結果を見てください。その結果、マヌスは世界的な注目を集めました。 このマーケティングはコストパフォーマンスに満ちています。および招待コードメカニズム。注目度は高いものの、招待コードは厳しく制限されており、一方ではコストを考慮し、他方では製品の不足を補うためでもあります。 何しろ「汎用」はハイコウの自慢だし、いったん開けてしまえば様々なバグやA級人間からのフィードバックで直接爆破されかねない。 そうなると、対峙する立場ではなく、一方的な立場になり、冷たくなりそうです。 この観点から見ると、招待コードのメカニズムは、実際には初期のテストに似ており、多くの開発バグが修正され、多くのコードが配置され、シードユーザーが最初に製品の改善を手伝うことができます。次に、飢餓マーケティング計画があります。 飢餓マーケティングは本質的に注目を集めるための競争であり、招待コードを使用するすべての人が「愛しているができない」人に叱られるのは普通のことです。その後に起こったこと、Xアカウントの凍結、テクノロジーの脱獄、オープンソースなどは、過度のマーケティングの悪の結果として多くの人に見なされました。この点に関する私の個人的な意見は、AIサークルはまだ文学的すぎるということです。 暗号サークルを散歩して、恥知らずな精神を学ぶことをお勧めします。結局のところ、マヌスチームは実際には大丈夫で、最後の製品であるモニカは安定して収益を上げていますが、多くの小さなチームはまだ食品と衣料品のラインの端で苦労しています。 この時、マーケティングをやり過ぎるなとおっしゃったんですね。 低コストで高いマーケティング成果を達成できるのであれば、なぜそうしないのか。顔は、R&Dチームがそれをやり続けるのをサポートできますか? 顔はイノベーションに十分な資金を提供できるか?顔は無価値です。 死ぬほどの娯楽と情報爆発のこの時代では、注意力が重要です。クリプトサークルの最も残酷で穏やかな点は、それがお金そのものにあまりにも近いため、最もリアルな人間の本性と最も血なまぐさいルーチン(血まみれのルーチンではなく、血まみれのルーチン)しか見えないことです。あなたは原則的でなければなりませんが、いくつかの非原則的な現実を理解し、受け入れることを学ばずにはいられません。そうでなければ、あなたは惨めな死を迎えるでしょう。**リソース**完全なレビュー:マヌスはどのようにして生まれましたか? | オタクパークManusの爆発的な普及の背景で、Agentic AI製品はどのようにして永続的な競争上の優位性を築くことができるのでしょうか?
マヌスの爆発的な赤と黒:マーケティングは確かに過剰ですが、製品は偽物ではありません
正直なところ、今までマヌスの招待コードがないので、経験しなければ発言権がないと主張するなら、フォークするだけで10分節約できます。
私は2つの大きなポイントについて話したいと思います、1つはマヌスのマーケティング論争についてです。 1つは、製品の創意工夫に対するマヌスのアプローチです。
###製品:ブレークスルーはなかったが、ブレークスルーはあった
マヌスは技術のブレークスルーを達成していないが、これはおそらく論争後の最大のコンセンサスである。 中核となる検証ケースは、OpenManusを3時間でコピーしたMetaGPTチーム(プログラミングエージェントチーム)によるものです。
しかし、マヌスがあなたにもたらす製品が衝撃的であることは間違いありません。 AIを「人間の手」として活用し、大量の情報の自己収集やブラウザ操作など、一連のプロセスを自動化します。 これらは最終的にカプセル化され、ユーザーはManusにやりたいことを伝え、椅子を動かしてショーを直接見るだけです。
もしあなたが私のようで、AI分野の最新の開発をフォローしているなら、manusがディープシークモデルトレーニングのイノベーションというよりも、ステッチモンスターであることに気づくでしょう。
1.タスクの並べ替えとナレッジベースの呼び出し。 ほとんどのモデルにはこの機能があり、プロンプトエンジニアリングの観点からは、最初にタスクを分解して整理することで、AIの最終出力の効果が向上します。 私自身のAIとの日常的なやり取りでは、リストを作成するか、私のニーズに基づいてAIに整理させます。
2.情報の収集、分類、分析。 つまり、現在基本的にサポートされているディープリサーチです。
3.外部ツール関数呼び出し。 MCPとブラウザ使用などの多数のオープンソースツールの両方が、日常のユースケースに組み込まれています。
4.マルチエージェントの協力。 デヴィンが始めてから1年か2年は経っていたはずだ(正確な時期は思い出せない)。 3時間の再現を行ったmetaGPTチームは、プログラミングの分野でのマルチエージェントコラボレーションでした。
多くの人々は、マヌスの革新性の欠如にしがみつき、賞賛を見ると嘲笑し始めます。
傲慢さは進歩の最悪の敵であることを知っておくことが重要です。
あなたは自問自答するかもしれません:それらはすべて存在するものなのに、なぜそれらが統合されると突然爆発するのでしょうか? それはすべてすでにそこにあるものです、なぜあなたはそれを縫わないのですか?
誰もがイノベーションを非常に狭い視点から見ており、常にテクノロジーを把握していますが、製品コンセプトやビジネスモデルのイノベーションがより広範囲に及び、影響力があることを知りません。
最後に記事を載せましたが、Manus製品の理解は非常によく書かれています(チーム自体の言葉を言い換えているため)。
! マヌスの赤と黒:マーケティングは確かに過剰ですが、製品は素晴らしいです
この一節は、私がこの記事を書いた主な理由でもあります。 ここで紹介したポイントは、製品を作るすべての人にとって味わう価値があると思います。
私がマヌスから見たことと、そこから学べることについて話しましょう。
1. エージェントワークフローの干渉防止
ゲーム制作では、同様の概念である「フロー」についても言及します。
つまり、製品を使用するユーザーのエクスペリエンスは、行動プロセスの期間で構成されます。 たとえば、Alipayを使用して電話料金を支払う場合、Alipayを開き、ホームページの[リチャージ]をクリックし、携帯電話番号を選択し、金額を選択し、確認して支払い、リチャージが成功した際のフィードバックを受け取る必要があります。 このようなプロセスでは、プロセス外の要因による干渉があると、プロセス全体が中断され、製品体験が低下します。
既存のAIエージェントは、ユーザーのワークフローに完全に限定されているわけではありませんが、ワークスペースのスペースを占有するという問題を抱えています。 一般的に使用されているAI読み取りWebページを例にとると、AIは現在のWebページに基づいて理解を提供し、現在のWebページを変更することはできません。 それ以外の場合は、リンクを手動でコピーして、別のウィンドウでAIに渡します。 私が最近試 same.dev 別の製品は、フロントエンドのソースコードを直接コピーすることに重点を置いていますが、Webページをバイパスして操作を中断し、ワークスペースを占有するという問題があり、エクスペリエンスは非常に貧弱です。
もちろん、どちらが良いとか悪いとか言っているわけではありません。 しかし、manusのプロダクトレベルでの変化は、AIエージェント形態の進化を考える上で有意義です。
ブラウザ内AIからブラウザ内AIインタラクティブページまで、前者はユーザーの日常的なニーズを満たし(AIはワークライフプロセスの一部にすぎません)、後者はインテリジェントエージェントのニーズを満たします(外的要因からの干渉を減らします)。
AI エージェント製品は、入力を受け取り、プロセスを表示し、出力を吐き出すインタラクティブなページである必要があるだけです。 プロセスは表示のみが許可されており、ユーザーはプロセスによって邪魔されることはありません。
OKX Walletの埋め込みブラウザの問題について以前の記事で述べたことを思い出しました。 目標を達成するために、ユーザーがプロセスを積極的に中断することはできません。
「流れ」が途切れる経験はひどいものです。
2. 「外部ツール」を再考する
ほとんどの人の目には、MCP やパッケージ ライブラリなどの標準プロトコルのみが "アドイン" と見なされます。
実際、いわゆるツールは、安定した入力と出力を備えたブラックボックスであり、ユーザーは明確な期待を持つことができます。
プログラミングは、AI アプリケーションのシナリオで最も決定論的なものであり、無数のスクリプトとモジュールをツールとしてパッケージ化できます。
モデルトレーニングの観点からは、競争して数学の問題を解くことは問題ありません。 しかし、数学の問題をモデル応用の観点から直接取り上げると、それは愚かなことです。
なぜあなたはそれを解決するためにコードを書かないのですか、そしてあなたはラウシュサブベクトルマップを使わなければなりませんか?
manus氏は、汎用エージェントの設計における重要なポイントを指摘しています:すべての問題をAIで直接解決しようとしないでください。
AIはただの手です。
手作業でツールを使って問題を解決します。 ツールは、事前に定義することも、アドホックに記述することもできます。
人 - 手 - ツール - タスク。
間接ツールのレイヤーは何層気にしますか?
3. 非破壊的な使用シナリオ
プログラミングを頻繁に行う学生は、さまざまなプロジェクトや依存するライブラリのバージョンが乱雑であり、主要なライブラリのバージョンの 1 つが正しくない限り、プロジェクトがエラーで実行される可能性があることを深く理解している必要があります。
そこで登場するのが、プログラミングにおける仮想環境の必要性です。 npmはプロジェクトの依存関係のインストールに基づいており、Pythonは仮想環境、Dockerコンテナなどを作成しますが、私の理解では、これらはすべて環境の独立したカスタマイズを保証することです。
これは、この段階での直接の目次を持つすべての製品レベルのエージェントのコンセンサスである可能性があります:ユーザーのオンプレミス環境を侵害せず、クラウドを使用します。
bolt.new や mgx.dev などがあり、これらはすべてクラウドで直接実行し、書き込みとデバッグを選択しました。 ただし、これらはプログラムによるエージェントであり、汎用エージェントには制御がありません。
Manus氏のアプローチとはまったく対照的に、Highlightという別の製品があります。 ダウンロードしてインストールすると、デスクトップにフローティングウィンドウが形成され、現在のワークスペースのアプリケーションに基づいていくつかのAI統合操作が行われます。
人目を引くようですか?
たとえば、クロールする方法がわからず、ブラウザページに移動してHighlightにクロールさせますか?
個人的には、ハイライトを動作させるにはプロセスを開かなければならないため、ハイライトの練習が元のワークフローに干渉しているという経験があります。 しかし、現実には、誰もが仕事中にページを前後に切り替えることになり、AIが完成するのを具体的に待つことは不可能です。 また、AIが私のブラウザでクロールしている場合、それは私のIPを使用していますか、そしてそれは私の将来の訪問に影響を与えますか?
地元のシーンは台無しです。
実は、これらのポイントは、話すだけで思いつくのは難しくありません。 しかし、フレームワークで一連の設計を実行する方法は、まだ経験する価値があると思います。
最後に、マヌスキャップに関する私の個人的な期待です。
私の期待は、AIが私たちのためにすべてを行うことはできないという期待をコントロールすることです。 将来、AIモジュールがスマートホームに導入されたとしても、それは「人の手」で使える「道具」になってしまいます。 デスクトップ上には、自然言語のみで生産グレードのソフトウェアを制御できる「ツール」がますます増えています。 多くの場合、AIの世界認識は巨大なブラックボックスの上に構築されており、「幻覚」を見るため、人間もプロセス制御テストを行う必要があります。
いずれにせよ、人間の真実はAIの真実よりも偉大であると信じているので、人間はAIの生産をテストする必要があります。 そして、AIに与えれば与えるほど、より多くのことを調べなければなりません。 これは最終的に境界を超えてバランスを取ります。
この境界は、汎用エージェント製品の上限です。
###マーケティング:論争を恐れず、論争を恐れない
このマヌスの波をサークルの外に見ると、サークル内の自然発生的な論争というよりは、一対の「神の手」が密かに導いていることがわかります。
これらの神の御手もまた、公式なものでなければならない。 自分の手で手を導くのは素敵だと思いませんか?
まず、私はGrokに、この期間中のmanusのマーケティングイベントを要約するように依頼しました。
! マヌスの赤と黒:マーケティングは確かに過剰ですが、製品は素晴らしいです
公式のコアスローガンが「世界初の汎用AIエージェント」であることがよくわかります。
これは非常に物議を醸す発言です。
A. 部外者にとって、この発言は非常に目を引くものです。
B.私のように日常生活に注意を払っているがインサイダーではない人にとっては、一目で言葉のトリックをしていることがわかります:上記の製品レベルを紹介しましたが、それはステッチモンスターであり、いずれにせよ最初とは言えません。 しかし、「日常」という言葉を加えると、汎用的なタスクを扱わなければならないという消費者向け製品が実際に存在せず、多くの世論を引き起こしています。 さらに、スローガンは本質的に誇張されているので、そう言うのは確かに理解できます。
C. インサイダーについては、結局のところ、自分の研究成果が縫い付けられているというか、彼らの目には技術的な内容がないのに、脚光を浴びているのではないかと憤慨している人がほとんどだと思います。
対立する立場があるところでは論争が起こり、世論はやがて発酵し続け、マヌスのプロパガンダにレバレッジ効果をもたらす。
外見ではなく、結果を見てください。
その結果、マヌスは世界的な注目を集めました。 このマーケティングはコストパフォーマンスに満ちています。
および招待コードメカニズム。
注目度は高いものの、招待コードは厳しく制限されており、一方ではコストを考慮し、他方では製品の不足を補うためでもあります。 何しろ「汎用」はハイコウの自慢だし、いったん開けてしまえば様々なバグやA級人間からのフィードバックで直接爆破されかねない。 そうなると、対峙する立場ではなく、一方的な立場になり、冷たくなりそうです。 この観点から見ると、招待コードのメカニズムは、実際には初期のテストに似ており、多くの開発バグが修正され、多くのコードが配置され、シードユーザーが最初に製品の改善を手伝うことができます。
次に、飢餓マーケティング計画があります。 飢餓マーケティングは本質的に注目を集めるための競争であり、招待コードを使用するすべての人が「愛しているができない」人に叱られるのは普通のことです。
その後に起こったこと、Xアカウントの凍結、テクノロジーの脱獄、オープンソースなどは、過度のマーケティングの悪の結果として多くの人に見なされました。
この点に関する私の個人的な意見は、AIサークルはまだ文学的すぎるということです。 暗号サークルを散歩して、恥知らずな精神を学ぶことをお勧めします。
結局のところ、マヌスチームは実際には大丈夫で、最後の製品であるモニカは安定して収益を上げていますが、多くの小さなチームはまだ食品と衣料品のラインの端で苦労しています。 この時、マーケティングをやり過ぎるなとおっしゃったんですね。 低コストで高いマーケティング成果を達成できるのであれば、なぜそうしないのか。
顔は、R&Dチームがそれをやり続けるのをサポートできますか? 顔はイノベーションに十分な資金を提供できるか?
顔は無価値です。 死ぬほどの娯楽と情報爆発のこの時代では、注意力が重要です。
クリプトサークルの最も残酷で穏やかな点は、それがお金そのものにあまりにも近いため、最もリアルな人間の本性と最も血なまぐさいルーチン(血まみれのルーチンではなく、血まみれのルーチン)しか見えないことです。
あなたは原則的でなければなりませんが、いくつかの非原則的な現実を理解し、受け入れることを学ばずにはいられません。
そうでなければ、あなたは惨めな死を迎えるでしょう。
リソース
完全なレビュー:マヌスはどのようにして生まれましたか? | オタクパーク
Manusの爆発的な普及の背景で、Agentic AI製品はどのようにして永続的な競争上の優位性を築くことができるのでしょうか?