Rendered at 23:45:59 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
gonzalovargas 7 hours ago [-]
Creating accounts and managing billing across multiple platforms is a real pain. This is a good solution, but I’m wondering if this should be more like an open standard that platforms implement, with Stripe providing a way for platforms to charge and optionally for users to pay (in addition to credit cards, wallets like Tempo, etc)
Use cases: create accounts, set up billing, manage secrets, manage resources, get invoices/receipts
Finally, I don’t know if it’s better to use a CLI imperative approach or a more declarative one like IaC
aledevv 3 hours ago [-]
The main advantage is being able to write bash scripts that automate all provisioning operations and keep track of all the necessary commands.
My scripts typically also serve as technical documentation for specific features and they are a sort of "unique source of truth".
steve_adams_86 6 hours ago [-]
That last part struck me as well. I don't want an imperative solution, but... I'm not sure if that's just me.
Declarative solutions are perfectly fast and capable as well. They can use all the same tooling under the hood. Why choose imperative? At least I can record, validate, and version control a declarative solution. And imperative process is nice for exploration and one-off needs, but... I don't know when I'd really need that or when that's a bottleneck for me.
And I get that this is probably more of a tool for agents than humans, despite that agents are only mentioned in passing. But that's even more concerning in a way. I'm not yet comfortable with giving them tools like this.
suhputt 4 hours ago [-]
[dead]
philip1209 6 hours ago [-]
I built Chroma's integration for Stripe Projects. Took two or three days to get it integrated and live.
As a developer tool, integrating Stripe Projects felt a lot like adding "Sign in with Google" - Stripe acts as a trusted identity and billing provider, but for agents instead of humans. The core insight is that agent commerce is a trust problem: an agent can't (shouldn't?) enter a credit card or verify an email, so you need a trusted third party to KYC both sides. Stripe already has that relationship with both developers and customers.
I think there is still room, since, as I understand it, I do not want coding agents to use the same account that I end up using. I understand that some users may not care, but I think agents should have their own accounts and the ability to create their own accounts and use services like Vercel, Supabase, etc.
joshstrange 2 hours ago [-]
I think this is a really cool idea that I hope doesn't work out. I agree with others in this thread that is should be based on an open protocol, not bound up in Stripe.
This is my gut reaction and subject to change but...
I say this as someone who uses Stripe heavily and would 100% use them as my "financial provider" (or whatever you'd call the funding source in this system), but owned by them? Ehh, feels way too dangerous to build on top of. I wouldn't trust anyone to be the sole owner of it, I wouldn't want to build my business on top it.
Yes, I build on top of Stripe currently and think they are the best developer experience by far and I've found their costs acceptable for what they've allowed me to build without worrying about the financial side. But, I could switch away from them if they blocked me or I found a better alternative. Making my whole business dependent on them? That's a lot scarier. It's the same reason I didn't use Atlas, even though it would have made things simpler.
SmellTheGlove 1 hours ago [-]
It doesn't appear that they own it. More like they're adding infrastructure scaffolding to your project and giving you a CLI to deploy it. From what I can see, nothing breaks if you delete the CLI, and you're fine to deploy it to the same providers on your own or migrate it.
skybrian 6 hours ago [-]
Sadly it doesn’t seem to do anything innovative to protect your api keys from getting exfiltrated by tricking the AI. Looks like they are stored in an ordinary config file:
Can someone enlighten me how exactly an AI agent will signup for a service like Stripe without going through the standard KYC process when opening an account?
Am I misunderstanding what this does?
Perhaps. I am asking the lazy web.
SmellTheGlove 1 hours ago [-]
I'm going to guess that signing up for stripe is a prerequisite to use this. I will try it out later and confirm. I think I just got access.
EDIT: The linked docs from their blog post point to a login step after you install it. So yeah, signing up for stripe is a prereq.
_pdp_ 1 hours ago [-]
So you handover access to stripe to your AI agent? Is this how this works?
hmokiguess 4 hours ago [-]
I personally think stuff like this should be made as protocols and done in the open instead
toomuchtodo 4 hours ago [-]
Stripe's valuation depends on this implementation mechanism, capturing the platform as an economic intermediary versus championing open protocols.
(TLDR Stripe's valuation [$159B] is ~5x Adyen's [which is public, allowing for use as a comp] for somewhat similar payment volumes [$1.9T vs $1.6T, respectively], so Stripe is trying to grow into the valuation current fundamentals do not support)
cjbarber 5 hours ago [-]
I think this is smart and very interesting. I see it like an aggregator marketplace. A powerful position to be in.
Cloudflare, GitHub (if they shipped more), Anthropic and OpenAI are also in decent positions to do this.
I wrote notes on this previously [1]. If you believe agents are going to be big consumers, it's helpful to make things that today allow users of agents to easily discover and purchase services via apis.
Hi there! Developer at Supabase here. I'm happy to finally see live what I've been working on for the last two months. I'm excited to see that Stripe users can finally use Supabase services in a seamless way. For new Supabase users, there is no need to leave the CLI. One command, and you'll have a brand new Supabase account, including a new Supabase resource provisioned just for you. This means that you'll be able to not only use a PG database from the get-go, but it also comes with Storage and Authentication for free. I'm really excited to finally see this project come to light. More to come!
tom1337 6 hours ago [-]
Nice idea, but I'd love a more open approach to this (or more support for OpenTofu / Terraform). This is just another vendor-locked-in way and might only work with selected platforms.
Stripe has the incentive to add platforms that use Stripe as a payment processor so they can cash on the payment fees, they don't really have any incentive to add a platform that doesn't bring money to them (except affiliates are possible with this)
TheNewsIsHere 4 hours ago [-]
Exactly. The marketing makes this look like something general for deploying cloud stacks.
But what it seems to be is just a fast way to deploy resources to platform providers that use Stripe to bill you?
Or maybe the marketing is just confusing?
I don’t think this is for me though. I’m using things like AWS, Azure, and dedicated servers from companies that lease out dedicated servers. For my company Stripe is nothing more than a payment processor.
SmellTheGlove 1 hours ago [-]
You know who is completely missing the boat on solving this problem? Heroku. I guess I should say Salesforce. It's pretty amazing though - they used to be the default "deploy this shit I just wrote" choice.
I'm excited to try Stripe Projects, but the thing I'm kind of dreading is the need for multiple providers. If I want auth, a database, and a front end, I'm using Supabase and Vercel, for instance. I don't blame Stripe for this - that's just where we're at right now, with everyone unbundling platforms over the past decade. I think platforms will be back in style soon enough.
I don't want to use a terminal, we should be moving away from this.
I really hope this becomes just a button or a mobile app instead and not have to keep using terminals all the time.
steve_adams_86 1 hours ago [-]
Presumably because agents use CLIs well, since they're strictly text-based.
stephenr 5 hours ago [-]
In the era of enshittification I can't really see the logic in tying a bunch of your infrastructure/services to the likes of stripe.
Then again I also don't see the logic in asking spicy autocomplete to write code or provision services for you either.
Maybe I'm just not the target market. I guess if you're spinning up 5 new toy todo list apps a week to show off how well you can talk to a predictive text engine maybe this is actually useful.
TheNewsIsHere 3 hours ago [-]
“Spicy autocomplete” absolutely made my day. Thank you.
stephenr 5 hours ago [-]
It probably also doesn't make much sense to me because I see external services as something to use when we have to, not as default choice.
When your application runs on VMs you control and just uses a payment gateway and an email gateway it's hardly a challenge to get the services setup.
ChrisArchitect 5 hours ago [-]
Aside: did they really need to use that generic projects.dev domain? Maybe time for their own .stripe TLD or something
embedding-shape 5 hours ago [-]
Yeah, strikes me as unnecessarily braggy and wasteful; "Look, here's how much we can spend on vanity domains to showcase projects that probably we'll lose interest in within 2-3 years".
> Maybe time for their own .stripe TLD or something
How about subdomains? Free and widely supported already, won't confuse anyone either.
Use cases: create accounts, set up billing, manage secrets, manage resources, get invoices/receipts
Finally, I don’t know if it’s better to use a CLI imperative approach or a more declarative one like IaC
My scripts typically also serve as technical documentation for specific features and they are a sort of "unique source of truth".
Declarative solutions are perfectly fast and capable as well. They can use all the same tooling under the hood. Why choose imperative? At least I can record, validate, and version control a declarative solution. And imperative process is nice for exploration and one-off needs, but... I don't know when I'd really need that or when that's a bottleneck for me.
And I get that this is probably more of a tool for agents than humans, despite that agents are only mentioned in passing. But that's even more concerning in a way. I'm not yet comfortable with giving them tools like this.
As a developer tool, integrating Stripe Projects felt a lot like adding "Sign in with Google" - Stripe acts as a trusted identity and billing provider, but for agents instead of humans. The core insight is that agent commerce is a trust problem: an agent can't (shouldn't?) enter a credit card or verify an email, so you need a trusted third party to KYC both sides. Stripe already has that relationship with both developers and customers.
It's a smooth experience overall - try it out.
I wrote more about agent experience here: https://www.philipithomas.com/agent-experience
This is my gut reaction and subject to change but...
I say this as someone who uses Stripe heavily and would 100% use them as my "financial provider" (or whatever you'd call the funding source in this system), but owned by them? Ehh, feels way too dangerous to build on top of. I wouldn't trust anyone to be the sole owner of it, I wouldn't want to build my business on top it.
Yes, I build on top of Stripe currently and think they are the best developer experience by far and I've found their costs acceptable for what they've allowed me to build without worrying about the financial side. But, I could switch away from them if they blocked me or I found a better alternative. Making my whole business dependent on them? That's a lot scarier. It's the same reason I didn't use Atlas, even though it would have made things simpler.
https://docs.stripe.com/stripe-cli/keys
Am I misunderstanding what this does?
Perhaps. I am asking the lazy web.
EDIT: The linked docs from their blog post point to a login step after you install it. So yeah, signing up for stripe is a prereq.
https://www.forbes.com/sites/jeffkauflin/2026/03/17/why-an-u...
(TLDR Stripe's valuation [$159B] is ~5x Adyen's [which is public, allowing for use as a comp] for somewhat similar payment volumes [$1.9T vs $1.6T, respectively], so Stripe is trying to grow into the valuation current fundamentals do not support)
Cloudflare, GitHub (if they shipped more), Anthropic and OpenAI are also in decent positions to do this.
I wrote notes on this previously [1]. If you believe agents are going to be big consumers, it's helpful to make things that today allow users of agents to easily discover and purchase services via apis.
[1]: https://x.com/chrisbarber/status/2026331038994321898
Stripe has the incentive to add platforms that use Stripe as a payment processor so they can cash on the payment fees, they don't really have any incentive to add a platform that doesn't bring money to them (except affiliates are possible with this)
But what it seems to be is just a fast way to deploy resources to platform providers that use Stripe to bill you?
Or maybe the marketing is just confusing?
I don’t think this is for me though. I’m using things like AWS, Azure, and dedicated servers from companies that lease out dedicated servers. For my company Stripe is nothing more than a payment processor.
I'm excited to try Stripe Projects, but the thing I'm kind of dreading is the need for multiple providers. If I want auth, a database, and a front end, I'm using Supabase and Vercel, for instance. I don't blame Stripe for this - that's just where we're at right now, with everyone unbundling platforms over the past decade. I think platforms will be back in style soon enough.
I don't want to use a terminal, we should be moving away from this.
I really hope this becomes just a button or a mobile app instead and not have to keep using terminals all the time.
Then again I also don't see the logic in asking spicy autocomplete to write code or provision services for you either.
Maybe I'm just not the target market. I guess if you're spinning up 5 new toy todo list apps a week to show off how well you can talk to a predictive text engine maybe this is actually useful.
When your application runs on VMs you control and just uses a payment gateway and an email gateway it's hardly a challenge to get the services setup.
> Maybe time for their own .stripe TLD or something
How about subdomains? Free and widely supported already, won't confuse anyone either.