{"slug": "how-do-i-put-an-app-i-built-in-claude-live-for-my-team-without-github", "title": "How do I put an app I built in Claude live for my team without GitHub?", "summary": "Croft launched a hosting platform that lets non-technical users deploy apps built in Claude without a GitHub account, terminal or manual hosting setup, according to a November 12, 2026 blog post by Rich Chetwynd. Croft keeps every code version, performs zero-downtime deploys, places a company login in front of each app, provides a continuously backed-up database per app and built-in monitoring with email alerts, and lets users ask Claude to roll back a bad change. The pitch targets office managers, account leads and finance staff who build tools in Claude but stall at the GitHub-first workflow of Railway, Supabase and Vercel.", "body_md": "[Blog](https://oncroft.net/blog/) · November 12, 2026 · Rich Chetwynd\n\n# How do I put an app I built in Claude live for my team without GitHub?\n\nNon-technical teammates can build apps in Claude, but developer platforms like Railway, Supabase and Vercel expect GitHub, a terminal and hosting setup. On Croft you ask Claude to put the app live, and Croft handles versions, zero-downtime deploys, login and monitoring.\n\n## Quick answer\n\nTo **put an app you built in Claude live for your team without GitHub**,\nconnect Claude to [Croft](https://oncroft.net/how-it-works/) and ask it to put the app live on\nyour croft, your own private server. There’s no GitHub account to open, no\ncode to push from a terminal and no hosting to configure. Croft keeps the code\nand every version of it, deploys updates with zero downtime, puts your company\nlogin in front and [monitors the app](https://oncroft.net/monitoring/) from then on. Your\ncolleagues open a normal link and sign in.\n\n## The gap between “it works in Claude” and “the team can use it”\n\nMore and more of the people building apps aren’t developers. They’re the office manager who’s sick of the leave spreadsheet, the account lead who wants a client portal, the finance person who wants a budget-vs-actuals view. They describe what they want to Claude, look at what it makes, say what’s wrong, and after an afternoon they’ve got something genuinely useful.\n\nThen they try to share it, and they hit a wall.\n\nA prospect put it plainly to us recently. People across their team are happy building in Claude. But they wouldn’t know how to set up a GitHub account and push code to it, and that’s the first step on most of the platforms people recommend.\n\n## Why developer platforms lose non-technical builders\n\nRailway, Supabase, Vercel and their peers are good at what they do. They’re built for developers, and they assume a developer’s toolkit. To get an app live on them you usually need to:\n\n1. Create a GitHub account and a repository\n2. Install git and push the code from a terminal\n3. Connect the repository to the hosting platform\n4. Set environment variables and keys\n5. Set up a database, and work out backups\n6. Add a login so only your team gets in\n7. Work out monitoring, so you know when it breaks\n\nA developer does that without thinking. For anyone else, every one of those steps is a place to get stuck, and step one is often where they stop. Claude can explain each step, but explaining isn’t the same as the person understanding it. And if they don’t understand it, they can’t keep it running when something goes wrong.\n\nSo the app stays on one laptop, or gets handed to whichever developer has a spare afternoon, which is exactly the queue the person was trying to skip.\n\n## What Croft does instead\n\nOn Croft the steps above aren’t the builder’s job. They’re the platform’s.\n\n| What it usually takes | Developer platform | Croft | \n|---|---|---|\n| Somewhere to keep the code | A GitHub account and repository | Croft keeps it, with every version | \n| Getting it live | Push from a terminal, connect the repo | Ask your AI to put it live | \n| Updates | Your build and deploy settings | Zero-downtime swap, nobody kicked out | \n| Database and backups | Another service to set up | A database per app, backed up continuously | \n| Keys and passwords | Environment variables you manage | Held by Croft, never in the app’s code | \n| Who can open it | A login you build or add | Company login in front of every app | \n| Knowing when it breaks | Monitoring you set up | Built in, with an email when something goes wrong | \n| Undoing a bad change | Revert in git, redeploy | Ask your AI to roll back | \n\nThe builder’s part is the bit they’re already good at: saying what the app should do. “Put this live for the team” is a complete deploy instruction.\n\n## Reliable, without having to understand why\n\nThe worry with letting non-developers ship apps is reasonable: what happens when it breaks? On a developer platform, the answer is “someone who understands the setup fixes it.” On Croft the safety nets are part of the platform, so they work whether or not the builder knows they exist.\n\n- **Every change is saved.** Each deploy is a new version, and the last good\none is always a step away.\n- **Updates don’t take the app down.** The new version swaps in with zero\ndowntime, so nobody loses the form they were halfway through.\n- **Problems find you.** When a new error appears, failures spike or an app\nstops responding, you get an email with the details. Your AI can read the\nerror and the logs on your croft, fix the code and redeploy, usually in\nminutes.\n- **The server is looked after.** Backups and security patches are handled\nfor you.\n- **Access is set app by app.** Share an app with everyone, or keep payroll to\nthe people who need it. Someone leaves? Remove them once and they’re out of\neverything.\n\nNone of that needs the builder to understand git, servers or monitoring. It needs them to know what the app is for.\n\n## Developers and everyone else, on the same croft\n\nThis isn’t a toy lane for non-developers. Developers on the team can point\n[Claude Code or Cursor](https://oncroft.net/for/developers/) at the same croft and work on the\nsame apps, with the same login, data and guardrails. The difference is that\nnobody *has* to be a developer to get an app in front of the team.\n\nIt also means the people closest to the work stop waiting in a queue. The developer’s time goes on the things that need a developer.\n\n## How to put your first app live\n\n1. [Start a free trial](https://app.oncroft.net/signup?src=blog) to get a croft, your private server. 14 days free.\n2. [Connect Claude](https://oncroft.net/connect/claude/) (or[ChatGPT](https://oncroft.net/connect/chatgpt/) ) to\nCroft. It’s one link, pasted into your AI’s connector settings. No\ninstall, no terminal.\n3. Build the app the way you already do: describe it, try it, say what’s\nwrong. Built it as a Claude artifact already? [Turn the artifact into an app](https://oncroft.net/artifacts/) .\n4. Ask: **“Put this live on our croft for the team.”** Claude writes the files\nto your croft and deploys it. Wait for it to say the deploy succeeded, then\nopen the link it gives you.\n5. Invite the people who should use it. They sign in with the company login, and they don’t need a Claude account to use the app.\n\nWhen you want a change, ask for it in the same chat. Claude updates the app and Croft ships the new version without taking the old one down first.\n\n## When a developer platform is still the right call\n\nIf you’re building a public product for customers, need Postgres, realtime or\nedge functions, or want to scale to strangers on the internet, Railway,\nSupabase or Vercel will serve you better, and that work probably wants a\ndeveloper anyway. Croft is for the private apps your team runs the business\non. See [Croft vs Railway](https://oncroft.net/compare/railway/) and\n[Supabase alternatives](https://oncroft.net/alternatives/supabase/) for the honest comparison.\n\n## Related reading\n\n## Start your free trial.\n\nYour team's first app could be live before lunch.\n\n14 days free. Cancel anytime.", "url": "https://wpnews.pro/news/how-do-i-put-an-app-i-built-in-claude-live-for-my-team-without-github", "canonical_source": "https://oncroft.net/blog/put-a-claude-built-app-live-without-github/", "published_at": "2026-11-11 11:00:00+00:00", "updated_at": "2026-11-11 19:22:06.539357+00:00", "lang": "en", "topics": ["ai-tools", "ai-products", "developer-tools", "ai-agents"], "entities": ["Croft", "Claude", "Rich Chetwynd", "GitHub", "Railway", "Supabase", "Vercel"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/how-do-i-put-an-app-i-built-in-claude-live-for-my-team-without-github", "markdown": "https://wpnews.pro/news/how-do-i-put-an-app-i-built-in-claude-live-for-my-team-without-github.md", "text": "https://wpnews.pro/news/how-do-i-put-an-app-i-built-in-claude-live-for-my-team-without-github.txt", "jsonld": "https://wpnews.pro/news/how-do-i-put-an-app-i-built-in-claude-live-for-my-team-without-github.jsonld"}}