Hacker Newsnew | past | comments | ask | show | jobs | submit | tcbrah's commentslogin

giving meta a run for its money, esp when it was supposed to be the poster child for OSS models. deepseek is really overshadowing them rn

Meta is totally directionless

we've been complaining about curl | bash for like 15 years and yet here we are installing every new ai tool the exact same way lol. convenience always wins over security until it doesnt


love that "we removed the telemetry" is now a headline feature worth forking an entire project over. says a lot about where dev tooling is headed tbh


There was no "telemetry" in uv to begin with. They're just aiming for an emotional response. Read about the "telemetry" they removed and you'll find it funny.


> There was no "telemetry" in uv to begin with. They're just aiming for an emotional response. Read about the "telemetry" they removed and you'll find it funny.

I would personally prefer it be spelled out better, but I assume we're looking at this:

https://github.com/duriantaco/fyn/blob/main/MANIFESTO.md#no-...

> uv was sending a surprising amount of info to package indexes every time you installed something. These things include your OS, py version, CPU architecture, Linux distro, whether you're in CI. All baked into the User-Agent header via something called "linehaul". We ripped that out. Now it just sends fyn/0.10.13. That's it.

Unless you're disputing the factual angle (I confess I tried to look at the commits, saw that the first couple commits in the repo changed over a thousand files, and gave up)... yes? I would describe sending OS, python version, CPU arch, and CI yes/no as telemetry. I guess we can quibble about whether there's a more precise term for this particular form of sending information about your machine to a remote target without asking, but the description seems fair enough.


tbh the fact that they put copilot in the snipping tool tells you everything about how those decisions were being made lol


tbh the real issue isnt even prompt injection its that people give these agents full wallet access and then act suprised when they get drained lol


Yeah, there was a "purpose-built crypto agent" from a number of days ago, Ottie https://news.ycombinator.com/item?id=47401717.

Its GH says "Built on nanobot, OpenClaw, and PicoClaw. Integrates with CoinGecko · DefiLlama · Uniswap · Lido · Aave · Venice AI · ERC-8004 · Self Protocol · Snapshot · FastMCP and more."

I was thinking this could be like someone's "Bank Manager 2.0." Dev says it "speaks Ethereum natively" and "treats security as a structural property, not an afterthought. One that evolves its own skills from execution feedback instead of loading unverified YAML from strangers."

I hope he's right. It's actually pretty important stuff. Anywhere that has financial institution risk should take crypto more seriously. Even where systems are mature, who's to say "emergency powers" can't be used to freeze accounts, or where someone is labelled as evil without due process. So DIY banking, another growth area.


lol the 2025 "ai is just my pairing buddy" to 2026 "ai writes all my code" pipeline is speedrunning at this point


the "77% cost reduction" number is doing a lot of heavy lifting here when the real play is getting your whole agent stack on cloudflare so switching costs go thru the roof lol


the fact that github still renders Private Use Area codepoints as whitespace instead of flagging them is wild tbh. like we've known about this vector since 2024 and npm/github just shrugged


tbh you can already tell whos using chatgpt to write their emails at work, everyone sounds like the same middle manager now. the homogenization isnt coming its already here


the maintenance burden is the real MCP killer nobody talks about. your agent needs github? now you depend on some npm package wrapping an API that already had good docs. i just shell out to gh cli and curl - when the API changes, the agent reads updated docs and adapts. with MCP you wait on a middleman to update a wrapper.

tptacek nailed it - once agents run bash, MCP is overhead. the security argument is weird too, it shipped without auth and now claims security as chief benefit. chroot jails and scoped tokens solved this decades ago.

only place MCP wins is oauth flows for non-technical users who will never open a terminal. for dev tooling? just write better CLIs.


the maintenance burden is the real MCP killer nobody talks about.

...

for dev tooling? just write better CLIs.

You realize those custom CLIs you're writing will now need to be maintained too, right?


fair point, but there's a difference between maintaining a CLI you own vs depending on a third party to maintain a wrapper around an API you could call directly. not to mention the mcp protocol is fairly nascent whereas CLIs are much more battle-tested


Which is why you should use official MCP servers, and plenty of products do offer an official MCP server.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: