正在加载视频...
视频加载失败
One underrated benefit of declarative, event-based state management: It turns your app logic into something LLMs can use *directly*. Transitions + schemas become tool calls automatically. The agent doesn’t mutate state; it sends events the app already understands.
20,747 次观看 • 4 个月前 •via X (Twitter)
24 条评论

TanStack AI agrees with you!

David we should talk.

Very cool. Some notes (love what Foldkit is doing btw): - If schemas are part of the contract, you should be able to do something like this without having to set up MCP; just feed it directly to the agent: - Event/message schema is only part of the story; context schema + emitted events/effect schema (what can the app emit? what effects will the app execute?) are also important - Something like store.can is huge: you want the agent to check if sending a message will have any effect, or is even allowed - State machines also bring this to a new level: "here's all the possible messages" can become "here's all the possible messages *in this state*" - Eventually, sending the entire app logic to an agent will enable lots of cool things; messages only are not enough (I'm sure you've thought of this too)

Many thanks for the feedback!

This is the bridge a lot of agent demos miss. If the app already exposes valid events and transitions, the model stops inventing side effects and starts operating inside guardrails the system understands.

You get it!

in python, I push my agents to specify everything as explicit state machines with states, transitions, and effects all spelled out. it's easier for the model to mine the logs after the fact to figure out where the bugs are and what it modeled incorrectly. it can also reason about it visually when you graph it

given the right tools, and taking away the complicated need for interacting with a UI makes the llm agent much more effective in my experience

Yep that's exactly what that demo shows; it sends events to the store directly

joke's on you our business process needs a pushdown automata at least pretty sure it might be turing complete

Commands (FSM “events”) are the only entry point into state changes. Then you get APIs, permissions, docs, and LLM tools almost for free.

What is the extensionyou are using to prompt the ai?

State machines 🤝 WebMCp

Need to try this out!

event schemas give llm deterministic payloads, but you still need runtime guard to reject malformed events

Yes; xstate/store (the library used here) has a validation extension just for this:

validation extension covers compile‑time checks, but runtime guard remains necessary for untrusted event sources

Explicit state makes agents safer and easier to inspect. If the app exposes transitions and schemas, the agent can operate through known events instead of inventing the workflow, and humans can see what changed and why.

declarative state management is the fancy way to say an imgui?

It's a fancy way to say a state machine

well, whats the other option to a state machine?

Implicit state machines; what people typically do with more-or-less direct state manipulation

Here are a few options, all under 220 characters: Option 1 (209 chars): "Spot on, David! The event-driven approach is powerful. Agents as event emitters (not state mutators) ensure cleaner integration & robust systems, unlocki...

I like the ui of the input box and button haha
