This is why, even with the state of the art, we’re not ready for uncontrolled deployment of AI agents in business operations.

The script I can debug once I have a starting point, but if the chatbot’s analysis goes off sideways, there no getting it back on track.

I’m curious about “Data in JS, so no Alpine.js” With Alpine, data does not need to be included in markup; you can inject data into Alpine’s scope from external JS. This makes your template reactive without mutating data in the global scope. Does your use case require the global scope to be reactive?

(One way to get at what’s missing here would be to point out that the AI system is not “conversing” in the same sense that humans converse: human conversation is embedded in and derives its meanings from “forms of life” — W’s term for the shared, intersubjective background of language games.)

I would classify the above thesis as the “linguistic pragmatist” framing, with reference to later Wittgenstein and a footnote to the Turing test (“imitation game”) and its parallels to W’s “language games.”

That’s ChatGPT 5 (model: auto) btw

Against: “If ‘knowing’ is tied to having intentional states, embodied experience, or cultural participation, the thesis fails because AI’s ‘pragmatic knowledge’ is a simulation, not a lived competence.”

For: “If ‘knowing’ pragmatics is defined purely behaviorally — as successful, contextually appropriate use of language in interaction — the thesis holds.”

I asked ChatGPT to discuss this thesis, and it made a few good points:

(5/5) Imagine Figma can be the visual editor for your CMS, and now suppose it's generating JSX that can also be manipulated as code; then on top of that you have the content layer integrated into the same platform – now you have your whole team working in the same integrated environment. Powerful!

(4/5) And a big YES to this: "Figma and Payload together can and will solve a problem that’s been bugging me (and probably all of you) for years ... Designers create in Figma, then devs recreate in code, then content teams struggle to maintain it all. It’s inefficient and frustrating."

(3/5) The announcement of Payload's acquisition by Figma gives Payload (or whatever it is to become) a much greater shot at relevance. I would love to see the future of CMS be something that is not WordPress – but also something that is just enough like WordPress to convert the masses.

(2/5) I have seen a number of alternative CMS products come and go over the last few years. While Payload looked impressive, I was concerned that it might be too niche and might not win enough of a following to gain traction in this product space.

Headless WordPress?

Turso's decision to build their platform on an open-source fork of SQLite, called libSQL, is somewhat reassuring. Supposing that other services build off of libSQL in the future, the existence of standard drivers in JS/TS and another languages should remove barriers to switching providers.

One concern I've had about choosing any cloud database provider has been vendor lock and the effort required to migrate data to another service if the provider exists the market or becomes too expensive.