Cloudlflare builds OAuth with Claude and publishes all the prompts • Hacker News Board

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#311

Post by zeroq » Tue, Jun 03, 2025, 3:53 AM UTC

Holy cow!

My latest try with Gemini went like this:

  - Write me a simple todo app on CloudFlare with auth0 authentication.
  - Let's proceed with a simple todo app on CloudFlare. We start by importing the @auth0-cloudflare and...
  - Does that @auth0-cloudflare actually exists?
  - Oh, it doesn't. I can give you a walkthrough on how to set up an account on auth0. Would you like me to?
  - Yes, please.
  - Here. I'm going to write the walkthrough in a document... (proceed to create an empty document)
  - That seems to be an empty document.
  - Oh, my bad. I'll produce it once more. (proceed to create another empty document)
  - Seems like you're md parsing library is broken, can you write it in chat instead?
  - Yes... (Your Gemini trial has expired. Would you like to pay $100 to continue?)

My idea was to try the new model with a low hanging fruit - as kentov mentioned, it's a very basic task that has been made thousand of times on the internet with extremely well documented APIs (officially and on reddit/stackoverflow/etc.).

Sure, it was a short hike before my trial expired, and kentov himself admited it took him couple of days to put it together, but... holy cow.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#312

Post by necovek » Tue, Jun 03, 2025, 4:09 AM UTC

dkdcio wrote: post #16

paxys wrote: post #10

This is exactly the direction I expect AI-assisted coding to go in. Not software engineers being kicked out and some business person pressing a few buttons to have a fully functional app (as is playing out in a lot of fantasies on LinkedIn & X), but rather experienced engineers using AI to generate bits of code and then meticulously reviewing and testing them. The million dollar (perhaps literally) question is – coul…

> The million dollar (perhaps literally) question is – could @kentonv have written this library quicker by himself without any AI help? I *think* the answer to this is clearly no: or at least, given what we can accomplish today with the tools we have now, and that we are still collectively learning how to effectively use this, there's no way it won't be faster (with effective use) in another 3-6 months to fully-code…

In a "well-documented, well-structured codebase with fast built-in feedback loops", a human programmer is really empowered to make changes fast. This is exactly what's needed for fast iteration, including in unfamiliar codebases.

When you are not introducing a new pattern in the code structure, it's mostly copy-paste and then edit.

But it's also extremely rare, so a pretty high bar to be able to benefit from tools like AI.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#313

Post by kentonv » Tue, Jun 03, 2025, 4:12 AM UTC

uludag wrote: post #57

mdaniel wrote: post #37

Earlier quoted context omitted.

I did consider that, but the repo isn't called "kentonv does a yolo" it's straight-up labeled as a provider library for CF workers under Cloudflare's brand Some hair splitting about whether including the Claude stanza is "full disclosure," or "AI advocacy," or just because it's cool Anyway, I mentioned the out of scope because if half the readme is about correct usage of the library, and half is about the sausage mak…

I found it pretty strange to include in the readme as well. Like, imagine someone relied on fiverr or codementor.io to write this code. It'd be weird to say in the readme "I was fairly skeptical that I could get quality code written on Fiverr, but I tried it and it turns out it was pretty good!" My guess is there were some push to doing anything related to AI at the company. I feel a lot of companies are doing this t…

Other way around. I pushed myself to try this, and then based on the result ended up pushing the company to adopt AI more.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#314

Post by kentonv » Tue, Jun 03, 2025, 4:16 AM UTC

scherlock wrote: post #295

Is it really good form in TypeScript to make all functions async, even when functions don't use await? like this, https://github.com/cloudflare/workers-oauth-provider/blob/fe...

env.OAUTH_KV.get(...) is reading from Workers KV storage. It returns a promise.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#315

Post by Workaccount2 » Tue, Jun 03, 2025, 4:22 AM UTC

lsllc wrote: post #277

Workaccount2 wrote: post #212

Earlier quoted context omitted.

>My brother for example built a thing with Microsoft copilot that helped automate more in his manufacturing facility (used to be paper). I have harped on this endlessly as a non-programmer working a non-tech job, with 7 "vibe-coded" programs now being used daily by people at my company. I am sorry, but the tech world is completely missing the forest for the trees here. LLM's are talked about purely as tools that were…

> >My brother for example built a thing with Microsoft copilot that helped automate more in his manufacturing facility (used to be paper). > I have harped on this endlessly as a non-programmer working a non-tech job, with 7 "vibe-coded" programs now being used daily by people at my company. Aren't AI coding agent(s) just the next iteration of democratizing app development? This has happened before with Microsoft Acce…

This has never happened before. There has never been a plain English programming language.

      Public Class Form1
       Private Sub Form1_Load(sender As Object, e As EventArgs) Handles MyBase.Load
        MessageBox.Show("Hello, World!")
       End Sub
     End Class

Becomes

"Make a message box pop up on the screen that says Hello World!"

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#316

Post by motorest » Tue, Jun 03, 2025, 4:27 AM UTC

paxys wrote: post #10

This is exactly the direction I expect AI-assisted coding to go in. Not software engineers being kicked out and some business person pressing a few buttons to have a fully functional app (as is playing out in a lot of fantasies on LinkedIn & X), but rather experienced engineers using AI to generate bits of code and then meticulously reviewing and testing them. The million dollar (perhaps literally) question is – coul…

> This is exactly the direction I expect AI-assisted coding to go in. Not software engineers being kicked out and some business person pressing a few buttons to have a fully functional app (as is playing out in a lot of fantasies on LinkedIn & X), but rather experienced engineers using AI to generate bits of code and then meticulously reviewing and testing them.

There is a middle ground: software engineers being kicked out because now some business person can hand over the task of building the entire OAuth infrastructure to a single inexperienced developer with a Claude account.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#317

Post by helsinki » Tue, Jun 03, 2025, 4:28 AM UTC

I don’t see any prompts?

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#318

Post by motorest » Tue, Jun 03, 2025, 4:33 AM UTC

bigstrat2003 wrote: post #41

paxys wrote: post #10

This is exactly the direction I expect AI-assisted coding to go in. Not software engineers being kicked out and some business person pressing a few buttons to have a fully functional app (as is playing out in a lot of fantasies on LinkedIn & X), but rather experienced engineers using AI to generate bits of code and then meticulously reviewing and testing them. The million dollar (perhaps literally) question is – coul…

> but rather experienced engineers using AI to generate bits of code and then meticulously testing and reviewing them. My problem is that (in my experience anyways) this is slower than me just writing the code myself. That's why AI is not a useful tool right now. They only get it right sometimes so it winds up being easier to just do it yourself in the first place. As the saying goes: bad help is worse than no help a…

> My problem is that (in my experience anyways) this is slower than me just writing the code myself.

In my experience, the only times LLMs slow down your task is when you don't use them effectively. For example, if you provide barely any context or feedback and you prompt a LLM to write you the world, of course it will output unusable results, primarily because it will be forced to interpolate and extrapolate through the missing context.

If you take the time to learn how to gently prompt a LLM into doing what you need, you'll find out it makes you far more productive.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#319

Post by motorest » Tue, Jun 03, 2025, 4:37 AM UTC

kentonv wrote: post #132

thewebguyd wrote: post #75

Earlier quoted context omitted.

> But what if you only need 2 kentonv's instead of 20 at the end? Do you assume we'll find enough new tasks that will occupy the other 18? I think that's the question. This is likely where all this will end up. I have doubts that AI will replace all engineers, but I have no doubt in my mind that we'll certainly need a lot less engineers. A not so dissimilar thing happened in the sysadmin world (my career) when everyt…

I think there's a huge huge space of software to build that isn't being touched today because it's not cost-effective to have an engineer build them. But if the time it takes an engineer to build any one thing goes down, now there are a lot more things that are cost effective. Consider niche use cases. Every company tends to have custom processes and workflows. Think about being an accountant at one company vs. anoth…

> I think there's a huge huge space of software to build that isn't being touched today because it's not cost-effective to have an engineer build them.

LLMs don't change that. If a business does not have the budget for a software engineer, LLMs won't make up budget headroom for it either. What LLMs do is allow engineers to iterate faster, and work on more tasks. This means less jobs.

Re: Cloudlflare builds OAuth with Claude and publishes all the prompts

#320

Post by motorest » Tue, Jun 03, 2025, 4:39 AM UTC

tkiolp4 wrote: post #266

thewebguyd wrote: post #75

Earlier quoted context omitted.

> But what if you only need 2 kentonv's instead of 20 at the end? Do you assume we'll find enough new tasks that will occupy the other 18? I think that's the question. This is likely where all this will end up. I have doubts that AI will replace all engineers, but I have no doubt in my mind that we'll certainly need a lot less engineers. A not so dissimilar thing happened in the sysadmin world (my career) when everyt…

I don’t think we would need less engineers… the work to be done will increase instead. Example: now it takes 10 engineers to release a product in 10 months without AI. With AI it takes lets say 1 engineer to release the same product in 1 month. What’s the company gonna do now? Release 10 products in 10 months without AI 10 engineers (each using AI). It’s an exaggeration I know, but you get the point.

> What’s the company gonna do now? Release 10 products in 10 months without AI 10 engineers (each using AI).

Software is often not the bottleneck. If instead of 10 engineers you just need the one, the company will shed headcount it doesn't need. This might mean, for example, that instead of 10 developers and a software testing engineer, now a team changes to perhaps add testers while firing half of the developers.