Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
_pdp_
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
20 ms
·
361.
▲
by
_pdp_
8mo ago
You can extract a lot of value from bare-metal servers from Hetzner but you need to put some effort initially to get them going. That being said, it is not really that difficult. And, frankly, it a lot more fun.
362.
▲
by
_pdp_
8mo ago
In other words, file systems are an excellent way to organise information. I mean, yeah - we've been using them forever. File systems are not a good abstraction mechanism for remote procedure calls, though. I think it's important
363.
▲
by
_pdp_
8mo ago
Tried it today - pretty much underwhelming.
364.
▲
by
_pdp_
8mo ago
cool Although... the agent orchestration is really the easy part. It is just a loop. You can solve this in many different ways and yes some languages are more suitable for this than others. But still - very straightforward. The hard part is
365.
▲
by
_pdp_
8mo ago
My observation is that nobody knows how to deploy these LLMs yet. So yes. Context is everything. OpenAI is still selling model access not new science or new discoveries. They are pushing the context problem to the masses hoping someone migh
366.
▲
by
_pdp_
8mo ago
How many apps do you really need that are not already done - perhaps even better?
367.
▲
by
_pdp_
8mo ago
I think the issue goes even deeper than verification. Verification is technically possible. You could, in theory, build a C compiler or a browser and use existing tests to confirm it works. The harder problem is discovery: how do you build
368.
▲
by
_pdp_
8mo ago
Is Go the best programming language for AI agents? I don't think so. But what makes Go useful is the fact that it compiles to an actual executable you can easily ship anywhere - and that is actually really good considering that the lan
369.
▲
by
_pdp_
8mo ago
What sad news. I met FX many years ago during a Black Hat event. At the time, I was working on a class of vulnerabilities related to zip archives. Not only did he know exactly what I was on to, but he was able to articulate the actual issue
370.
▲
by
_pdp_
8mo ago
https://github.com/mcpshim/mcpshim - converts MCPs to CLI - best of both worlds
371.
▲
by
_pdp_
8mo ago
And now even more so.
372.
▲
by
_pdp_
8mo ago
I'm not sure if it's made engineering harder, but it's certainly changing what it means to be a good engineer. It's no longer just about writing code. Now it's increasingly about having good taste, making the right
373.
▲
by
_pdp_
8mo ago
When AI agents make code generation nearly free, the bottleneck shifts from writing to evaluation.
374.
▲
by
_pdp_
8mo ago
Writing tests for a known solution (verification) is straightforward. But speccing out and testing something you haven't even figured out how to build yet (discovery) is a fundamentally harder problem. Try speccing out a flux capacitor
375.
▲
by
_pdp_
8mo ago
One of our projects has 1.2K open pull requests. https://i.postimg.cc/Jnfk9b8g/Xnapper-2026-02-28-22-25-42.pn... We probably accept 1-2 per day. I personally discard code for the tiniest of reasons. If something feels
376.
▲
by
_pdp_
8mo ago
A lot of interesting replies below this comment that I won't be able to respond to individually. I'll just leave this here: https://en.wikipedia.org/wiki/P_versus_NP_problem
377.
▲
by
_pdp_
8mo ago
Everything in this post stems from the assumption that you already know what you're doing, which is probably true for things you've built before. But I hope we can agree that you can't spec out something you have no clue how
378.
▲
by
_pdp_
8mo ago
Interesting concept but I think the issue is to make the tools compatible with the official tools otherwise you will get odd behaviour. I think it is useful for very specific scenarios where you want to control the environment with a subset
379.
▲
by
_pdp_
8mo ago
Yah. You are describing basically every youtube I have seen on openclaw use-cases: news digests, morning debriefs, etc. I am sure this is useful but not something that you specifically need sub-agents for. In the context of coding assistant
380.
▲
by
_pdp_
8mo ago
The core issue remains: where do you apply this. It all has hypothetical benefit at this stage. The only examples I can think of where sub-agents where used extensively and documented is to write a barely working c compiler and barely worki
381.
▲
by
_pdp_
8mo ago
The point of the MCP is for the upstream provider to provider agent specific tools and to handle authentication and session management. Consider the Google Meet API. To get an actual transcript from Google Meet you need to perform 3-4 other
382.
▲
by
_pdp_
8mo ago
Nice. Love it. One important aspect of mcpshim which you might want to bring into clihub is the history idea. Imagine if the model wants to know what it did couple of days ago. It will be nice to have an answer for that if you record the to
383.
▲
by
_pdp_
8mo ago
There is some important context missing from the article. First, MCP tools are sent on every request. If you look at the notion MCP the search tool description is basically a mini tutorial. This is going right into the context window. Given
384.
▲
by
_pdp_
8mo ago
Hehe... nice one. I think we are all thinking the same thing. I've also launched https://mcpshim.dev ( https://github.com/mcpshim/mcpshim ). The unix way is the best way.
385.
▲
by
_pdp_
8mo ago
I suppose we are working on different problems. In my own experience I cannot blindly accept code without even looking at it even for a few moments because I've had many situations where the code was simply doing the wrong things... in
386.
▲
by
_pdp_
8mo ago
I still don't get why would you want to use a terminal app to code when you can do all of this through IDE extension which does the same except it is better integrated. You can open a grid of windows inside vscode too and it comes back
387.
▲
by
_pdp_
8mo ago
Came to say this.
388.
▲
by
_pdp_
8mo ago
Hey HN, I'm the author of Pantalk. Every time I wanted an AI agent to communicate with humans through chat, I had to build separate integrations for each platform. Slack, Discord, Telegram: they all speak different protocols, handle au
389.
▲
by
_pdp_
8mo ago
This is very interesting and and it is Go, which makes it a good fit for an open-source tool I've been working on called Pantalk. The idea behind Pantalk is to provide a local daemon and cli that agents can use to communicate with any
390.
▲
by
_pdp_
8mo ago
No coding is required. You can literally ask your agent to install and configure it. It is only 2 small binaries and no external dependencies. It cannot be any easier than that.
More ›