prohobo

The control room in Jurassic Park was honestly beautiful - and something about those shaving cream cans really crystallized the aesthetic for me, weirdly. I had no idea that it was taken so seriously, I just remember thinking "damn, that's actually pretty realistic" when I re-watched the movie a few years ago.

Bringing model-driven development to coding agents with a desktop tool called Scryer:

https://github.com/aklos/scryer

It's still pretty experimental, but I think now that AI can feasibly generate code from intent/specs it's worth doing... especially with how much vibe coding is both a blessing and a curse.

Basically, what if we took those markdown specs everyone likes using and systematized them into a model graph, anchored claims to code, then represented that as a wiki? And what if we surfaced a planned change to a codebase as a diff of the definition of that model? You can then properly keep track of what gets implemented and how, because you're no longer reading an essay from the agent as a plan, you see a complete diff of everything it plans to do.

I've been using it myself for work, but it'd be nice to get some feedback from other people's perspectives.

This is all from the perspective of people who already oppose Farage, though. Supporters will zealously reframe everything as illegitimate attack. Soft skeptics will notice the establishment's overreach.

I agree this might be a normal political tactic on paper, but that's irrelevant when you're dealing with populism. The entire game is tribal framing. To anyone outside the anti-Farage coalition, this just looks like the establishment closing ranks, and that's more recruiting material for him.

What I can see happening here, at best, is maybe Farage stepping away if the pressure gets too much. But then you risk him getting replaced by a more angry figurehead who will use Farage's downfall as evidence of the "hatred and dirty politics" of the establishment.

I lived in London for six years starting just before Brexit, so I watched this exact confidence up close. The British public "knowing" Farage is damaged is not new, it's not justified, and it doesn't do anything except make people feel better on social media.

I'm pretty sure that just like every other backhanded attempt to squash the populists, this will backfire. I can't know that of course, but I'm pattern-matching against years of this kind of stuff happening in like 5-6 different countries in Europe already.

This doesn't make a fool of Farage though! It clarifies to anyone already skeptical of the establishment that when pushed, they'd rather not play than risk losing. This is literally self-defeating!

You claim that this kind of thing "generally harms populists more than anything else," but I can't think of a single time that it actually has at the scale that matters. What would harm populists would be a viable alternative that takes the concerns of the population seriously.

I don't understand why the mainstream is celebrating the total collapse of any meaningful political opposition to populists. This kind of fluffed-up 2010's style optimism campaign is exactly how the establishment lost control in 2016 in both the US and the UK.

I think it's sad that Binface is the only one even attempting to engage in democracy at this point. He's a satire but he's also, seemingly, the only legitimate opposition that populists face. That should be concerning and embarrassing, but no one has learned anything over the past 10 years.

So, what happens when Binface loses? Are they just going to try to put Farage in prison like they're doing with the other populists? That'll surely help.

And if he does somehow win, what then? Doesn't that also prove that populism is the only viable strategy? Either way people are celebrating their own defeat.

RE: Tauri not having cross-compile... There's a GitHub action that compiles for Linux, Windows, and Mac. So practically it does have it, just not out of the box.

Just started watching Widow's Bay, which to me has a similar vibe, but a much better hook: folk horror as the plot driver.

I can't watch Northern Exposure anymore. It's too alienated from the modern world, it feels like an artifact from a different civilization rather than anything I can relate to now, which is sad.

They're in every discussion even remotely related to anything Elon Musk.

Everything Elon does is somehow stupid or evil. Actually, that reminds me of Thunderf00t YouTube streams where he was (or still is?) betting Starship would fail miserably every test flight, and he'd talk about how evil and stupid Elon is for 3 hours with chatters, watch the flight then say something like "it's still bullshit."

I think it's a mixture of cope and a little bit psyop from adversaries like Russia who are being crippled in Ukraine because of Starlink.

I felt this way from a year ago up until February 2026. Claude Code and Codex becoming the norm cemented for me that a lot of the projects people are working on (including mine) are totally obsolete. As far as I'm concerned, most code is now abstracted away, and people only want better agents - not traditional software products, except as infrastructure or platforms.

It also looks like the final form of the AI roll-out: whatever the model or application, this is the era of agents, and probably in the near-future mostly automated agents. We'll see an overflow of bespoke automation and in-house agents doing everything from personal task management to enterprise business processes, so releasing a "Personal Fitness Tracker" or a "CRO Auditor" in 2026 doesn't make any sense.

All of my anxiety around it has evaporated because I can see what it actually is: an ouroboros of AI output generating automation of more AI output. What most software engineers will be working on now is guiding that output, making it easier to inspect/configure it, optimizing it, and improving the consumer and developer experience.

Otherwise, we just have to drop our old concepts for projects and work on something else.

For the consumer the floor is rising, and for the experienced developer the ceiling is rising. I personally hate web dev anyway, and I'm glad I can work on interesting engineering problems (even with the help of an AI) instead of having to manually stitch together yet another REST API, or website, or service pipeline.

I don't get it, you joined this thread to call me an idiot with a meme, and now you're talking about being a neutral arbiter for a technical discussion that I supposedly ruined.

More than anything I'm getting frustrated with HN discussions because people just insinuate that I'm stupid instead of making substantive arguments reasoning how what I'm saying is wrong.

Are we performing for an audience or having a discussion?

Just give us a taste of what we'd be paying for? I'm sure you're an expert but before I commit to 2+ years of consultation I'd like to see your approach.

You're clearly very intelligent and a real software engineer, maybe you can explain where I'm wrong?

This is a design problem, and not something necessarily solved by CLI --help commands.

You can implement progressive disclosure in MCP as well by implementing those same help commands as tools. The MCP should not be providing thousands of tools, but the minimum set of tools to help the AI use the service. If your service is small, you can probably distill the entire API into MCP tools. If you're AWS then you provide tools that then document the API progressively.

Technically, you could have an AWS MCP provide one tool that guides the AI on how to use specific AWS services through search/keywords and some kind of cursor logic.

The entire point of MCP is inherent knowledge of a tool for agentic use.

"MCP is less discoverable than a CLI" - that doesn't make any sense in terms of agent context. Once an MCP is connected the agent should have full understanding of the tools and their use, before even attempting to use them. In order for the agent to even know about a CLI you need to guide the agent towards it - manually, every single session, or through a "skill" injection - and it needs to run the CLI commands to check them.

"MCPs needs to implement stateful behavior" - also doesn't make any sense. Why would an MCP need to implement stateful behavior? It is essentially just an API for agents to use.

You do understand that what it sounds like you're talking about is essentially a proto-MCP implementation right? Except more manual work involved.

How would the AI know about the calendar app unless you make the text file and attach it to the session?

Self-describing APIs require probing through calls, they don't tell you what you need to know before you interact with them.

MCP servers are very simple to implement, and the developers of the app/service maintain the server so you don't have to create or update skills with incomplete understanding of the system.

Your skill file is going to drift from the actual API as the app updates. You're going to have to manage it, instead of the developers of the app. I don't understand what you're even talking about.

Why would I do that if the MCP already handles it? The MCP exposes the API with those tools, it explains what the calendar app is and when to use it.

Connected MCP tools are also always in the model's context, and it works for any AI agent that supports MCP, not just Claude Code.

Let's say I made a calendar app that stores appointments for you. It's local, installed on your system, and the data is stored in some file in ~/.calendarapp.

Now let's say you want all your Claude Code sessions to use this calendar app so that you can always say something like "ah yes, do I have availability on Saturday for this meeting?" and the AI will look at the schedule to find out.

What's the best way to create this persistent connection to the calendar app? I think it's obviously an MCP server.

In the calendar app I provide a built-in MCP server that gives the following tools to agents: read_calendar, and update_calendar. You open Claude Code and connect to the MCP server, and configure it to connect to the MCP for all sessions - and you're done. You don't have to explain what the calendar app is, when to use it, or how to use it.

Explain to me a better solution.

Right, that feels like something you'd do with a script and some API calls.

MCP is more for a back and forth communication between agent and app/service, or for providing tool/API awareness during other tasks. Like MCP for Jira would let the AI know it can grab tickets from Jira when needed while working on other things.

I guess it's more like: the MCP isn't for us - it's for the agent to decide when to use.

I feel like the MCP conversation conflates too many things and everyone has strong assumptions that aren't always correct. The fundamental issue is between one-off vs. persistent access across sessions:

- If you need to interact with a local app in a one-off session, then use CLI.

- If you need to interact with an online service in a one-off session, then use their API.

- If you need to interact with a local app in a persistent manner, and if that app provides an MCP server, use it.

- If you need to interact with an online service in a persistent manner, and if that app provides an MCP server, use it.

Whether the MCP server is implemented well is a whole other question. A properly configured MCP explains to the agent how to use it without too much context bloat. Not using a proper MCP for persistent access, and instead trying to describe the interaction yourself with skill files, just doesn't make any sense. The MCP owner should be optimizing the prompts to help the agent use it effectively.

MCP is the absolute best and most effective way to integrate external tools into your agent sessions. I don't understand what the arguments are against that statement?

So you just hate him. Great. Now stop derailing every thread related to NASA/Spacex launches.

That's beside the point... Fact is, there's a schism and no one crosses it. Elon picked a side I guess, so the other side hates him.

All of those exist or are being worked on, so I don't get it. Except maybe hyperloop, which was abandoned afaik.

What are you even trying to say? That these projects are totally fake? AI generated or something? Like the Moon landing was fake?

That describes basically all founders though, minus the endless money supply. That's how business/sales works: make promises, build product later.

Also SpaceX, Tesla, PayPal, OpenAI, Grok and Neuralink aren't vaporware...

The claim fundamentally doesn't make any sense.

Ughhh, Elon Moosk amirite? Such a fraud, because [???]

I don't really understand why these kinds of comments persist except as some pathological cope when confronted with a world that doesn't work the way you want it to.

It's not convincing, it immediately outs you as a zealot, it's counterproductive in every single way. Why keep doing it?

Depends on the problem-space doesn't it? If you're making CRUD apps, then go wild IMO. If you're making rocket launch systems, maybe don't?

Are you kidding me? If you link against a GPL library in a proprietary commercial app, the GPL's copyleft infects that code and you'd have to release it under GPL.

Explain to me how that doesn't prevent commercial use? Are you going to say "well technically it doesn't prevent it"? No one cares. Commercial projects avoid GPL like the plague.

Maybe you're right, but FSL/BSL is arguably "more open source" than GPL. We all know GPL is a poison pill that kills commercial use, while FSL/BSL just blocks competitors from stealing your app.

Is this some kind of astroturfing comment? China is supporting Iran and Russia economically and technologically, and is preparing for a Taiwan invasion.