암호화 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 에이전트 팀과 대화를 나 had습니다. 많은 팀이 같은 일반적인 함정에 빠졌습니다. 이 대화 중에 발견 된 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.

가상 프로토콜은 AI 에이전트 토큰 화의 이야기를 개척했습니다. 최고의 팀과 협력함으로써 그들은 혁신적인 에이전트를 계속 구축하고 있습니다. Virtuals 프로토콜은 우수한 스토리 텔링 및 이야기 구성으로 인해 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:

그러나이 접근법은 두 가지 주된 이유로 효과적이지 않습니다.

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.

가상/에이전트 LP의 구조는 특히 유동성이 낮은 초기 프로젝트의 경우 까다 롭습니다. ALTCOIN : ALTCOIN의 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.

Stablecoin이있는 주류 코인 또는 altcoin의 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.

해결해야 할 문제를 이해하지 않고 구축하거나 관객이 실패하는 가장 빠른 방법 중 하나입니다.

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 프로젝트에는 두 가지 유형의 제품이 있습니다.

Tokens

토큰

Actual products

실제 제품

This means attracting two types of supporters:

이것은 두 가지 유형의 지지자를 유치하는 것을 의미합니다.

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 Trap에 속합니다. 신뢰할 수없는 KOL을 지불하여 토큰을 홍보합니다. 결과적으로 제품에 관심이없는 많은 덱스를 끌어 들이고 있습니다. 가격이 떨어지거나 에어 드롭이 실망하면 당황한 판매 및 프로젝트에 사기를 표시합니다.

What to do:

해야 할 일 :

Have a strategy

전략이 있습니다