Mark
DeveloperWrites the code and keeps the whole project in his head. He's the one you talk to.
Mark, Pablo, Steve, Bill, and Zach. Each one a pro at one thing, all of them in the same conversation on your phone. You ask, and they don't stop until it's live.
English and Hebrew. Phone and browser. An isolated environment of your own.
No form to fill in, no screen to learn. You ask in plain words, and the work runs in front of you until there's something to show.
Your browser asked for less motion, so the demo is waiting for you.
A live demo. Watch it run, or step in and type a request of your own.
This is a demo. It isn't connected to the product, no model is running, and no customer data is involved. Everything the Kringls say here is scripted, except the request you type.
Code that was written and never shipped helps nobody. So the conversation doesn't end at the code. It ends when a real user sees the change.
Over FTP, SSH, or git push, whichever the project already uses. Then it clears the cache and checks that the live page really changed.
Reading is free, and every write is recorded. If something goes wrong, the rows go back to what they were in one step.
One queue for Google Play and the App Store, inside your own store account. Steve follows the review and posts updates in the conversation.
Bill works on your server, or on a managed one you order from the screen, with its own address, an SSL certificate, and a nightly backup.
An agent is something you operate. A Kringl is someone you call by name, like anyone on your team: each one has one job they do well, and they're all in the same conversation.
Writes the code and keeps the whole project in his head. He's the one you talk to.
Comes back with three directions as screenshots, then builds the one you pick all the way.
A fuzzy request goes in. One clear page comes out.
Versions for both stores, replies to Apple's reviewers, and a close watch until the release reaches users.
The server, the database, and the backups. Slowness, load, or a full disk ends up with him.
Promos and product videos, filmed inside the app itself.
Two more join when needed: Elon builds a business plan and pricing, and Kim researches the market and the competition. The names don't change, and what they learned about your project stays with them.
A product manager, a designer, and a developer join the same conversation, see the same work, and talk about it instead of passing files around. Whoever joins later reads what happened and doesn't have to start from zero.
Found the spot under the big photo on the home page, and the admin screen where the bookings will show up. Adding the button and the form now, and wiring them to both.
A small roast, pastries that change with the season, and a seat nobody hurries you out of.
Book a tableFull menuA software house runs several clients at once. Every project sits in its own place, every person sees only what they're allowed to, and how much can be spent is your call.
Wizzo, a software house working since 2008, runs all of its client work on Kringl.
The team connects to the tools you already have open. An error in Sentry or an issue in GitHub opens a conversation by itself, and nobody has to copy it over.
TypeError on the sign-up page, 14 users ran into it
Finds the line, fixes it, and writes a test that catches it next time
The fix is up, and a three-line summary is waiting for you in the conversation
A software house doesn't hand over a client's code and server keys without knowing where they sit. So here's where.
Every organization runs as a separate operating system user, inside a fence. Not just a permission on a screen.
I need SMTP_PASSWORD for production
Passwords and keys never pass through the conversation. The team asks for a value by name, you enter it in the vault, and it's never written in any message.
A code from an authenticator app, devices you know, and cutting a device off in one tap.
What's the project, and who is it for?
Is there code already, or are we starting from zero?
Your own server, or should I set up a managed one?
Opera, Mark, Steve, and Bill sit down with you for a kickoff and ask about the idea, the site, the app, and the server. At the end you press "Start", and the project opens with a repository of its own.
More Kringls wait in the market, and you add them to the team when you need them. Didn't find what you were looking for? Build a Kringl of your own from one sentence, and you can submit it to the market.
Something you say today becomes standing work. It runs by itself every morning, and you only hear about it when there's something to say.
The Kringls work in your repository like any developer on the team. This is what one conversation leaves in it:
In the project's own languages and libraries, with no closed layer in between.
Runs them, fails, fixes, and runs them again before saying it's done.
A branch per conversation and a commit you can read. Every change can be rolled back, and whoever wants to approves it before the merge.
The work runs on your own Claude, Codex, or Cursor account. Kringl is the team and the road to the server, not a replacement for the model.
One command on your computer brings your instructions, skills, and MCP servers into Kringl. Your secrets stay with you: only their names come over.
$ npx kringl-migrate
Start a task on your phone on the way in, then open it in the browser on a big screen. Same conversation, same history. The app is already on Google Play.
The "Book a table" button now sits under the big photo on the home page and opens a short form with name, phone, date and party size.
Every booking goes to your email the moment it's sent, and is kept in the "Table bookings" screen in the admin too. You can mark each one confirmed or cancelled there.
It's all live on the site. I checked on a phone and on a computer, and what happens when someone types a wrong phone number: the form explains instead of getting stuck.
Found the spot under the big photo on the home page, and the admin screen where the bookings will show up. Adding the button and the form now, and wiring them to both.
Sign up, connect an existing repository or start from zero, and the first task is already with the team. The first 14 days are free.
Leave your details, and we'll get back to you to talk about your clients, your team, and your servers.
Kringl AI is a software development team by Wizzo that you talk to in a chat, in English or Hebrew, from your computer or your phone. The team writes the code, deploys it to your server, manages the database and builds websites and apps. Kringl is not Kringle AI and not Kling AI.
Yes. You ask in plain English, and all you need to know is what should happen. If you're not sure how to put it, Opera asks the questions, and one clear page comes out of your answers.
Mark checks his own work and fixes it before he says he's done. Every code change goes through Git and can be rolled back, and every database write is recorded and can be undone.
No. Kringl runs on them. Connect your own Claude, Codex, or Cursor account, and Kringl adds the team and the road to the server and the stores.
Yes. The code lives in your repository, in your account, and you can take it and work on it somewhere else any day. No lock-in, no closed format.
Both. Connect an existing repository, and the team learns how it's built and keeps working inside the code you already have. No code yet? A kickoff meeting opens a new project.
A small fix comes back in minutes. A new screen or a whole feature takes hours, not weeks. Progress is visible the whole time, so you know where things stand without asking.
The first 14 days are free. After that you pay per seat, meaning per person on your team, not per token: the model runs on your own account. A managed server, if you need one, is billed separately every month.
The common languages and frameworks for websites, servers, and apps: JavaScript and TypeScript, PHP, Python, React and Vue, databases, and mobile apps for both stores. An existing product stays on its own stack.