HNHacker News
TopNewBestAskShowJobs

hkbuilds

13 karma · joined March 1, 2026

submissionscomments
hkbuilds··on Decision trees – the unreasonable power of nested decision rules
Decision trees are underrated in the age of deep learning. They're interpretable, fast, and often good enough.

I've been using a scoring system for website analysis that's essentially a decision tree under the hood. Does the site have a meta description? Does it load in under 3 seconds? Is it mobile responsive? Each check produces a score, the tree aggregates them. Users understand why they got their score because the logic is transparent.

Try explaining why a neural network rated their website 73/100. Decision trees make that trivial.

hkbuilds··on Setting up phones is a nightmare
The worst part is that it keeps getting harder, not easier. Every new phone setup asks you to connect more accounts, enable more permissions, and configure more services.

I recently helped a family member set up a new phone and it took over 2 hours. Between 2FA migrations, app re-authentication, and trying to figure out which backup actually had their data, it was miserable.

Phone manufacturers have zero incentive to make cross-platform migration easy. Apple wants you to stay on iPhone. Google wants you to stay on Android. The user suffers.

hkbuilds··on Why XML tags are so fundamental to Claude
This matches my experience building AI-powered analysis tools. Structured output from LLMs is dramatically more reliable when you give the model clear delimiters to work with.

One thing I've found: even with XML tags, you still need to validate and parse defensively. Models will occasionally nest tags wrong, omit closing tags, or hallucinate new tag names. Having a fallback parser that extracts content even from malformed XML has saved me more than once.

The real win is that XML tags give you a natural way to do few-shot prompting with structure. You can show the model exactly what shape the output should take, and it follows remarkably well.

hkbuilds··on When does MCP make sense vs CLI?
I've been building tools that use both approaches and the answer really depends on the context.

MCP shines when you need stateful, multi-step interactions - things like browsing a codebase, running tests iteratively, or managing deployment pipelines where each step depends on the last.

CLI wins when the task is well-defined and atomic. "Run this audit", "deploy this thing", "format this file." No ambiguity, no state to maintain.

The trap I see people falling into: using MCP for everything because it's new and shiny, when a simple CLI wrapper would be faster, more reliable, and easier to debug. The best tools I've built combine both - CLI for the happy path, MCP for the exploratory/interactive path.