Hacker News

I will add Claudish robolect into my language immediately, thank you.

It's particularly load-bearing to a non-native English speaker such as me.

It looks a lot like English, but it doesn't have the same rhythm human English has. It's as if a human tried and failed to be concise.

Hear ye, who speaks of the Pompatus of Claude…

The more common english term is “held back” instead of gated.

And nvidia probably doesn’t want to say “probabilistic responses including hallucinations preclude reliable ai analytics”

As it is the sentence communicates very little. Things are unreliable for a lot of different reasons. Hardware? Software? Users? Intentional and required use of RNGs? Claude presumes the reader has all the same weights activated.

As a native speaker, I read this as "This controls enabling or disabling of all analytic features used by AI model loops"

Now there are times when I let the model keep its own docs in its own language, for its own future reference; but, it is not intended for human distribution due to its odd selection of words and phrases (aka slop).

Agents can retrieve documents and query databases, but retrieval reliability limits the utility of agentic analytic abilities: a revenue metric answered faster is worth nothing if the number is wrong.

Just adding a few words takes it so far...

Opus 5.0 lingo left a lasting psychological damage on developers' psyches. And some good memes related to it.

There's a difference between using Claude and sharing its unfiltered output.

What they're saying is that if something is not worth the time needed to write it, it's not worth the time needed to read it either.

I’ve never shared Claude text output with another human without explicitly flagging it as such. I believe my ability to communicate effectively in my own words is a large part of the value I offer and Claude’s writing (at least in relation to code) is so convoluted and malformed that I wouldn’t dream of attempting to pass it off as my own.

It has a utility in the same way that raw ingredients have a utility in a kitchen. The chef doesn’t just drop a messy pile of uncooked meat and vegetables onto your plate and tell you to figure it out. That’s exactly what people are doing when they vomit out a bunch of impenetrable slop and expect the reader to do the hard work of comprehending it on their behalf.

You can’t expect others to care about what you’re saying if you’ve not spent a moment considering how best to say it. The reader’s time is no less valuable than your own. If you think composing a readme for your project is worth zero minutes of your time, that’s the appropriate amount of time for readers to allocate to it.

For whatever it’s worth, I also cancelled my Claude subscription recently and shifted back to OpenAI solely because I find its outputs far more readable. I’ll even accept a slight hit on model performance as a trade-off. If I’m unwilling to read Claude-speak when I’m being paid an hourly rate, you can be sure I’m not reading it for free.

Typical marketing blocks in a power point. Not everything is AI slop, anymore than marketing has been 'slop'.

What? now I can't draw boxes and arrows without it being slop?

That's much more like an agent error than a human error.

It's quite common for LLMs to mix up values between columns in a table. It's often referred to as a structural hallucination, since it can happen with all kinds of relationships that form structures, not just columns in a table.

Yes, it's a professional assessment. This page is 100% unedited slop, and it's unprofessional to publish something like this under the pretense that it's fit for human consumption.

Read the rest of the page. This is 100% unedited slop.

More like, sometimes when you publish slop it gets called out as slop.

Thanks Claude. /s

> I don't think there really is a clear distinction between these things though.

Computer systems, though, can have that distinction. If you read data supplied by the user, and then process it via behavior in code, and process that result against administratively-set data in the database, the separation between user-supplied data, administratively-configured data, and instructions (code) is extremely clear. Even if you are doing something that could be nondeterministic, e.g. incorporating randomness or doing sentiment analysis or whatnot.

I don't think the oft-repeated "AI is fallible just like humans are" applies here. Computer systems are an area where that separation can be achieved. We know this because we've achieved it a lot. LLMs, powerful as they are, are a massive step back in that regard. Their benefits might outweigh that compromise, but it is, as they say, "worth naming" anyway.

Depending on how you combine imperfect systems, you can lower or increase error rates.

Well, in principle yes one system can compensate for another, in practice, errors tend to compound and combine in interesting ways, not go away, particularly in systems like this which are unpredictable and generate slightly different responses each time without human intervention. They are not reliable in the way we're used to considering and don't work well without supervision from careful humans at present.

I don't think there really is a clear distinction between these things though.

Yes your second point is an interesting one - the divisions between these things are arbitrarily imposed on the world, but we do have these distinctions for a reason, even if they are not completely objective.

I do think this is a significant problem specific to LLMs though (that I at least see when using them) - we don't have a way to constrain them in what knowledge they consider. This can be a bonus (they are good at connecting faraway bits of maths in interesting ways), but it can be a significant problem when asking for a summary of a data - confabulations and data from outside the context easily leak into the output of the LLM. That is undesirable behaviour and we have no reliable way to constrain it.

I'm not sure that this particular effort is going to help because it doesn't change or constrain the behaviour of the actual machines and the behaviour is the problem, not the data they are fed.

I don't know enough about it, would welcome a more informed opinion on that, as a user it's the biggest issue with using them long-term IMO. Perhaps it is fixable somehow, and perhaps 'cannot do that' is a bit strong, what I meant was the current iteration of LLMs cannot do that.

Yes, and few other useful concepts beyond just Datalog.

because it doesn't suck :)

it's local first, agent-friendly tooling; you have single cli to access it (mcp is there as well if that's your thing)

everything is persisted in simple local text files that you can actually read (or sqlite database if you don't care / have more data)

ie there is no integration, k8s-style nonsense etc, you can just use it on project or on your system user level and know exactly what's there, you have control over it, you can delete it, move it, extract parts you find useful and move on etc

because it has first class support for uncertainty

evidence is first class concern

supports evolution of belief (statements can be revised, retracted etc. without destroying history)

knowledge is executable (rules, actions, automations – all operate on the same claim model)

it works well for knowledge that keeps changing (including support for querying knowledge as of some past time)

it's great for llm sessions, ie. simple things like comment on a claim being part of a claim itself, which means it appears when working with knowledge, which allows to support weird/human/natural-language aspects that are not directly part of the model

...

rdf/owl/sparql is great for large, public, structured datasets (ie. medical, scientific or some regulatory, standardized ontologies)

cave is great for evolving knowledge, ie. in most cases i use it by just dropping it in and forgetting about it – i don't care how/what llm will model, i just care it'll solve some problems faster when aiding itself with it as a tool; if i want some structured dataset out of it i may occasionally ask it to model it around homogeneous schema i can extract, but in most cases i really don't care

will check it out! also thanks to the others for the clarifications.

What can an agent infer from this system that it can't infer from the codebase?

This is what the Matt Pocock /grill-with-docs solves. It helps to build a ubiquitous language that helps with domain modelling. This along with the codebase seems to help agents a lot. I'm not clear on how the Nvidia tool here improves on this, or how it is more reliable?