正在加载视频...

视频加载失败

加载此视频时出现问题。这可能是由于临时网络问题，或视频可能不可用。

do you have an interesting yet simple idea that you can't get claude code / codex to build? if so, I want to hear it or see a sketch, and then try building a decent start for you. I need little distractions when I'm tired of working on my... show more

Codetaur

7,849 subscribers

24,190 次观看 • 2 个月前 •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

How does Lee Child start a novel? "If you were a composer writing music, you'd start with a key that you want. G-Major is a cheerful and upbeat key. E-Flat Minor is the opposite. It's down and rather melancholy. So what I do as a writer is start with a vague idea. I want this story to be hard and cold, or I want this story to be hot. And then I'll pick a location that I'm familiar with. I never do research specifically for that book. It always draws on impressions formed over the years from previous visits to places. Do you want it to be the West of Texas, where it's baking hot and arid? Do you want it to be on the Atlantic coast of Maine in April, where it's gray, cold, and misty? So that's how I start. With the sense of place and I'll construct the story around that. The temperature dictates the story." — Lee Child

How does Lee Child start a novel? "If you were a composer writing music, you'd start with a key that you want. G-Major is a cheerful and upbeat key. E-Flat Minor is the opposite. It's down and rather melancholy. So what I do as a writer is start with a vague idea. I want this story to be hard and cold, or I want this story to be hot. And then I'll pick a location that I'm familiar with. I never do research specifically for that book. It always draws on impressions formed over the years from previous visits to places. Do you want it to be the West of Texas, where it's baking hot and arid? Do you want it to be on the Atlantic coast of Maine in April, where it's gray, cold, and misty? So that's how I start. With the sense of place and I'll construct the story around that. The temperature dictates the story." — Lee Child

David Perell

25,139 次观看 • 5 个月前

I would love to start doing giveaways on this platform, but I don’t have enough followers yet. I need to hit 10K if people want to start participating and winning free items from my website. Here is a quick video of items that I have made. If you have an idea, I will create it, for more information. Check out my Truth Social account or website for ideas. Thank you.

I would love to start doing giveaways on this platform, but I don’t have enough followers yet. I need to hit 10K if people want to start participating and winning free items from my website. Here is a quick video of items that I have made. If you have an idea, I will create it, for more information. Check out my Truth Social account or website for ideas. Thank you.

JMs_Ultra_LaserEngraving

45,798 次观看 • 11 个月前

Here's what you get when you let Claude Code run wild on an idea. I didn't add any specific prompts for these details. The first prompt was to create a theme park, then let it keep iterating and improving. The result looks amazing

Here's what you get when you let Claude Code run wild on an idea. I didn't add any specific prompts for these details. The first prompt was to create a theme park, then let it keep iterating and improving. The result looks amazing

Dilum Sanjaya

16,310 次观看 • 5 个月前

I built this onboarding before Claude Code or Codex existed. I made it open source on GitHub, so take it if you want.

I built this onboarding before Claude Code or Codex existed. I made it open source on GitHub, so take it if you want.

Juanjo Valiño

56,894 次观看 • 5 个月前

This is one of the coolest open-source AI agent projects I've seen in a while: 'Understand Anything' It's a plugin for Claude Code, Codex, OpenCode etc. that analyzes your codebase and turns it into a knowledge base that you can interact with. It explains the codebase to you, rather than showing you the structure. It seems like it's designed for code but I opened my Obsidian vault of podcast highlights in Claude Code, then ran /understand. The result is a knowledge graph that I can search of highlights from 888 podcast episodes and 144K lines of markdown text.

This is one of the coolest open-source AI agent projects I've seen in a while: 'Understand Anything' It's a plugin for Claude Code, Codex, OpenCode etc. that analyzes your codebase and turns it into a knowledge base that you can interact with. It explains the codebase to you, rather than showing you the structure. It seems like it's designed for code but I opened my Obsidian vault of podcast highlights in Claude Code, then ran /understand. The result is a knowledge graph that I can search of highlights from 888 podcast episodes and 144K lines of markdown text.

Dan McAteer

172,023 次观看 • 16 天前

Three skills I use every day in Claude Code and Codex to solve my hardest problems: 1️⃣ /agent-watchdog When I have one agent like Codex working on a task and I don't fully trust it's going to do everything right, I'll open up another one like Claude Code and tell it to watchdog the Codex thread. You can copy the Codex deep link into Claude Code and it'll look at the prompt you sent, watch the Codex thread until it's done, then compare the Codex solution to how it was planning to solve it and automatically fix anything that Codex missed. It can also test the work of the other agent end-to-end. Similar to the idea of OpenRouter's new Fusion feature, I've definitely found that two models thinking through a problem and checking each other's work can be wildly more impactful than just one. 2️⃣ /plan-arbiter Similar ideas as /agent-watchdog - but with this one you have both make plans, compare plans, negotiate the differences, and make a final plan to execute. I find Claude Code is better at writing plans, but Codex is faster and cheaper to execute on them. Then I usually have Claude Code watchdog the Codex work and fix anything that was missed. 3️⃣ /read-the-damn-docs One thing that drives me crazy with coding agents is they're so reluctant to look up docs. They'll just guess and guess and guess at the right API surface for things, or the right solution to an integration of two things. Once I explicitly tell it to look up the docs, it says "Oh, I see the answer," and it fixes the problem. So I made the /read-the-damn-docs skill. Add it and your agents will know when and how to do efficient web searches to look up docs for the types of problems you really should look up docs for. All of these are totally open source over on my GitHub. If you try them, let me know your feedback. Will link to them below:

Three skills I use every day in Claude Code and Codex to solve my hardest problems: 1️⃣ /agent-watchdog When I have one agent like Codex working on a task and I don't fully trust it's going to do everything right, I'll open up another one like Claude Code and tell it to watchdog the Codex thread. You can copy the Codex deep link into Claude Code and it'll look at the prompt you sent, watch the Codex thread until it's done, then compare the Codex solution to how it was planning to solve it and automatically fix anything that Codex missed. It can also test the work of the other agent end-to-end. Similar to the idea of OpenRouter's new Fusion feature, I've definitely found that two models thinking through a problem and checking each other's work can be wildly more impactful than just one. 2️⃣ /plan-arbiter Similar ideas as /agent-watchdog - but with this one you have both make plans, compare plans, negotiate the differences, and make a final plan to execute. I find Claude Code is better at writing plans, but Codex is faster and cheaper to execute on them. Then I usually have Claude Code watchdog the Codex work and fix anything that was missed. 3️⃣ /read-the-damn-docs One thing that drives me crazy with coding agents is they're so reluctant to look up docs. They'll just guess and guess and guess at the right API surface for things, or the right solution to an integration of two things. Once I explicitly tell it to look up the docs, it says "Oh, I see the answer," and it fixes the problem. So I made the /read-the-damn-docs skill. Add it and your agents will know when and how to do efficient web searches to look up docs for the types of problems you really should look up docs for. All of these are totally open source over on my GitHub. If you try them, let me know your feedback. Will link to them below:

Steve (Builder.io)

35,213 次观看 • 13 天前

n8n vs cursor, building a keyword research workflow Plus I'll give you my code no strings attached... you can use my version, my code, or try to use the logic to build it as a node-based workflow...whatever! what you need: - firecrawl API key - perplexity API key - dataforseo API key goal: - input a URL - use Firecrawl to scrape the site - use Perplexity to generate seed keywords and understand the target market, competitors - use DataforSEO to research the keywords and associated data my process: 1) used claude code to build the n8n workflow to go from 0-1, then debug (still debugging after an hour) - structure was good but too many nodes and some errors. - debugging was a pain. building it manually would have taken a long time. - I much prefer natural language w/ an agent. 2) used claude code to just build a simple app where I input a couple API keys (working in 30 minutes) - a few tweaks during the testing process, mostly just around output formatting. - working from the first go, debugging was way easier. - I can easily expand on the functionality. - I have a simple and clean UX out of the gate, no need to use google docs, airtable, etc etc conclusion: OPTION 2 IS MUCH MORE EFFICIENT AND FUN. I've attached a video demo. I'm also going to share a link for you to test it, and the GitHub repo -- it's all yours!

n8n vs cursor, building a keyword research workflow Plus I'll give you my code no strings attached... you can use my version, my code, or try to use the logic to build it as a node-based workflow...whatever! what you need: - firecrawl API key - perplexity API key - dataforseo API key goal: - input a URL - use Firecrawl to scrape the site - use Perplexity to generate seed keywords and understand the target market, competitors - use DataforSEO to research the keywords and associated data my process: 1) used claude code to build the n8n workflow to go from 0-1, then debug (still debugging after an hour) - structure was good but too many nodes and some errors. - debugging was a pain. building it manually would have taken a long time. - I much prefer natural language w/ an agent. 2) used claude code to just build a simple app where I input a couple API keys (working in 30 minutes) - a few tweaks during the testing process, mostly just around output formatting. - working from the first go, debugging was way easier. - I can easily expand on the functionality. - I have a simple and clean UX out of the gate, no need to use google docs, airtable, etc etc conclusion: OPTION 2 IS MUCH MORE EFFICIENT AND FUN. I've attached a video demo. I'm also going to share a link for you to test it, and the GitHub repo -- it's all yours!

The Boring Marketer

33,377 次观看 • 1 年前

Do you have an open source project or start-up that you want to feature LIVE on the keynote stage at I want to hear from you! Details here on how you can enter and maybe win a trip to San Francisco: #ZeroToMergedContest

Do you have an open source project or start-up that you want to feature LIVE on the keynote stage at I want to hear from you! Details here on how you can enter and maybe win a trip to San Francisco: #ZeroToMergedContest

Martin Woodward

21,802 次观看 • 9 个月前

Pi was built when there were already agent harnesses around. Here’s why Mario Zechner(Mario Zechner), found them suboptimal and built Pi, a minimalist self-modifying agent: #1 - Mario initially was a believer in Claude Code: "I was a believer in Claude code because they were the first that packaged agentic search up in a really compelling package. And at the time that fit my workflow really well. Everything around the LLM was kind of nice and tidy and easy to understand. I was super happy. I was proselytising Claude code." #2 - Reverse engineering Claude Code highlighted the degradation that Mario felt as a user: "I personally like simple tools that are stable and that I can rely on. Even if they have non-deterministic parts, all the deterministic parts should be as stable as possible. That was just not the experience with Claude Code around summer 2025. They would take away your control of the context. They would inject stuff behind your back, which is bad. Then, your workflows stopped working because there's now a system reminder that you don't even see in the UI that would modify the behaviour of the model. They would also do this to the system prompt. I built a little service where I can track the progression or evolution of the system, prompt and tool definitions and, with every release, it was messing with stuff. That just messed with my workflows and I don't appreciate that." #3 - PI was built with an appreciation for simple and reliable tools: "If I commit to a development tool, I want it to be a stable, reliable thing like a hammer. I don't want my hammer to break a different spot every day. That's terrible. We need somebody who goes the full velocity kind of way. But I don't want to work with a tool like that."

Pi was built when there were already agent harnesses around. Here’s why Mario Zechner(Mario Zechner), found them suboptimal and built Pi, a minimalist self-modifying agent: #1 - Mario initially was a believer in Claude Code: "I was a believer in Claude code because they were the first that packaged agentic search up in a really compelling package. And at the time that fit my workflow really well. Everything around the LLM was kind of nice and tidy and easy to understand. I was super happy. I was proselytising Claude code." #2 - Reverse engineering Claude Code highlighted the degradation that Mario felt as a user: "I personally like simple tools that are stable and that I can rely on. Even if they have non-deterministic parts, all the deterministic parts should be as stable as possible. That was just not the experience with Claude Code around summer 2025. They would take away your control of the context. They would inject stuff behind your back, which is bad. Then, your workflows stopped working because there's now a system reminder that you don't even see in the UI that would modify the behaviour of the model. They would also do this to the system prompt. I built a little service where I can track the progression or evolution of the system, prompt and tool definitions and, with every release, it was messing with stuff. That just messed with my workflows and I don't appreciate that." #3 - PI was built with an appreciation for simple and reliable tools: "If I commit to a development tool, I want it to be a stable, reliable thing like a hammer. I don't want my hammer to break a different spot every day. That's terrible. We need somebody who goes the full velocity kind of way. But I don't want to work with a tool like that."

The Pragmatic Engineer

62,825 次观看 • 2 个月前

Box CEO Aaron Levie's defense of software over vibe-coded, n-of-1 internal tools: "If you're Ford, and you're doing your supply chain on an ERP system, you want that to work the exact same way every single time." "The billions of transactions going through that ERP system, you cannot take for granted. So the idea that you're going to go vibe-code that is not possible, or at least not likely." "The other point is: your company has a fixed amount of IT resources. And you have to decide what you're going to spend your time on as an organization." "Do you want to spend time on rebuilding something that the market can supply you, that's seen best practices thousands of times? Or do you want to go and build that out with your n-of-1 experience?" "Or do you want to spend your limited, scarce resources on building software, and building experiences, that will make you more money, and that will actually be used by your customers?" "I think on the margin the average enterprise is going to spend their time and energy on the latter." "I'm 100% bullish on vibe-coding, 100% bullish that we're going to have 100x more software. But that still doesn't cross the threshold where I would want to go build our own CRM system."

Box CEO Aaron Levie's defense of software over vibe-coded, n-of-1 internal tools: "If you're Ford, and you're doing your supply chain on an ERP system, you want that to work the exact same way every single time." "The billions of transactions going through that ERP system, you cannot take for granted. So the idea that you're going to go vibe-code that is not possible, or at least not likely." "The other point is: your company has a fixed amount of IT resources. And you have to decide what you're going to spend your time on as an organization." "Do you want to spend time on rebuilding something that the market can supply you, that's seen best practices thousands of times? Or do you want to go and build that out with your n-of-1 experience?" "Or do you want to spend your limited, scarce resources on building software, and building experiences, that will make you more money, and that will actually be used by your customers?" "I think on the margin the average enterprise is going to spend their time and energy on the latter." "I'm 100% bullish on vibe-coding, 100% bullish that we're going to have 100x more software. But that still doesn't cross the threshold where I would want to go build our own CRM system."

TBPN

34,529 次观看 • 4 个月前

Box CEO Aaron Levie's defense of software over vibe-coded, n-of-1 internal tools: "If you're Ford, and you're doing your supply chain on an ERP system, you want that to work the exact same way every single time." "The billions of transactions going through that ERP system, you cannot take for granted. So the idea that you're going to go vibe-code that is not possible, or at least not likely." "The other point is: your company has a fixed amount of IT resources. And you have to decide what you're going to spend your time on as an organization." "Do you want to spend time on rebuilding something that the market can supply you, that's seen best practices thousands of times? Or do you want to go and build that out with your n-of-1 experience?" "Or do you want to spend your limited, scarce resources on building software, and building experiences, that will make you more money, and that will actually be used by your customers?" "I think on the margin the average enterprise is going to spend their time and energy on the latter." "I'm 100% bullish on vibe-coding, 100% bullish that we're going to have 100x more software. But that still doesn't cross the threshold where I would want to go build our own CRM system."

Box CEO Aaron Levie's defense of software over vibe-coded, n-of-1 internal tools: "If you're Ford, and you're doing your supply chain on an ERP system, you want that to work the exact same way every single time." "The billions of transactions going through that ERP system, you cannot take for granted. So the idea that you're going to go vibe-code that is not possible, or at least not likely." "The other point is: your company has a fixed amount of IT resources. And you have to decide what you're going to spend your time on as an organization." "Do you want to spend time on rebuilding something that the market can supply you, that's seen best practices thousands of times? Or do you want to go and build that out with your n-of-1 experience?" "Or do you want to spend your limited, scarce resources on building software, and building experiences, that will make you more money, and that will actually be used by your customers?" "I think on the margin the average enterprise is going to spend their time and energy on the latter." "I'm 100% bullish on vibe-coding, 100% bullish that we're going to have 100x more software. But that still doesn't cross the threshold where I would want to go build our own CRM system."

TBPN

383,762 次观看 • 5 个月前

anthropic's head of product just revealed how they're able to ship faster than any other AI company. their secret: "side quest maxxing." here's how it works: instead of long-term roadmaps, anthropic runs on unplanned afternoon experiments. anyone on the team gets full freedom to spend an afternoon prototyping an idea and show it to the team. you get to skip the approval process entirely. then, employees at anthropic try it. if they keep using it the next day and the day after that, it gets polished into a real feature. if nobody touches it again, it dies. that's the whole process. claude code on desktop started as one engineer's afternoon project. he wanted it to work on desktop so he built a prototype. people on the team started using it immediately. so they shipped it. the todo list feature started the same way. someone built it, the team adopted it internally, and it became one of the most-used parts of the product. plugins started when one engineer shared a spec with claude code and the prototype that came back was close to production-ready. went from idea to working feature in a single session. they also killed standup meetings. instead of telling people what you're working on, you just show a working demo. all walk no talk basically the team structure makes this possible. > designers ship code. > engineers make product decisions. > product managers build prototypes. everyone can take an idea from concept to working demo without waiting on anyone else. the biggest features at a $380b company came from afternoon experiments that nobody asked for. honestly this matches my own experience cooking with ai. some of the best workflows i use every day came from just fucking around. opening a session with zero intention and asking claude what it can do, or jamming on a random idea to see where it goes. if you're only using ai for tasks you already have in mind, you're missing the best part. open a session with no agenda. ask it to surprise you. try building something stupid. half the time it goes nowhere. the other half it becomes the thing you use most. you need to be sidequestmaxxing.

anthropic's head of product just revealed how they're able to ship faster than any other AI company. their secret: "side quest maxxing." here's how it works: instead of long-term roadmaps, anthropic runs on unplanned afternoon experiments. anyone on the team gets full freedom to spend an afternoon prototyping an idea and show it to the team. you get to skip the approval process entirely. then, employees at anthropic try it. if they keep using it the next day and the day after that, it gets polished into a real feature. if nobody touches it again, it dies. that's the whole process. claude code on desktop started as one engineer's afternoon project. he wanted it to work on desktop so he built a prototype. people on the team started using it immediately. so they shipped it. the todo list feature started the same way. someone built it, the team adopted it internally, and it became one of the most-used parts of the product. plugins started when one engineer shared a spec with claude code and the prototype that came back was close to production-ready. went from idea to working feature in a single session. they also killed standup meetings. instead of telling people what you're working on, you just show a working demo. all walk no talk basically the team structure makes this possible. > designers ship code. > engineers make product decisions. > product managers build prototypes. everyone can take an idea from concept to working demo without waiting on anyone else. the biggest features at a $380b company came from afternoon experiments that nobody asked for. honestly this matches my own experience cooking with ai. some of the best workflows i use every day came from just fucking around. opening a session with zero intention and asking claude what it can do, or jamming on a random idea to see where it goes. if you're only using ai for tasks you already have in mind, you're missing the best part. open a session with no agenda. ask it to surprise you. try building something stupid. half the time it goes nowhere. the other half it becomes the thing you use most. you need to be sidequestmaxxing.

Ole Lehmann

105,741 次观看 • 2 个月前

I built a new plugin! You can now trigger Codex from Claude Code! Use the Codex plugin for Claude Code to delegate tasks to Codex or have Codex review your changes using your ChatGPT subscription. Start by installing the plugin:

I built a new plugin! You can now trigger Codex from Claude Code! Use the Codex plugin for Claude Code to delegate tasks to Codex or have Codex review your changes using your ChatGPT subscription. Start by installing the plugin:

dominik kundel

1,284,928 次观看 • 3 个月前

Skills shopping cart for Claude Code In this video I show how I add Railway Skills to a “shopping cart”. After selecting the Skills I need, I copy a single command and they’re added directly to my project. I built to make the composition of Claude Code components as flexible as possible. You can install settings, hooks, subagents, and anything new that gets added to Claude Code will appear on the site. It’s fully open source and community-maintained. If you want to contribute, you’re welcome to fix or update components, download and use the existing ones, or simply support the project by leaving a star on GitHub. Repo:

Skills shopping cart for Claude Code In this video I show how I add Railway Skills to a “shopping cart”. After selecting the Skills I need, I copy a single command and they’re added directly to my project. I built to make the composition of Claude Code components as flexible as possible. You can install settings, hooks, subagents, and anything new that gets added to Claude Code will appear on the site. It’s fully open source and community-maintained. If you want to contribute, you’re welcome to fix or update components, download and use the existing ones, or simply support the project by leaving a star on GitHub. Repo:

Daniel San

20,460 次观看 • 5 个月前

This is insane...I used Claude Code to build a game that helps me memorize real street names. I got the idea from something I do on my weekly long walks which is reciting every cross street in my head, block by block to learn my way around SF. I thought it could be a fun game to build inside vibecode.dev (which uses Claude Code) and i'm loving the accuracy of the results.

This is insane...I used Claude Code to build a game that helps me memorize real street names. I got the idea from something I do on my weekly long walks which is reciting every cross street in my head, block by block to learn my way around SF. I thought it could be a fun game to build inside vibecode.dev (which uses Claude Code) and i'm loving the accuracy of the results.

Emily Lambert

11,578 次观看 • 5 个月前

X is full of "AI automation" tutorials about projects that the OP wasn't paid for... that's why I just recorded a full behind-the-scenes walkthrough of an AI project I built for a B2B SaaS that i was ACTUALLY paid for in the video, I cover: – the problem they needed solved (and why it mattered to them) – my exact process from idea to working solution – the end result & impact for the client comment “client” and I’ll DM you the walkthrough (must be following)

X is full of "AI automation" tutorials about projects that the OP wasn't paid for... that's why I just recorded a full behind-the-scenes walkthrough of an AI project I built for a B2B SaaS that i was ACTUALLY paid for in the video, I cover: – the problem they needed solved (and why it mattered to them) – my exact process from idea to working solution – the end result & impact for the client comment “client” and I’ll DM you the walkthrough (must be following)

Tyler

10,341 次观看 • 10 个月前

👤 things you do when things are hard. things that make you happy. 🐈In my case I think when I'm stressed or having a hard time I don't try to force myself to be happy. I think I need to be able to look at my situation objectively in order to overcome it. So I actually try to accept it. When I'm stressed I listen to more calm and deep music. I don't think I'll get any brighter even if I try to force myself to listen to bright music. So, I accept the current situation and because the stress is caused by something not going my way I have to solve it for the stress to be relieved. I think I try to find a solution like that. 👤So, you don't avoid it and face it head-on. 🐈Yes, if I avoid it, I think I'll just get stressed again in the end. jungwon🫳🏻😭😭😭

👤 things you do when things are hard. things that make you happy. 🐈In my case I think when I'm stressed or having a hard time I don't try to force myself to be happy. I think I need to be able to look at my situation objectively in order to overcome it. So I actually try to accept it. When I'm stressed I listen to more calm and deep music. I don't think I'll get any brighter even if I try to force myself to listen to bright music. So, I accept the current situation and because the stress is caused by something not going my way I have to solve it for the stress to be relieved. I think I try to find a solution like that. 👤So, you don't avoid it and face it head-on. 🐈Yes, if I avoid it, I think I'll just get stressed again in the end. jungwon🫳🏻😭😭😭

🦊♡🐰ྀི | fan acc

29,515 次观看 • 5 个月前

🚨ELON MUSK: "Even with the rockets we're launching at the end of this year, it will be capable of making life multi-planetary...anyone who wants to move to Mars and build a new civilization can do so. How cool would that be? Even if you don't want to do that, maybe you have a son or daughter out there, or a friend who wants to do it, and I think that would be the best adventure that one could do, go and help build a civilization on a new planet."

🚨ELON MUSK: "Even with the rockets we're launching at the end of this year, it will be capable of making life multi-planetary...anyone who wants to move to Mars and build a new civilization can do so. How cool would that be? Even if you don't want to do that, maybe you have a son or daughter out there, or a friend who wants to do it, and I think that would be the best adventure that one could do, go and help build a civilization on a new planet."

Autism Capital 🧩

107,122 次观看 • 1 年前

$100k MRR app idea 💰 Duolingo, but for personal finance. It was only when my sister explained that I realized nobody has built this well yet. Every finance app either overwhelms you or talks to you like you're twelve. So I built an MVP with Superapp AI. The idea was not another budgeting app with pie charts. It was structured learning with streaks, quizzes, and lessons that compound. No code. Native iOS. App Store ready. Superapp AI converts your intent into SwiftUI components, the same framework Apple uses for its own apps. Navigation, gestures, transitions, all compiled the way Xcode would. On Apple's end, there's nothing to flag, just clean Swift behaving exactly as it should. You also own the code when you're done. You can export your Swift files anytime. No subscription needed, no platform dependency. If you've been sitting on an idea this obvious, you already know what to do next. RT + comment "BUILD" and I'll send you a code for free credits. Get building.

$100k MRR app idea 💰 Duolingo, but for personal finance. It was only when my sister explained that I realized nobody has built this well yet. Every finance app either overwhelms you or talks to you like you're twelve. So I built an MVP with Superapp AI. The idea was not another budgeting app with pie charts. It was structured learning with streaks, quizzes, and lessons that compound. No code. Native iOS. App Store ready. Superapp AI converts your intent into SwiftUI components, the same framework Apple uses for its own apps. Navigation, gestures, transitions, all compiled the way Xcode would. On Apple's end, there's nothing to flag, just clean Swift behaving exactly as it should. You also own the code when you're done. You can export your Swift files anytime. No subscription needed, no platform dependency. If you've been sitting on an idea this obvious, you already know what to do next. RT + comment "BUILD" and I'll send you a code for free credits. Get building.

Kritarth Mittal | Soshals

21,411 次观看 • 2 个月前