No you're not. Amazon is not the software that runs the website. 'Amazon' is the millions of relationships that Amazon has with suppliers and customers. It's the strong brand, the trust that people have that they can shop there safely, the sheer scale of the operation meaning that products are about as cheap as possible and will arrive when Amazon say they will. It's the ease of using an invisible, massively optimized chain of systems from a pretty basic app.
You can't build a new (and hopefully better) Amazon by copying the software. You need to work out how to get sellers and buyers to come to your site before they go Amazon, then build that thing so they do. How good the software is and whether it's open source of not probably doesn't matter. Better software is never going to be enough of a reason for people to switch away from Amazon.
Yeah, you're right. Amazon isn't really about the software at this point. It's the lock-in. Sellers can't leave without losing all their reviews, rankings, and years of optimization. That's the moat.
I'm not building better software to compete directly with Amazon. I'm building infrastructure that sellers can truly own, so lock-in stops being such a powerful moat.
Traditional marketplaces charge 15-30% because they provide checkout, payments, and the customer database. But if stores already own that infrastructure, the only thing you really need is discovery. And discovery doesn't have to cost anything.
Our marketplace is essentially just a directory. Stores keep their own checkout and process their own payments. We query their API and render the results conversationally. And because the code is open source, if we ever became like Amazon, anyone could fork it and launch a competing directory.
Traditional marketplaces provide a range of services, from unified delivery to complete logistics management. They also provide all the kyc filtering and fraud screening that quite lowers the merchant risk.
On top of that, many of them provide additional assurances, like vendor screening and easy dispute resolution on fraudulent operations.
It’s using AISDK and MCP-UI, which is standard for chats. If you check the cart in the input, there’s only 2 stores added for now.
Also, that chat is just one part of it. Those stores are running on Openfront, our Shopify alternative. Please check our ethos to get the full vision.
Also, I was working on this before AI. Openfront and the/marketplace are part of an ecosystem. We built Openship, an e-commerce order management system, years ago.
Don’t confuse vibe coding with a low effort build, vibe coding can lead to the high-quality, amazing products. I’m just here to protect the vibe coding phenomenon :D
It's just a semantic disagreement. In my experience, "vibe coding" means "software made with genAI, casually iterated until it passes tests and appears to work, without exhaustive or experienced review of the output, and is therefore often bad." It doesn't have to mean that, but in practice that seems to be the dominant definition currently.
I watched YouTube howtos, and read 1000 stackoverflow results around 2016 and made my own saas for the construction industry in PHP/jQuery. Was a car salesman before that.
I have 34 companies using it today.
I promise you, a vibe coded app would be an improvement.
So what's the problem really?
I couldn't believe this but I see other threads on the Internet from over a year ago complaining that Firefox can't handle the backdrop blur filter performantly at all. Chrome has no issue; I had to squint to even figure out what heavy work might have been weighing Firefox down. This design element has been everywhere for years, I didn't know it had gotten this bad at Mozilla.
Each store has its own Openfront setup, with its own database, checkout, and payment (Stripe & Paypal) account. The marketplace just connects to the store’s API in real time, fetching products, adding items to the cart, and handing off to checkout. When a customer pays, the funds go directly to the store’s Stripe account.
There’s no central database or shared backend. The marketplace is simply a discovery layer that sits on top of fully independent stores.
If I have 5 items in my marketplace basket that means my payment details need to go from the marketplace to five separate stores and then on to Stripe, and that means Stripe is going to see five transactions at about the same time using my card details. They'll flag that as fraud and decline them.
10 minutes after your comment I checked and I don’t see any pgsql credentials, but I do see that they have committed their local settings instead, including their local file paths now.
I'm building an open source Amazon.
No you're not. Amazon is not the software that runs the website. 'Amazon' is the millions of relationships that Amazon has with suppliers and customers. It's the strong brand, the trust that people have that they can shop there safely, the sheer scale of the operation meaning that products are about as cheap as possible and will arrive when Amazon say they will. It's the ease of using an invisible, massively optimized chain of systems from a pretty basic app.
You can't build a new (and hopefully better) Amazon by copying the software. You need to work out how to get sellers and buyers to come to your site before they go Amazon, then build that thing so they do. How good the software is and whether it's open source of not probably doesn't matter. Better software is never going to be enough of a reason for people to switch away from Amazon.
Yeah, you're right. Amazon isn't really about the software at this point. It's the lock-in. Sellers can't leave without losing all their reviews, rankings, and years of optimization. That's the moat.
I'm not building better software to compete directly with Amazon. I'm building infrastructure that sellers can truly own, so lock-in stops being such a powerful moat.
Traditional marketplaces charge 15-30% because they provide checkout, payments, and the customer database. But if stores already own that infrastructure, the only thing you really need is discovery. And discovery doesn't have to cost anything.
Our marketplace is essentially just a directory. Stores keep their own checkout and process their own payments. We query their API and render the results conversationally. And because the code is open source, if we ever became like Amazon, anyone could fork it and launch a competing directory.
Traditional marketplaces provide a range of services, from unified delivery to complete logistics management. They also provide all the kyc filtering and fraud screening that quite lowers the merchant risk.
On top of that, many of them provide additional assurances, like vendor screening and easy dispute resolution on fraudulent operations.
The catalog and the checkout are the easy part.
The service could capture a proof of a new seller’s Amazon rating,
to blunt the hit of that (0).
This is a very low quality submission. Its a vibe coded app that gives me a chat ui. When i ask for soup it shows me t shirts.
It’s using AISDK and MCP-UI, which is standard for chats. If you check the cart in the input, there’s only 2 stores added for now.
Also, that chat is just one part of it. Those stores are running on Openfront, our Shopify alternative. Please check our ethos to get the full vision.
Also, I was working on this before AI. Openfront and the/marketplace are part of an ecosystem. We built Openship, an e-commerce order management system, years ago.
Don’t confuse vibe coding with a low effort build, vibe coding can lead to the high-quality, amazing products. I’m just here to protect the vibe coding phenomenon :D
It's just a semantic disagreement. In my experience, "vibe coding" means "software made with genAI, casually iterated until it passes tests and appears to work, without exhaustive or experienced review of the output, and is therefore often bad." It doesn't have to mean that, but in practice that seems to be the dominant definition currently.
I watched YouTube howtos, and read 1000 stackoverflow results around 2016 and made my own saas for the construction industry in PHP/jQuery. Was a car salesman before that. I have 34 companies using it today. I promise you, a vibe coded app would be an improvement. So what's the problem really?
A previous thread:
Show HN: I'm building an open-source Amazon - https://news.ycombinator.com/item?id=32690410 - Sept 2022 (301 comments)
(Reposts are fine after a year or so; to past threads are just to satisfy extra-curious readers)
The landing page scrolls with 2 fps on my phone, making it completely unusable.
I wish there was a browser setting to disable CPU-heavy CSS filters in Firefox to fix pages like this one.
I couldn't believe this but I see other threads on the Internet from over a year ago complaining that Firefox can't handle the backdrop blur filter performantly at all. Chrome has no issue; I had to squint to even figure out what heavy work might have been weighing Firefox down. This design element has been everywhere for years, I didn't know it had gotten this bad at Mozilla.
Don’t use Firefox. It’s practically no longer a maintained browser engine because Mozilla has other priorities. Not a problem in Safari or Chromium.
What is your mobile phone and browser?
It's also laggy for me, with a 5900x + 3090...
The one thing that keeps me coming back to Amazon is how it tracks all my orders.
I could go to the individual product website.
But having everything I've ever ordered in one place is massive value.
How does this compare to flohmarkt?
https://codeberg.org/flohmarkt/flohmarkt
> Openfronts will connect to our decentralized marketplac
How exactly does (or will?) this decentralisation work?
Each store has its own Openfront setup, with its own database, checkout, and payment (Stripe & Paypal) account. The marketplace just connects to the store’s API in real time, fetching products, adding items to the cart, and handing off to checkout. When a customer pays, the funds go directly to the store’s Stripe account.
There’s no central database or shared backend. The marketplace is simply a discovery layer that sits on top of fully independent stores.
If I have 5 items in my marketplace basket that means my payment details need to go from the marketplace to five separate stores and then on to Stripe, and that means Stripe is going to see five transactions at about the same time using my card details. They'll flag that as fraud and decline them.
I clicked on the openfront repo, and...
Having a .claude folder, which also contains full publicly-accessible postgres credentials, does not instill confidence I'm afraid.
10 minutes after your comment I checked and I don’t see any pgsql credentials, but I do see that they have committed their local settings instead, including their local file paths now.
It's still there. Check the pg_dump command.
https://github.com/openshiporg/openfront/blob/master/.claude...
That is an old database used for development, I will remove and add .claude to gitignore
I feel safer always running him in dangerous mode now.