Lovable

Lovable AI

Lovable AI

Lovable AI

Lovable AI

Lovable AI

Lovable AI

Lovable AI

Lovable AI

Lovable AI

Lovable AI

I tested how well Claude generated code handles security. Here's what I found in 48 real apps.

I've been curious about a specific problem: when Claude (or other AI tools) generates a full stack app, how secure is the output in practice? So I built a scanner and ran static analysis on 48 public GitHub repos built with Lovable, Bolt, and Replit. Here's what came up: **90% had at least one security vulnerability.*\* The breakdown: - 44% — authentication gaps (routes unprotected despite having a login system) - 33% — Security Definer RPCs (Postgres functions that bypass row-level security) - 25% — BOLA/IDOR (ownership checks missing from database queries) - 25% — committed env or config files The pattern I found most interesting: these aren't random errors. They're systematic. The same vulnerabilities appear across different apps, different developers, different AI tools. **The auth gap is the most instructive:*\* Claude builds login flows correctly. Registration, email verification, sessions, password reset all solid. But 44% of apps had API routes or pages that anyone could reach without logging in. The authentication *system* was built. The actual *protection* of routes behind that system often wasn't. This makes sense if you think about how LLMs work. The prompt was "build me a user dashboard with authentication." Claude built the dashboard and built the authentication. Nobody asked it to specifically verify that every route is protected. It wasn't in the spec, so it wasn't in the output. **Security Definer is the hidden one:*\* 33% of apps had Postgres functions marked `SECURITY DEFINER`. This makes the function run as the database superuser, bypassing all RLS policies. AI tools generate these to resolve permission errors it's a "fix" that works locally and causes a real security problem in production. There's no error, no warning. The app works perfectly while being exploitable. I don't think this is a Claude problem specifically it's a fundamental constraint of how LLMs generate code. Security requires thinking adversarially, and that's not what "write me a working app" prompts for. What's your approach when you use Claude to build something you're going to ship? submitted by /u/Powerful-Fly-9403 [link] [comments]

Where I'm at with AI Assisted Building + Current and Future Workflow Overview

I've been in an AI dive bomb for probably a couple of years now. The early days... when models couldn't be trusted for more than 5% of the code you wrote. Over the last 2 years that's evolved so quickly that I now write nearly 0% of my code by hand, on personal projects and at work. I've used all kinds of tools in that time too. OpenCode, Zed, Claude Code, Codex, Cursor, Windsurf, OpenCLAW, Lovable... and probably a bunch more I can't recall in the haze that's been AI ADHD for me. Over that time, I started with just copy-pasting code between ChatGPT's interface and my IDE almost like a slightly faster Stack Overflow search. Then that somewhat evolved with Cursor quite a bit. I sort of went from prompt engineering to something closer to a human relay pattern. Then, with Plan Mode becoming a thing, I think I naturally gravitated more towards planning everything because planning felt so cheap. Originally, I used to think that architectural discussion and planning was something that was reserved for larger features, but with expediting my ability to do research, orient myself within a codebase, and know what tools I have to reach for doing technical specifications for everything felt reasonable. From the human relay pattern, I started evolving into more autonomy, especially when Claude Code came out earlier last year. Between the combination of Cursor and Claude Code, starting to get orchestration, starting to use skills more heavily, starting to create actual agent personas that could replace some of my common prompt chains it was around then that I kinda started going all in on true context engineering, utilizing sub-agents optimizing cache reads, and it's probably when many of my first (I call it) sophisticated commands were born. All of this converged pretty rapidly in November of 2025 with the release of what was probably the biggest step increase for AI as far as code quality went with Opus 4.5 and Codex 5.3. The Codex app and Codex CLI were quickly growing. Claude Code was improving at a breakneck pace, introducing all kinds of new ways to introduce deterministic gates within the autonomy of the harness. Fast forward to today, I have a pretty sophisticated workflow with a combination of agents that do everything within the SDLC, commands for almost every type of entry point for work, and skills for just about everything I could possibly do in my day-to-day the workflow with some of the latest tools is able to run quite autonomously overnight do large feature implementations, minimally supervised while producing production-worthy code quality It somewhat reached a point I realized, probably a month and a half ago or so where I needed to figure out a way to remove myself even more from the loop without jeopardizing the determinism that I bring to what is effectively a probabilistic LLM. The models are exceptional, and they seem to have a massive step increase each release, but continuous execution, strict instruction rigor, and preventing hallucinations is still very much difficult to achieve. That's predominantly what I've been doing. I've effectively offloaded a lot of thinking to the agents and LLMs that I use, but none of the understanding. I've asked myself, "How do I maintain that understanding, though maintain the determinism from my steering, without actually physically being there to steer?" This was essential, and I realized or had a bit of an aha moment, just like how I manage teams of engineers that are working on numerous projects, most of which I can never really go too deeply on even though they do most of the thinking, most of the building, and even most of the implementation planning, I was still there, very close to the architecture. I could speak to enough breadth and enough depth to keep us out of trouble and keep things moving I kind of started thinking more about what the shape of me was within the agentic harness and how I could replicate that. More on what I landed on a little bit later. My Setup and How I Work Today To start, I'll probably just talk a little bit about my current working setup. I am predominantly in the terminal now a days using Claude Code. Claude Code orchestrates both the Claude models, of course, and I use it to orchestrate Codex through a series of run books, skills, and commands that I have set up on several hooks so that Codex, when it gets dispatched, also has access to the same skills and agent personas Claude does. I use Ghostty as my terminal of choice and use the IDE integration in claude code pretty heavily to review Markdown or HTML files in my IDE. I also use it to review code snippets and diff reviews, although lately I find myself only really looking at the code nowadays once it's hit a merge request. Some of my adjacent tools are Wispr Flow for faster steering, since I can speak a lot faster than I can type and then I use quite a few MCPs and tools to improve my token usage, but the big ones are I have a custom doc maintenance suite of

Are we still calling these things "AI coding assistants"? I think the metaphor is wrong.

I keep hearing "AI assistant" — Copilot, Cursor, Claude Code, all of them. The word implies a developer at the keyboard who needs help. But that's not what's happening anymore in the systems I work with. I describe what I want. The AI writes the code, runs it, fixes the bugs, deploys it, and the application keeps running. After it ships, the same system maintains it — patches failures, adds features, refactors when needed. I'm at dinner. Or asleep. I come back and the work is done. That's not assistance. The metaphor that keeps clicking for me is a software printer. You feed a printer a document, you get back an object. You don't tell it how to mix ink. With a software printer, you feed a specification — written, drawn, spoken — and you get back a running, hosted application. Not snippets. Not a draft. A thing that's deployed, serving traffic, and gets maintained over time by the same machine that produced it. I think this is genuinely a new generation of dev tools, distinct from the previous four: 1st: editors and terminals 2nd: autocomplete 3rd: conversational AI in the editor (Copilot, Cursor) 4th: cloud agents that build simple apps in their cloud (Lovable, Bolt) 5th: autonomous platforms that build, host, and maintain real applications on your own infrastructure What "assistant" misses, and "printer" gets right: The output is what matters, not the activity of writing it Non-developers can operate it (you don't need to know PostScript to print) The skill shifts from execution to direction The result is ready to run, not source code waiting to be deployed Maintenance is part of the machine, not a separate phase Counterarguments I keep running into: "Printers don't iterate." Modern print pipelines do — versioning, color matching, reprints. The metaphor is the press, not the inkjet. "Software has a runtime, documents don't." True. So the printer is also the substrate that runs and tends the output. The metaphor stretches; it doesn't break. "This is just LLM code generation rebranded." I don't think so. If you build an "assistant," you build something that lives in an editor and needs a developer. If you build a "printer," you build something that takes specs and produces deployed systems. Different products entirely. Not selling anything in this thread. Genuinely curious what experienced devs think about the framing. The category we choose shapes what gets built, and "assistant" feels like it's holding the field back. submitted by /u/fotsakir [link] [comments]

Claude can now build and publish websites to a domain right from chat

I built teenyapp.com, a tool that lets Claude on the web (or any AI chat) build and deploy a full website end to end from a single pasted link. The problem teenyapp solves: every time I asked Claude to actually ship something, the agentic workflow broke. Cloudflare config, Vercel CLI, GitHub repos, env vars, secrets, DNS... all of it meant leaving the chat, signing up for some service, installing dependencies. So I built a way for Claude to handle the whole thing, right from chat. How it works: claim a live domain up front (yourapp.app.teenyapp.com), and you get a link back with an agent token baked in. Paste that link into Claude. Claude reads the agents.md instruction file at the link, and uses the agent token as bearer token to make HTTP POST requests that scaffold the project, writes the frontend and backend code, runs migrations, and deploys straight to that domain. What Claude can do through teenyapp: Build and deploy frontend/backends of full stack apps to a live URL Run schema migrations on a real database Wire up auth (email and password, JWT, OAuth via Google, GitHub, Discord, LinkedIn) Set up row level security rules in code Iterate on the live site by saving and committing files through the link The example website "Clonable" in the attached image was built and published right from this chat: https://claude.ai/share/c608db64-e296-4c6e-a5cf-daf9edba609a You can try out Clonable here https://clonable.app.teenyapp.com, the AI codegen should work until my OpenAI account powering it runs out of $. Its worth mentioning how Clonable supports google SSO, and has a backend request handler that proxies user message requests to the AI API provider, who is OpenAI in this case. That's only possible because we built teenyapp on top of a comprehensive backend framework called teenybase, so each teenyapp gets API, Auth, DB, and more out of the box. Really excited to see what everyone builds with teenyapp, checkout what websites people have made so far https://teenyapp.com/explore-all Site: teenyapp.com The backend framework, which is open source: github.com/teenybase/teenybase submitted by /u/invocation02 [link] [comments]

Built a Chrome extension for the long-session degradation problem — want this sub's read on whether it's actually useful

Long-time Claude user, finally built something for the long-session problem and want this sub's read on whether it's actually useful or solving something I made up. The pattern that pushed me to build: 60+ messages into a Claude session, the model starts losing the thread. A constraint I set 40 messages back stops being respected. Re-state it, works for two replies, then forgets again. Eventually you hit compaction, panic, summarize, paste into a new chat, and lose half your context anyway. It's not a window-size problem either. Even at 200K (or 1M on the API), usable performance drops well before the limit. The model technically remembers everything, it just stops weighting it properly. What's already out there, since this sub will rightly ask: - Cross-session memory tools (Mem0, MemoryPlugin) — they remember who you are across chats. Different problem. They don't help when this specific conversation is degrading in front of you. - Context indicators (Context Compass, TokenFlow) — they show how full the window is. Useful, but stop at the warning. You still manually summarize and paste. - Claude's own auto-summary — server-side and opaque. You can't see what got kept or trigger it on your terms. The gap I'm trying to close is the workflow between "I see I'm running out of context" and "I'm continuing in a fresh chat without losing the thread." Built it as a Chrome extension called Curlo: - Ring on the chat bar shows window fill, so compaction doesn't ambush you - One-tap checkpoint fires a structured prompt and saves Claude's reply locally — decisions, progress, open questions, next steps. Paste into a fresh chat to keep going - Each checkpoint is a delta against the last, so they stay tight - Fully client-side, no backend, no accounts, free Next up: optional Notion sync (your workspace, your pages, not locked in my tool) and a Prompt Studio that uses on-device AI to assemble prompts from your saved library. https://curlo-pavilion.lovable.app What I actually want from this post: For Pro and Max users — does Projects' shared context meaningfully delay degradation, or do you still hit the wall mid-conversation? Trying to figure out where my tool helps vs where Anthropic already has you covered. What's your trigger for "time to start fresh"? I default around 70% but it feels arbitrary. Anyone using a system prompt phrasing that genuinely delays drift? Would rather steal a workflow than build around the problem. Roast it. submitted by /u/theRedHood_07 [link] [comments]

I made a way to build and publish full-stack web apps right from claude.ai chat

I’ve been experimenting with a different workflow for building and publishing web apps from claude.ai in the web. I build teenyapp, a web hosting service where the app itself is the thing you paste into Claude. The workflow is: Get a teenyapp.com link Paste it into Claude Ask Claude to build your app Claude edits the project and publishes it live at that link Claude is not generating static HTML demos. Each app gets a real backend: database, file storage, API routes, auth support, and a serverless worker. All of the example projects below use at least one of each backend capability. Here are some examples Claude helped build. See the full list of example apps and demo videos at https://x.com/minjunesh/status/2050395479536742455?s=20 - Lovable-style app builder clone: https://clonable.app.teenyapp.com - ChatGPT wrapper that hallucinates your face score: https://lookswrapper.app.teenyapp.com - Windows XP emulator where signed-in users can edit the desktop: https://winxp.app.teenyapp.com - P2P Agar.io with user-hosted lobbies: https://agario.app.teenyapp.com - Minimal PostHog clone: https://postpig.app.teenyapp.com - Manifold-style prediction market: https://manifold.app.teenyapp.com - Browser local speech-to-text model comparison: https://localstt.app.teenyapp.com - Rope game with global leaderboard: https://ropeman.app.teenyapp.com Each teenyapp is powered by teenybase.com, the backend framework underneath teenyapp. Every app gets a serverless worker, auth-ready API, 100MB database, 10GB file storage, and 1M requests/month included. Basically: Claude isn’t just producing a mockup or a zip of code. It can keep editing and publishing a live full-stack app. The examples are also cloneable/forkable, so you can paste an existing teenyapp link into Claude with /fork or /clone route added (e.g. https://example.app.teenyapp.com/clone) and ask it to make your own version. But the main idea is just: give Claude a teenyapp link, describe what you want, and it builds + publishes there. The service is free to try at teenyapp.com submitted by /u/invocation02 [link] [comments]

After 2+ years of running into the same problem, I used Claude to build an app. After 9 months, it's finally on the app store!

After 2 years, I finally got fed up trying to build schedules for the adult sports league I run. I’d spend hours trying to create schedules manually just to mess up one single week and break the entire schedule. I decided to learn how to build an app to solve my own problem and built BrackIt. I'm writing this because when I started, I had absolutely no idea what I was doing. Reading other people's vibe-coding and solo-founder journeys on Reddit really helped give me the push I needed. TLDR: if you're on the fence about building an app to solve a problem you have, just do it. How I started I messed around with AI builders like Lovable but settled on FlutterFlow because I wanted full customization. I actually wanted to learn how an app actually worked instead of relying on AI to hopefully get it right. I used Claude to guide me through building my in FlutterFlow with a Firebase backend. Claude walked me through building everything from scratch like containers, app states, custom components and the backend. It took way longer than using a template, but I don't regret it because I actually learned how data flows. I can proudly say every widget and component in my app was built by me (even if it isn't the prettiest). My biggest struggle Testing the scheduling algorithm. As I added more parameters to the tournament logic, I had to constantly remake tournaments just to test the results. Sometimes I'd build for an hour, realize something broke, and have to roll back to an earlier snapshot because I didn't know what happened. The good news is as time went on, it got easier and as I built confidence, I was able to build for longer sessions and test successfully. Marketing Mistakes I didn't "build in public." Honestly, I was scared of failing and didn't want the pressure of hyping something up while balancing my day job and running the league. Knowing what I know now, I probably would do it differently next time to build an audience. But for this app, I just wanted to focus on solving my own pain point quietly. Where I'm at now I’m finally at a place where I'm proud of the app. Today is officially launch day, and I've pushed it live across a few directories (Product Hunt, BetaList, etc.). I was honestly so scared of getting rejected by Apple but aside from a small mistake with the pricing, I got approved pretty quickly. I'm hoping to be available on Android in early May. submitted by /u/ClassyChris23 [link] [comments]

Claude is my SEO strategist, content engine, and CTO. From 0 to 10,000 active users in 6 weeks, $0 on ads.

I built a marketplace for AI agent skills called Agensi. The entire thing was built with Claude and Lovable. I'm not a developer. But that's not what this post is about. This post is about how Claude became the single most important tool in my growth stack. Not for coding. For SEO, content strategy, and a new thing called AEO (answer engine optimization) that I think most people are sleeping on. Claude writes all my content, but not the way you think I don't ask Claude to "write me a blog post about X." That produces generic AI slop that nobody reads and Google doesn't rank. Instead, I feed Claude my Google Search Console data (queries, impressions, click-through rates, average positions) and ask it to find keyword gaps. Claude analyzes the data, identifies queries where I have high impressions but zero clicks, finds topics where I have no content but competitors do, and spots cannibalization where multiple pages compete for the same query. Then we write articles together targeting those specific gaps. Every article has a structure that Claude and I developed over weeks of iteration: a Quick Answer block at the top (40-60 words that directly answer the main question), H2 headings phrased as questions (not "Claude Code Skill Locations" but "Where Does Claude Code Store Skills?"), comparison tables where relevant, and internal links to related articles. 96 articles later, we went from 5 clicks per week to 1,000+ clicks per week. 300K search impressions per month. 878+ page-1 Google rankings. All organic. The AEO strategy nobody is talking about Here's what surprised me. ChatGPT, Gemini, Perplexity, and Claude itself are now sending us traffic. 348 AI-referred sessions per month and growing fast. These AI answer engines cite agensi.io when developers ask where to find SKILL.md skills. Claude helped me build the entire AEO infrastructure. We restructured every H2 heading as a question because AI Overviews prefer extracting from question-format sections. We added FAQ schema to every page so Google's AI picks up our Q&As. We built an /about page as an entity anchor with Organization, Person, and AboutPage schema. We created a robots.txt that explicitly allows all AI crawlers and an llms.txt file that tells LLMs what the site is and where to find key content. The result is that when someone asks ChatGPT "where can I find SKILL.md skills" or asks Perplexity "what is the best skill marketplace for AI agents," they get pointed to agensi.io. Claude helped me engineer that outcome deliberately. It wasn't an accident. Claude as a technical SEO auditor Every week I export data from Google Search Console, Ahrefs, and Google Analytics and dump it into Claude. Claude finds things I would never catch on my own. It found that 121 queries where I ranked position 1-3 had zero clicks because AI Overviews were stealing the traffic. That insight changed my entire strategy from chasing rankings to becoming the source that AI Overviews cite. It found that my "best claude code skills 2026" article had 25,000 impressions and only 29 clicks. The problem was the title. Claude rewrote it to "15 Best Claude Code Skills in 2026 (Tested & Ranked)" and we're watching the CTR climb. It found that I had 18 published articles with zero Google impressions because they weren't indexed. Claude generated the IndexNow ping commands and the GSC URL Inspection list to fix it. It diagnosed a duplicate FAQPage schema issue that was causing GSC errors on 90 pages. The root cause was React components emitting FAQ schema client-side AND the SSR edge function emitting it server-side. Claude identified the exact files, wrote the Lovable prompts to fix it, and verified the fix with curl commands. The structured data layer Claude built the entire structured data architecture for the site. Every page type has the right schema: Homepage has Organization, WebSite with SearchAction, and FAQPage with 15 Q&As. Individual skill pages have SoftwareApplication with pricing, BreadcrumbList, and conditional FAQPage. Article pages have Article, FAQPage, HowTo, BreadcrumbList, and Organization. The /about page has Organization, AboutPage, and Person schema for entity anchoring. I didn't know what any of this was before Claude explained it. Now every page is machine-readable for both Google and AI engines. PageSpeed Insights shows "Structured data is valid" on every page with a 100 SEO score. Core Web Vitals fixes Claude diagnosed that our desktop LCP was 2.5-4s on 190 URLs. It identified the causes (460KB eager JS bundle, framer-motion loading on every page for a mobile menu animation, synchronous analytics scripts) and wrote the Lovable prompts to fix each one. Desktop LCP went from 2.5-4s to 0.9s. Performance score went from ~70 to 97. For mobile, Claude found that the LCP element was a 1920x1920px, 179KB PNG logo being rendered at 112px. It was imported as a JS module so the browser couldn't even start downloading it until the entire JS bundle par

How are they able to charge ~50% less than Lovable if they’re using the same models?

Hey everyone, I’ve been using tools like Lovable, Antigravity, and Claude Code for a while now, and after some time it all started to feel a bit repetitive (same kind of outputs, similar templates, etc.). Recently I tried Clawder after seeing it mentioned on Lovable’s Discord server. I’m not here to promote anything, just genuinely curious about something. That’s the part I don’t really understand. In all cases I’m even getting better results with similar prompts, which makes it even more confusing. Not trying to compare tools or start a debate I’m just wondering from a technical perspective what could explain this Would be interesting to hear if anyone has insight into how this works behind the scenes. submitted by /u/iBlackFoxPlayx [link] [comments]

I have built something using claude what I was doing on excel from last 13 years

I am doing financial modeling for the startups and feasibility reports for the new companies for more than a decade now, I started playing with Lovable 6 months ago, then somebody introduced me to the VSCode with claude, it’s like a superpower and with these new updates claude is pretty good with excel. I have created a website, integrated some rag to get the industry benchmarks plus I have trained the model exactly how a VC looks at the model, it gives you feedback on every step, you can send link to the investor and investor can stress test the model. I raised a small amount to hire an expert to ensure all the data is secured and encrypted but it’s amazing how much I was able to built with zero coding experience. Just excited to share with you guys. submitted by /u/Available-Manager231 [link] [comments]

GOT BORED OF BLOCKED GAMES SO MADE MY OWN WITH CLAUDE

Long story short, in class I'm always searching the web for new websites and games and even when I do find one it's always full of lag and ads. So, I decided to vibe code my own website. I used Claude and spent my entire weekend working on this. Even though AI is doing all the coding (and I'm very thankful), it still took a lot of work to do testing and describe exactly what I wanted. Moving on, I'm now able to play games in class again. It's lowkey an enjoyable video game and it's very addicting. There's a normal mode and a hardcore mode. Basically, you're this blue player and you can move left, right, and dash to avoid this neon blocks falling from the sky. Hence the name: NEON DODGE. There's different types of neon blocks that fall and different waves. I also added two bosses. It's a full game to explore and super fun. A full good runthrough takes about 10 minutes for the normal mode. Hardcore mode is much harder. I haven't been able to clear it yet but it's definitely possible. I was wondering if yall know what to add to games like this. Do people want basic video games or a full long games with multiple bosses? So far, there are no checkpoints and the game isn't very long. If you guys have any recommendations let me know. I'm not tryna advertise the game, just wanna know what video gamers find interesting in stuff like this to make my experience better. I did upload it to a website if any of yall wanted to try it out. neondodgegame.lovable.app submitted by /u/sunnyorygun [link] [comments]

How to keep the party going

Help! I’ve been vine coding and working super well with Claude in a single chat but I’ve hit my limit with file uploads. Which is necessary for the UI and Questions from Lovable. This current chat has been perfect and has all the context I need so I’m worried about starting a new one and losing the previous prompts we created together for lovable and everything else we might need to reference later. Is there anyway to keep this chat going or the best way to transfer all its knowledge and context into a new chat? submitted by /u/reggiewaynenumba1fan [link] [comments]

lovable is amazing with images now!!

launching a colonic consulting firm (not clonic, just emotional support before and after): https://poopplunger.lovable.app "Fourteen years. Six thousand colons. I have seen everything. I will not flinch. Neither, eventually, will you." submitted by /u/jdawgindahouse1974 [link] [comments]

A Sunday Afternoon with Claude Design

Veteran designer here (~30 years in, currently head of design at an enterprise SaaS company). Spent Sunday afternoon using Claude Design to do actual design work on a side project: a website redesign for my cousin's preschool. I wanted to share what I saw. Setup. I'd already done the aesthetic direction work in Figma weeks ago. Two style tiles, picked a winner, wrote a brand guide. For the Claude Design session I fed it the style tile picked by the client, the brand guide, and the copy deck. The output arc. First draft landed at a solid B-. Just above average, but it had personality. I worked through about four dozen iterations to get it to an A. Typography scale, layout, a bunch of micro-tweaks. One example: I told it to turn the straight horizontal lines above section headings into squiggles, because a preschool should feel handmade. Head-to-head vs. other tools. I ran the same context through Paper (another HTML/CSS/JS-native tool). First output was a C- or D. The gap was real. What surprised me. The artifacts are authored in React under the hood (JSX files, Babel-transpiled in-browser from a CDN). But they ship as static HTML that runs without a toolchain. Component-model ergonomics for the tool, no-install portability for the user. Honest limits. Token-hungry. Got an "extra usage" warning while setting up the design system for work. Context window can fill up. It straight-up said "I've lost the specific task details in the context trim. Could you remind me what you'd like me to build?" during one edit. Credit to it for not hallucinating, but still. Sharing is org-only. I had to zip the HTML and send it to my cousin. v0, Lovable, and Figma Make all have hosted sharing built in. My takeaway. Claude Design is a great head start. But the work that moves it from B- to A is still design work. Taste, judgment, understanding the audience. The tool gives you real material fast; you still have to shape it. Longer writeup goes deeper on where this fits in the stack, the React-under-the-hood details, and four community reactions to the tool's release: https://rogerwong.me/2026/04/sunday-afternoon-claude-design submitted by /u/lunarboy73 [link] [comments]

Regarding developing website

Hi everyone, I’m exploring using Claude to generate a website similar to what tools like Lovable produce. My goal is to build it with React (frontend) and Node.js (backend), mainly because I’ve found that setup performs better for SEO and scalability. Has anyone here used Claude to generate a full React + Node.js project? Is it capable of structuring both frontend and backend properly? Alternatively, I already have an older project template. In that case, what’s the best way to prompt Claude to generate just a React frontend that I can plug into my existing app? I’m aiming to replicate something along the lines of https://www.transfeero.com/en/, so any tips on approach, prompting, or workflow would really help. submitted by /u/ShowerMinimum [link] [comments]