Viewing profile — keithwhor
keithwhor
HN member- Joined
- Thu, Mar 14, 2013, 4:46 PM UTC
- HN karma
- 3,884
- Public activity
- 639 items
- HN profile
- View on Hacker News ↗
About keithwhor
https://superuser.app
https://x.com/keithwhor
Recent public activity
-
comment
Comment #47115742
The economics of production cost, investment and distribution have created a lopsided industry where only guaranteed hits get funded. Less soul = pandering to more people. With new…
-
comment
Comment #47115635
My guess is that intelligence gets commodified to the point where LLMs and diffusion models are sold on chips and we seamlessly integrate them into the HW + SW stack. Then they’re …
-
comment
Comment #47019578
A friend and I are working on something like this. It’s more Slack-adjacent; the problem we’re tackling is, “what does a future where agents seamlessly integrate with day to day co…
-
story
Ask HN: Should engineers who use less inference be paid more?
Employee A: $2,000 / mo inference spend (eg Claude code). Ships 5 features a month. High impact. No bugs. Employee B: $100 / mo inference. Otherwise identical. Does Employee B dese…
-
comment
Comment #45194486
One that goes boom.
-
comment
Comment #44803412
You’ve just described what Roblox is already doing.
-
comment
Comment #44568072
It’s also possible for LLMs to be inevitable, generate massive amounts of wealth and still be mostly fluff in terms of objective human progress. The major change from my perspectiv…
-
comment
Comment #44307576
I think it's likely we learn to develop healthier relationships with these technologies. The timeframe? I'm not sure. May take generations. May happen quicker than we think. It's c…
-
comment
Comment #44057382
I am building a company in this space, so can hopefully give some insight [0]. The issue right now is that both (1) function calling and (2) codegen just aren't really very good. T…
-
comment
Comment #43948827
I think this is a cop out. OpenAI literally published a better integration spec two years ago, stored on `/.well-known/ai-plugin.json`. It just gave a summary of an OpenAPI spec, w…
-
comment
Comment #43948508
In the grand scheme of things I think we are still very early. MCP might be the thing which is why I'd rather try and contribute if I can; it does have a grassroots movement I have…
-
comment
Comment #43948421
Quick follow up: I anticipate alignment issues as well. Anthropic is building MCP to make the Anthropic experience great. But Anthropic's traffic is fractional compared to ChatGPT …
-
comment
Comment #43948342
On MCP's Streamable HTTP launch I posted a issue asking if we should just simplify everything for remote MCP servers to just be HTTP requests. https://github.com/modelcontextprotoc…
-
comment
Comment #43765508
I've been programming since I was eight, but truly fell in love with biology in 12th grade chemistry: the first introduction to organic chemistry and biochemistry. It was the first…
-
comment
Comment #43682402
I mean you don’t need gRPC. You can just treat all tool calls as SSEs themselves and you have streaming. HTTP is pretty robust.
-
comment
Comment #43637000
At least this uses existing standards, which was my biggest gripe with MCP. That said - protocol whiplash. And it might get worse.
-
comment
Comment #43551463
If this is a bet, I'll happily take the other side and give you 4:1 on it.
-
comment
Comment #43489727
I don’t disagree. I fought this battle for a long time — ran a company where I tried to simplify SDK development by making every endpoint POST and JSON params; sorta like SOAP / ju…
-
comment
Comment #43489019
That makes sense. But if that's the case I think we should call a spade a spade and differentiate "Local-first MCP" and "Remote MCP"; because what (many, most?) companies are reall…
-
comment
Comment #43488996
Would disagree there — system integration probably accounts for like 90% of development work; just at different layers of abstraction. It’s evergreen work that companies are endles…
-
comment
Comment #43488765
This is very cool but definitely has the XKCD standards vibe [0]. If the industry is standardizing on MCP but then we decide it's not good enough, we just end up back where we star…
-
comment
Comment #43488198
The good thing to note is that (AFAIK) MCP is intended to be a collaborative and industry-wide effort. Whereas plugins was OpenAI-specific. So, hopefully, we can contribute and hel…
-
comment
Comment #43488027
The `stdio` approach for local services makes complete sense to me. Including using JSONRPC. But for remote HTTP MCP servers there should be a dead simple solution. A couple years …
-
comment
Comment #43487533
Today MCP added Streamable HTTP [0] which is a huge step forward as it doesn't require an "always-on" connection to remote HTTP servers. However, if you look at the specification i…
-
comment
Comment #43442683
Great read. I think connecting with nature while you’re young is great — when you’re older, even better. Would love to read more of these.