Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code now supports hooks

docs.anthropic.com

Post reply on HN
Print view View original

101–110 of 184 posts

Re: Claude Code now supports hooks

#101

Post by trainerxr50 »

konart wrote: post #86
forgotoldacc wrote: post #67

Earlier quoted context omitted.

And we may get an ugly transitory period where a lot of programs go from being clearly hand made with some degree of care and some fine details that show the developer's craftsmanship, to awful prefab and brutalist software that feels inhuman, mass-produced, and nothing is really fit for the job but still shipped because it kind of works well enough. People go to museums to admire old hand-carved furniture and travel…

>nothing is really fit for the job but still shipped because it kind of works well enough. This is true for most of the software these days (except for professional software like Photoshop and the like) without LLMs.

Exactly. As a non-software engineer, people talk about software as some fine art on here while my experience as a user is that most software basically sucks in one way or another.

Re: Claude Code now supports hooks

#102

Post by samrus »

ainiriand wrote: post #90

I tried to make an app in claude code like they so much fanfare it could do, and it failed. It was obvious it will fail, I wanted something that I think it was not done before, using the Youtube api. But it failed nonetheless. I am tired of pretending that this can actually pull any meaningful work besides a debug companion or a slightly enhanced google/stackoverflow.

Its definitely not there yet. You have to babysit it alot. Its not autonomous.

The utility i find is that it helps _me_ do the real engineering work, the planning and solution architechting, and then can bang out code once it has rock solid instructions (in natural language but honestly one level above psuedocode) and then i have to review it with absolutely zero faith in its ability to do things. Then it can work well.

But its not where these guys are claiming it is

Re: Claude Code now supports hooks

#103

Post by dakiol »

bognition wrote: post #92
ainiriand wrote: post #90

I tried to make an app in claude code like they so much fanfare it could do, and it failed. It was obvious it will fail, I wanted something that I think it was not done before, using the Youtube api. But it failed nonetheless. I am tired of pretending that this can actually pull any meaningful work besides a debug companion or a slightly enhanced google/stackoverflow.

Interesting how long ago did you do this? How long did you spend on it? I was skeptical about Claude code and then I spent a week really learning how to use it. Within the week I had built a backend with FastAPI that supported user creation, password reset, email confirmation, a front end, and support for ouath into a few systems. It definitely took me some time to learn how to make it work, but I’m astounded at how…

How do you know the code is solid? If your bar is “if it runs, then it is good”, then alright, otherwise you (or someone else) need to review that code. So, Yeah llms are nice but i don’t think we can just go and deploy whatever they throw at us.

Re: Claude Code now supports hooks

#104

Post by ramoz »

icoder wrote: post #96
b0a04gl wrote: post #74

>before this you had to trust that claude would follow your readme instructions about running linters or tests. hit and miss at best. now its deterministic. pre hook blocks bad actions post hook validates results. >hooks let you build workflows where multiple agents can hand off work safely. one agent writes code another reviews it another deploys it. each step gated by verification hooks.

This nicely describes where we're at with LLM's as I see it: they are 'fancy' enough to be able to write code yet at the same time they can't be trusted to do stuff which can be solved with a simple hook. I feel that currently improvement mostly comes from slapping what to me feels like workarounds on top of something that very well may be a local maximum.

Claude Code is an agent, not an LLM. Literally this is software that was released 4mo ago. lol.

1y ago - No provider was training LLMs in an environment modeled for agentic behavior - ie in conjunction with software design of an integrated utility.

'slapped on workaround' is a very lazy way to describe this innovation.

Re: Claude Code now supports hooks

#105

Post by ramoz »

ainiriand wrote: post #90

I tried to make an app in claude code like they so much fanfare it could do, and it failed. It was obvious it will fail, I wanted something that I think it was not done before, using the Youtube api. But it failed nonetheless. I am tired of pretending that this can actually pull any meaningful work besides a debug companion or a slightly enhanced google/stackoverflow.

If you do not know the software design, claude code will fail. If you know the software design, you can guide it toward success.

Re: Claude Code now supports hooks

#106

Post by timschmidt »

dakiol wrote: post #103
bognition wrote: post #92

Earlier quoted context omitted.

Interesting how long ago did you do this? How long did you spend on it? I was skeptical about Claude code and then I spent a week really learning how to use it. Within the week I had built a backend with FastAPI that supported user creation, password reset, email confirmation, a front end, and support for ouath into a few systems. It definitely took me some time to learn how to make it work, but I’m astounded at how…

How do you know the code is solid? If your bar is “if it runs, then it is good”, then alright, otherwise you (or someone else) need to review that code. So, Yeah llms are nice but i don’t think we can just go and deploy whatever they throw at us.

Do you allow interns to push to prod? Because I don't. The LLM is treated no differently. It's an extraordinarily fast, extraordinarily well read intern. You can ask it to do anything, it might succeed, anything it produces should be reviewed fully. I already interact with interns and open source project contributors in a similar fashion, so the LLM plugs right in.

Re: Claude Code now supports hooks

#107

Post by gwbas1c »

b0a04gl wrote: post #74

>before this you had to trust that claude would follow your readme instructions about running linters or tests. hit and miss at best. now its deterministic. pre hook blocks bad actions post hook validates results. >hooks let you build workflows where multiple agents can hand off work safely. one agent writes code another reviews it another deploys it. each step gated by verification hooks.

I wonder how hard it is to create an alternate user account and have Claude run as that user instead?

Re: Claude Code now supports hooks

#109

Post by conception »

mrmincent wrote: post #59
mkagenius wrote: post #56

As an aside, people say AI will eliminate coding jobs, but then who will configure these hooks? Or think about adding such a feature? These kinds of tooling and related work will still be there unless AI evolves to the point that it even thinks of this and announces this to all other AI entities and they also implement it properly etc.

To misuse a woodworking metaphor, I think we’re experiencing a shift from hand tools to power tools. You still need someone who understands the basics to get the good results out of the tools, but they’re not chiseling fine furniture by hand anymore, they’re throwing heaps of wood through the tablesaw instead. More productive, but more likely to lose a finger if you’re not careful.

Feels more like photography. Everyone will “soon” have a tool that lets you take pretty great photos - surpassing professional of thirty years ago.

If you want professional work done you’ll still hire someone but that person will also use a lot of professional grade computer tooling with it.

But there definitely won’t be as many jobs as before - especially on the low skill end.

Re: Claude Code now supports hooks

#110

Post by koakuma-chan »

ramoz wrote: post #104
icoder wrote: post #96

Earlier quoted context omitted.

This nicely describes where we're at with LLM's as I see it: they are 'fancy' enough to be able to write code yet at the same time they can't be trusted to do stuff which can be solved with a simple hook. I feel that currently improvement mostly comes from slapping what to me feels like workarounds on top of something that very well may be a local maximum.

Claude Code is an agent, not an LLM. Literally this is software that was released 4mo ago. lol. 1y ago - No provider was training LLMs in an environment modeled for agentic behavior - ie in conjunction with software design of an integrated utility. 'slapped on workaround' is a very lazy way to describe this innovation.

> Literally this is software that was released 4mo ago.

Feels like ages

Post reply on HN