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

111–120 of 184 posts

Re: Claude Code now supports hooks

#111

Post by booli »

wahnfrieden wrote: post #63
bearjaws wrote: post #30

Claude Code has basically grown to dominate my initial coding workflow. I was using the API and passed $50 easily, so I upgraded to the $100 a month plan and have already reached $100 in usage. I've been working on a large project, with 3 different repos (frontend, backend, legacy backend) and I just have all 3 of them in one directory now with claude code. Wrote some quick instructions about how it was setup, its wo…

You can’t use it across three repos like a workspace in Xcode?

You can use git work tree for that. There is a very extensive blog here:

https://www.pulsemcp.com/posts/how-to-use-claude-code-to-wie...

Re: Claude Code now supports hooks

#112

Post by shmoogy »

ed_mercer wrote: post #51
petethepig wrote: post #5

Would love to see this in Cursor. My workaround right now is using a bunch of rules that sort of work some of the time.

As an ex-Cursor user myself, is there any reason that you’re still using it? Genuinely curious.

I was using it for o3 when sonnet is unable to successfully implement something - but I use ZenMCP now.

I still feel like I can review diffs more efficiently in an ide, but I'm pretty much just mosh-ing into my server and have a few tmux windows going and feel I'm starting to get a bit more efficient.

Still considering the Claude max 20x plan to just use opus 100% of the time though

Re: Claude Code now supports hooks

#113

Post by oefrha »

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.

> 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.

Humans 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, like a simple formatter or linter. That’s why we still run those on CI. This is a meaningless statement.

Re: Claude Code now supports hooks

#114

Post by rolisz »

forgotoldacc wrote: post #67
mrmincent wrote: post #59

Earlier quoted context omitted.

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.

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…

I think it's going to go the opposite way: we'll get a lot more custom made software, that fits exactly what a small customer needs. The code might be utter crap, the design might not be award winning, but it will be custom made to a degree that you can't customize your average Savas.

Re: Claude Code now supports hooks

#115

Post by causal »

ramoz wrote: post #105
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.

I see this a lot on HN: approach AI hoping it will fail and declaring it useless when minimal effort produces bad results.

Re: Claude Code now supports hooks

#116

Post by BonoboIO »

brynary wrote: post #10

This closes a big feature gap. One thing that may not be obvious is that because of the way Claude Code generates commits, regular Git hooks won’t work. (At least, in most configurations.) We’ve been using CLAUDE.md instructions to tell Claude to auto-format code with the Qlty CLI ( https://github.com/qltysh/qlty ) but Claude a bit hit and miss in following them. The determinism here is a win. It looks like the event…

Husky and lint-staged worked for me. Pre Commit Hooks did not work for me.

Re: Claude Code now supports hooks

#117

Post by RobertDeNiro »

oefrha wrote: post #113
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.

> 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. Humans 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, like a simple formatter or linter. That’s why we still run those on CI. This is a meaningless statement.

One is a machine the other one is not. People have to stop comparing LLMs to humans. Would you hold a car to human standards?

Re: Claude Code now supports hooks

#118

Post by rustyboy »

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.

Amen - As a SWE and i've come to realize that no one pays for me to treat code as craftman quality so I don't. The whole agile mindset is get something out that demonstrates value and fix it things while you go. And in ten years i've also realized that my ability to sit down and make something really special the first time through is - shit. This is the first time i've been able to meet timelines while still producing a better product.

Re: Claude Code now supports hooks

#119

Post by ainiriand »

lukan wrote: post #94
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.

"I wanted something that I think it was not done before" But you do know, that this is what LLMs ain't good at. So your conclusion is somewhat off, because there are plenty of programming work of things that were done before and require just tweaking. I mean, I am also not hooked yet and just occasionally use chatGPT/claude for concrete stuff, but I do find it useful and I do see, where it can get really useful for m…

Yes that is a very accurate assessment, I use Claude almost all the time for other tasks, but when it was a moment to really put it to the test I was not able to produce anything at least usable.

My request involved a local web application that acted as a server for other clients in the same network using Rust.

I wanted to use websockets, it never worked and I was never able to nudge it in any meaningful direction, it started to make circular edits on the codebase and it just never worked.

Re: Claude Code now supports hooks

#120

Post by ramoz »

samrus wrote: post #102
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 we…

But you know just how powerful that middle bit is.

An engineer will truly 10x with these, maybe greater. So will the unskilled but they will have diminishing returns over more usage.

Post reply on HN