[HN Gopher] Stripe Projects: Provision and manage services from ...
___________________________________________________________________
Stripe Projects: Provision and manage services from the CLI
Author : piinbinary
Score : 91 points
Date : 2026-03-26 16:00 UTC (6 hours ago)
(HTM) web link (projects.dev)
(TXT) w3m dump (projects.dev)
| gonzalovargas wrote:
| 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
| steve_adams_86 wrote:
| 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.
| aledevv wrote:
| 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".
| tom1337 wrote:
| 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 wrote:
| 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.
| skybrian wrote:
| 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:
|
| https://docs.stripe.com/stripe-cli/keys
| philip1209 wrote:
| 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.
|
| It's a smooth experience overall - try it out.
|
| I wrote more about agent experience here:
| https://www.philipithomas.com/agent-experience
| raulb_ wrote:
| 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!
| ChrisArchitect wrote:
| Aside: did they really need to use that generic projects.dev
| domain? Maybe time for their own .stripe TLD or something
| simlevesque wrote:
| Yeah, I hate this trend. AWS did it too with CDK:
| https://constructs.dev/
| embedding-shape wrote:
| 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.
| stephenr wrote:
| 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.
| stephenr wrote:
| 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.
| TheNewsIsHere wrote:
| "Spicy autocomplete" absolutely made my day. Thank you.
| cjbarber wrote:
| 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.
|
| [1]: https://x.com/chrisbarber/status/2026331038994321898
| hmokiguess wrote:
| I personally think stuff like this should be made as protocols
| and done in the open instead
| toomuchtodo wrote:
| Stripe's valuation depends on this implementation mechanism,
| capturing the platform as an economic intermediary versus
| championing open protocols.
|
| 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)
| colesantiago wrote:
| Why does this need to be a CLI?
|
| 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 wrote:
| Presumably because agents use CLIs well, since they're strictly
| text-based.
| ChrisArchitect wrote:
| Associated blog post: https://stripe.dev/blog/production-ready-
| dev-stack-from-term...
| joshstrange wrote:
| 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 wrote:
| 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.
| _pdp_ wrote:
| 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 wrote:
| 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_ wrote:
| So you handover access to stripe to your AI agent? Is this
| how this works?
| SmellTheGlove wrote:
| 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.
| hkpatel3 wrote:
| 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.
___________________________________________________________________
(page generated 2026-03-26 23:00 UTC)