zlacker

[return to "Cloudlflare builds OAuth with Claude and publishes all the prompts"]
1. mtlync+57[view] [source] 2025-06-02 15:07:09
>>gregor+(OP)
>In all seriousness, two months ago (January 2025), I (@kentonv) would have agreed.

I'm confused by "I (@kentonv)" means here because kentonv is a different user.[0] Are you saying this is your alt? Or is this a typo/misunderstanding?

Edit: Figured out that most of your post is quoting the README. Consider using > and * characters to clarify.

[0] https://news.ycombinator.com/user?id=kentonv

◧◩
2. kenton+r7[view] [source] 2025-06-02 15:09:01
>>mtlync+57
He is quoting from the project readme. I wrote all this text.
◧◩◪
3. mdanie+Y7[view] [source] 2025-06-02 15:11:21
>>kenton+r7
Thanks for weighing in here

If I might make a suggestion, based on how fast things change, even within a model family, you may benefit from saying Claude what. I was especially cognizant of this given the recent v4 release which (of course) hailed as the second coming. Regardless, you may want to update your readme to say

It may also be wildly out of scope for including in a project's readme, but knowing which of the bazillions of coding tools you used would also help a tiny bit with this reproduction crises found in every single one of these style threads

◧◩◪◨
4. kenton+T9[view] [source] 2025-06-02 15:21:41
>>mdanie+Y7
I believe it's important to say when AI was used so heavily in building a library -- it would feel dishonest to me to claim I wrote it all myself. I also think it's just a pretty interesting thing to know about. So I think it belongs in the readme. (But I'm not making a moral judgment on what anyone else does.)

It was almost entirely Claude Sonnet 3.7. I agree I should add the version to the readme.

◧◩◪◨⬒
5. pera+Ay[view] [source] 2025-06-02 17:48:45
>>kenton+T9
That's interesting. My experience with Sonnet 3.7 early this year was pretty poor: It simply couldn't reach the correct solution alone, even when explaining the issues explicitly. The proposed invalid solution was not too far from the correct one, so you could fix it manually if you knew what you were doing, but then the way the code was structured was not something that I would like to maintain in a real project. All this on top of the usual UX issues like hallucinated APIs. The experience refactoring was even worse.

I guess your mileage is highly dependent on the domain of your problem? In my case was GIS by the way

[go to top]