Live data from Hacker News

Claude Code – Everything you can configure that the docs don't tell you

buildingbetter.tech

41–50 of 76 posts

Re: Claude Code – Everything you can configure that the docs don't tell you

#42
Clearly AI-generated writing (confirmed with Pangram). Amazed this has so many upvotes—are people even reading the article?

@dang I know you have so far resisted a rule for AI-generated content (as we now have for comments), but I personally would prefer a flag for articles so that I don't waste my time on slop.

Re: Claude Code – Everything you can configure that the docs don't tell you

#45

That example classifier is horrendous. A simple substring search for ls/cat/echo/etc?

surely concats of user input, stdout of external dependencies, and non-deterministic output feeding back directly to an eval is safe. it's never been a problem before. not even trying to check the boxes when it comes to security anymore.

Re: Claude Code – Everything you can configure that the docs don't tell you

#46
post #41

Anyone else pick up on the fact that the article was released on Apr 01, 2026?

I decided to grep the actual binary to check. The current version is 2.1.156, but the post is based on 2.1.87.

Most of it holds up in 2.1.156: the hook response fields (updatedInput, permissionDecision, additionalContext, watchPaths, etc.), extra hook config fields (once, asyncRewake), skill/agent frontmatter (omitClaudeMd, criticalSystemReminder_EXPERIMENTAL, memory, color, context: fork), and autoMode/autoMemoryEnabled/autoDreamEnabled all show up as real Zod-schema config keys, not stray strings. autoMode has the allow/soft_deny/environment shape, plus an undocumented hard_deny.

Two things from the post I couldn't find in 2.1.156: yoloClassifier (the closest flag now is yoloEquivEnabled) and "Magic Docs" / the # MAGIC DOC: regex (the only MAGIC strings left are about file magic bytes).

Re: Claude Code – Everything you can configure that the docs don't tell you

#49
post #28

> Honest status > Not at 100% - and I want to be straight about why that's a longer road... https://github.com/user-attachments/assets/961eff6c-0060-45d... I just want Claude Code to stop giving up on achieving tasks. It's so annoying. Even with `/goal` or the new `ultracode` it gives up constantly. My project is very complex ( https://github.com/mohsen1/tsz ) but Codex has no problem keep grinding without stopping l…

I just use /loop now which gives it a motivational prompt to keep the fuck going. Goal can be used too, but for some things a simple loop is better

Re: Claude Code – Everything you can configure that the docs don't tell you

#50

Is there an AI Coding Agent application structure emerging that is more or less universal across llm models? Is anyone collecting and writing on how to understand this architectural style?

The pattern across Claude Code, Codex and Cursor does seem to be converging: gather context, make a plan, execute, then verify.

What feels less standardized is how much control the user gets between those stages. Settings like showClearContextOnPlanAccept and disableAutoMode are interesting because they expose that boundary between “agent decides” and “human reviews before execution.”

That seems like the part where different coding agents will continue to feel very different in practice.

Post reply on HN