> there should be one LLM context that is reading tickets, and another LLM context that can drive MCP SQL calls, and then agent code in between those contexts to enforce invariants.
I get the impression that saurik views the LLM contexts as multiple agents and you view the glue code (or the whole system) as one agent. I think both of youses points are valid so far even if you have semantic mismatch on "what's the boundary of an agent".
(Personally I hope to not have to form a strong opinion on this one and think we can get the same ideas across with less ambiguous terminology)
> there should be one LLM context that is reading tickets, and another LLM context that can drive MCP SQL calls, and then agent code in between those contexts to enforce invariants.
I get the impression that saurik views the LLM contexts as multiple agents and you view the glue code (or the whole system) as one agent. I think both of youses points are valid so far even if you have semantic mismatch on "what's the boundary of an agent".
(Personally I hope to not have to form a strong opinion on this one and think we can get the same ideas across with less ambiguous terminology)