Content
@
https://opensea.io/collection/dev-21
0 reply
0 recast
2 reactions
rish
@rish
what are your top problems when building mini apps? e.g. - frontend components are hard to build - transactions are hard to create - etc. looking for ways to make mini app development simpler
10 replies
3 recasts
34 reactions
Mani Mohan
@mani
For an existing web app, an AI CLI wizard that will take you step by step - branch a new commit, create manifest, verify it, import necessary modules, and deploy (to Vercel or wherever). Posthog has something like that past few weeks, that does all the integration in a single command. Would love that for mini apps/neynar.
2 replies
0 recast
5 reactions
cody
@codyb.eth
If you want an app that works as a mini app and as a website that can also handle transactions with something like Privy, it's a mess to manage both inside of one (or at least I struggled with it). Ended up making two apps for Sidequest. would prefer there be only one. mini.sidequest.build
4 replies
0 recast
8 reactions
Igor Yuzovitskiy
@igoryuzo.eth
I’ll speak to my mini app dev process 1) build app/website using v0 2) npx shadcn into Cursor directory 3) wrap it into a mini app via pasting LLM friendly text w. prompts such as a) authenticate user into mini app b) add mini app manifest c) correct mini app meta tags Focus on “mini appifying” tools.
1 reply
0 recast
3 reactions
Ξ2T 🏰
@earth2travis
Seems like the most complexity is connected vs. unconnected states across wallets on Warpcast, Coinbase, and Rainbow on multiple networks A standardized Network Connector and Wallet Switcher would be clutch
1 reply
0 recast
1 reaction
Mark Carey 🎩🫂
@markcarey
One of this biggest dev advantages of v1 frames, is that they are effectively headless. The client provides the front end and the dev needs to only create some server functions. Mini apps add front end design and client-side code into the mix, making them 5X to 10X more effort, IMO. Templates and other design resources could be helpful to bridge the gap…
1 reply
0 recast
1 reaction
Haardik
@haardikkk
Local testing has been a pain
1 reply
0 recast
0 reaction
myk.eth
@myk
Building onchain apps where the user may have multiple addresses is my biggest painpoint We have the tools to work around it but it’s just a pain to have to account for the fact that a user might do something onchain w one wallet and then come back to the app with a different wallet (maybe they change preferred wallets)
1 reply
0 recast
0 reaction
atown
@atown
Letting the users trigger actions from their canonical hot wallets vs their warplet if they care about the action being attributed to an existing account (for instance with Zora)
0 reply
0 recast
1 reaction
J. Valeska 🦊🎩🫂
@jvaleska.eth
I hate components, they are bored 😂
0 reply
0 recast
0 reaction
Sayonara
@sayo
Bolt.new for mini apps plz
1 reply
0 recast
0 reaction
