AMCL is live
CA: 3cmpoGHSYPgp4BTwGG44oeGmycrgBhFVQJn1PkUTpump
One workflow connects AI-generated branding, logo and banner assets, token metadata, website creation and wallet-signed deployment
Launch integrations:
Solana -> PumpFun
Base -> Flaunch
BNB Chain -> Flap
HyperEVM -> Signal
Robinhood Chain -> Pons
Each route uses its own launch mechanics. AMCL brings the preparation into one interface
Our token is paired with $PUMP. A 0.6% trading fee funds rewards distributed to holders in $PUMP
https://t.co/FvpcFBEPdC
One line gives the build a direction
A character, an inside joke or a community idea can become the starting brief for AMCL
That brief guides the project identity, logo, banner and website. The selected launch route connects the preparation to a wallet-signed deployment
You describe what you want to create. AMCL connects the steps to launch it
Getting to launch means connecting the steps before it
A logo, a website and token metadata each serve a different purpose. They also need to describe the same project
AMCL carries the project’s identity through those stages, then prepares the launchpad-specific call for the selected chain
The creator signs through their wallet, bringing the preparation to an on-chain launch
https://t.co/FvpcFBFn3a
One creative workflow. Different routes to launch
AMCL brings project identity, asset generation and website creation into a shared preparation flow
At deployment, the route becomes specific to the selected chain and launchpad. Metadata, fees and launch parameters need to match that destination
The goal is a consistent experience for the creator, with the integration differences handled underneath
The launch is the visible part of a longer workflow
Before a token goes on-chain, AMCL prepares its identity, generates the visual assets and builds the website
The selected launch route determines how the metadata and launch parameters are packaged. The creator signs the deployment through their wallet
That final step brings the preparation together: an idea becomes a token on the chosen chain
A short prompt is the starting point for a launch kit
“a coin for my cat that judges people” gives AMCL an idea to build around. The workflow turns that brief into a project identity, visual assets, metadata and a website
Generation prepares the materials.
Launching uses the selected chain’s integration and a wallet-signed deployment
Two buttons on the screen, with a connected workflow behind them
The chain you choose changes what AMCL prepares for launch
A Pons launch includes a logo URL and creator-tax parameters. Flaunch uses a metadata URI and creator-fee allocation. Flap requires its own tax and initial-buy parameters
These options sit behind a shared interface, but each route needs a payload that matches the destination launchpad
The integration work is in turning the project configuration into the right call for that route
Head to https://t.co/hP5kpxVvz7 and try launching your own tokens across all supported networks.
Top-performing developer wallets will be rewarded soon. Stay tuned!
A launch kit starts with a shared identity
AMCL passes the project name, ticker, idea and palette into separate logo and banner generation requests
The jobs can run in parallel. Each produces its own asset, using the same brief as a starting point
That keeps the creative direction connected without making one generation step wait for the other
One brief. Two generation jobs
AMCL sends the same project name, ticker, idea and palette to separate logo and banner generation requests. Both can run in parallel, so the banner doesn't have to wait for the logo to finish
The shared input gives both jobs the same creative direction, while their outputs are handled separately
It's a small piece of orchestration that removes an unnecessary wait from building the launch kit
What happens if the website finishes before the logo?
AMCL's site stage waits for the logo job to resolve, checks whether the published site needs rebuilding, and republishes when newer assets need to be included
Deployment readiness also depends on both the asset and site stages being complete
That coordination matters: a fast first render is useful, but the launch needs the website and the project identity to agree
A chain selector is only the front end of a launch integration
Behind it, AMCL prepares a launchpad-specific call. Pons receives a logo URL and creator-tax parameters. Flaunch receives a metadata URI and creator-fee allocation. Flap has its own tax and initial-buy parameters
The interface brings these routes together, but the payloads and fee meanings differ
Multi-chain support means handling those differences in the launch flow