暗号AIのエージェントが急増しており、雨の後にキノコのように多くのプロジェクトが出現しています

グローバルなAI波に駆られて、暗号AIエージェントが急増しており、雨の後にマッシュルームのように多くのAIエージェントプロジェクトが出現しています。

Author: 0xJeff

著者：0xjeff

Compiled by: Felix, PANews

編集：Felix、Panews

Driven by the global AI wave, crypto AI Agents have surged, with numerous AI Agent projects emerging like mushrooms after rain. How can one successfully build an Agent project? What are the common pitfalls? Crypto KOL 0xJeff summarizes the common traps in a post.

グローバルなAI波に駆られて、暗号AIエージェントが急増しており、雨の後にマッシュルームのように多くのAIエージェントプロジェクトが出現しています。どのようにしてエージェントプロジェクトを正常に構築できますか？一般的な落とし穴は何ですか？ Crypto Kol 0xjeffは、投稿の一般的なトラップを要約しています。

Over the past few months, I have spoken with hundreds of AI agent teams. Many teams have fallen into the same common traps. Here are the 7 major mistakes discovered during these conversations, along with suggestions on how to avoid them.

過去数か月にわたって、私は何百ものAIエージェントチームと話をしました。多くのチームが同じ一般的なトラップに陥りました。これらの会話で発見された7つの大きな間違いと、それらを回避する方法についての提案を以下に示します。

1. Imitating Pioneers

1。先駆者の模倣

Virtuals Protocol pioneered the narrative of AI agent tokenization. By collaborating with top teams, they continue to build innovative agents. Virtuals Protocol holds over 50% of the AI agent market share due to their excellent storytelling and narrative construction.

Virtualsプロトコルは、AIエージェントトークン化の物語を開拓しました。トップチームと協力することにより、彼らは革新的なエージェントを構築し続けています。 Virtuals Protocolは、優れたストーリーテリングと物語の構築により、AIエージェントの市場シェアの50％以上を保持しています。

Many teams believe they can replicate the success of Virtuals Protocol by tokenizing their agents, pairing them with their own tokens, and launching on a new L1/L2 (hoping to achieve PMF immediately).

多くのチームは、エージェントをトークン化し、独自のトークンとペアリングし、新しいL1/L2で起動することにより、仮想プロトコルの成功を再現できると考えています（PMFをすぐに達成することを望んでいます）。

(Note: PMF refers to Product-Market Fit.)

（注：PMFは製品市場の適合を指します。）

However, this approach is ineffective for two main reasons:

ただし、このアプローチは2つの主な理由で効果がありません。

The market already has too many agent tokens; simply launching another agent token is not enough.

市場にはすでにエージェントトークンが多すぎます。別のエージェントトークンを発射するだけでは不十分です。

The structure of VIRTUAL/Agent LPs is tricky, especially for early projects with low liquidity. Altcoins: The LPs of altcoins are inherently fragile, leading to higher volatility and impermanent loss. Liquidity providers (LPs) will avoid them, resulting in even lower liquidity and extreme slippage.

仮想/エージェントLPSの構造は、特に低流動性を持つ初期のプロジェクトでは難しいです。 Altcoins：AltcoinsのLPSは本質的に脆弱であり、揮発性が高くなり、非永続的な損失をもたらします。流動性プロバイダー（LPS）はそれらを回避し、さらに低い流動性と極端な滑りをもたらします。

What to do:

何をするか：

Find a unique niche market that addresses a real problem in a specific area.

特定の分野で実際の問題に対処するユニークなニッチ市場を見つけてください。

Choose LP pairs of mainstream coins or altcoins with stablecoins. They are structurally more robust, especially in volatile markets.

主流のコインまたはstablecoinsを備えたアルトコインのLPペアを選択します。特に不安定な市場では、構造的により堅牢です。

2. Founders/Co-founders Who Don't Understand Sales

2。販売を理解していない創業者/共同設立者

Many teams are composed of developers who do not understand sales. As the chief salesperson, if the founder is not interested in their own product, why would they expect others to be?

多くのチームは、販売を理解していない開発者で構成されています。チーフセールスマンとして、創業者が自分の製品に興味がない場合、なぜ他の人がいることを期待するのでしょうか？

Conducting marketing efforts led by the founder and driven by the team (where the team actively engages in CT and continuously discusses their product) is organic marketing. People will become curious and try it out, providing feedback in return. There is no need to burn money or tokens to acquire users.

創設者が率い、チーム（チームがCTに積極的に関与し、製品を継続的に議論している）が推進するマーケティング活動を実施することはオーガニックマーケティングです。人々は好奇心が強くなり、それを試してみて、その見返りにフィードバックを提供します。ユーザーを獲得するためにお金やトークンを燃やす必要はありません。

3. Building Products That Fit the Narrative

3。物語に合った製品の構築

Forking Compound, AAVE, OHM, or Solidly at the time was merely because it was trendy.

当時の化合物、Aave、Ohm、またはしっかりと分岐することは、単にそれが流行だったからです。

Launching an AI agent was also just because it was trendy.

AIエージェントを起動することは、トレンディだったからといっています。

Building without understanding the problem to be solved or the audience to be served is one of the fastest ways to fail.

解決すべき問題を理解せずに構築したり、奉仕される聴衆が失敗する最速の方法の1つです。

Before building, ask yourself:

建設する前に、自問してください：

Who are the real customers?

本当の顧客は誰ですか？

Is the build driven by hype or by solving a real need?

ビルドは誇大広告によって駆動されますか、それとも本当のニーズを解決することによって駆動されますか？

Are you forcing the product into a non-existent market?

製品を存在しない市場に強制していますか？

Is your token the actual product?

あなたのトークンは実際の製品ですか？

4. Launching Tokens Before the Product Goes Live

4.製品が公開される前にトークンを起動します

Launching tokens before the product goes live means the token will become the main focus. Worse, the team starts dumping tokens, competing for listings on exchanges, and neglecting product development.

製品がライブになる前にトークンを起動することは、トークンが主な焦点になることを意味します。さらに悪いことに、チームはトークンの投棄を開始し、取引所のリストを競い、製品開発を無視し始めます。

This approach will never yield good results; without a product, revenue, or appeal, there is no reason for anyone to hold the token.

このアプローチは決して良い結果をもたらすことはありません。製品、収益、またはアピールがなければ、誰もがトークンを保持する理由はありません。

What to do:

何をするか：

Find some form of PMF before launching the token.

トークンを起動する前に、何らかの形のPMFを見つけます。

Only issue tokens when there are clear network effects and actual value accumulation.

明確なネットワーク効果と実際の値の蓄積がある場合にのみトークンを発行します。

5. Skipping the "V" in MVP

5。MVPで「V」をスキップします

MVP = Minimum Viable Product. However, many teams skip the "Viable" part and launch a useless, minimal product that no one cares about.

MVP =最小実行可能な製品。ただし、多くのチームは「実行可能な」部分をスキップし、誰も気にしない役に立たない最小限の製品を起動します。

An MVP should be a basic but fully functional product that allows early users to try it out—this way, you can collect feedback and iterate on the product.

MVPは、初期のユーザーが試してみることができる基本的で完全に機能的な製品である必要があります。これにより、フィードバックを収集して製品を反復させることができます。

What to do:

何をするか：

Engage in genuine communication with users.

ユーザーとの真のコミュニケーションに従事します。

Understand their needs and then build a product that users will actually use.

彼らのニーズを理解し、ユーザーが実際に使用する製品を構築します。

Do not cling to your assumptions before proving real value.

本当の価値を証明する前に、あなたの仮定に固執しないでください。

6. Lack of Clear KPIs, Goals, or Vision

6.明確なKPI、目標、またはビジョンの欠如

Some teams drift aimlessly: chasing trends, blaming the market, and reacting passively instead of executing a clear plan.

一部のチームは、目立っています。トレンドを追いかけ、市場を非難し、明確な計画を実行する代わりに受動的に反応することです。

What to do:

何をするか：

Set clear, measurable KPIs from day one.

初日からクリアで測定可能なKPIを設定します。

Define what success looks like—what problem you are solving and what the important milestones are.

成功がどのように見えるか、つまりあなたがどのような問題を解決しているのか、そして重要なマイルストーンが何であるかを定義します。

Pivot if certain aspects are not working; no one gets it right the first time.

特定の側面が機能していない場合はピボット。誰も初めてそれを正しく理解していません。

7. User vs. Investor Expectations

7。ユーザーと投資家の期待

Web3 projects have two types of products:

Web3プロジェクトには2種類の製品があります。

Tokens

トークン

Actual products

実際の製品

This means attracting two types of supporters:

これは、2種類のサポーターを引き付けることを意味します。

Speculators: those who speculate on tokens

投機家：トークンで推測する人

Real users: those who care about the product

本物のユーザー：製品に関心がある人

Many projects fall into the KOL trap: paying unreliable KOLs to promote their tokens. The result is attracting a large number of Degens who do not care about the product; when prices drop or airdrops disappoint, they will panic sell and label the project a scam.

多くのプロジェクトがKOLトラップに分類されます。トークンを宣伝するために信頼できないKOLを支払うことです。その結果、製品を気にしない多数の程度が集まります。価格が下がったり、放送されたりすると、彼らはパニック販売し、プロジェクトに詐欺をラベル付けします。

What to do:

何をするか：

Have a strategy

戦略があります