Blog / Product
When Research Is Already Automated, Judgment Still Needs a Decision Procedure
This is the third post in a series introducing Arista Labs’ SMEme neurosymbolic decision-support platform. The first laid out the neurosymbolic architecture. Models propose, people authorize, and formal reasoning determines what follows. The second showed what that looks like in a legal decision-support workflow using ordinary chat agents and SMEme’s tools. Here I take Bridgewater’s publicly presented Pocket Analyst Tool as the research environment, and show what a decision procedure adds once evidence gathering is already automated.
Space Coast, FL — At LangChain’s Interrupt 2026 conference, Bridgewater’s AIA Labs presented its in-house Pocket Analyst Tool (PAT). They described PAT as a research chatbot that uses LLMs and agentic workflows to give users conversational access to decades of curated investment knowledge, encoded in research guidance, analytical plans, data, and internal tools.
In an impressive display of deterministic agentic coding, PAT turns structured analysis plans into Python, treating code generation as something closer to a compiler pipeline than open-ended agent improvisation. When a PAT user asks a question, the system clarifies the research task, searches the relevant data and knowledge sources, produces a structured analysis plan, generates and validates the Python needed to execute it, runs the analysis, and returns the results in the same conversational workflow. All of this runs through a controlled LangGraph workflow.
For the remainder of this post I will use the “oil shock” investigation Bridgewater used in its demonstration. This is strictly for expository purposes. I have no affiliation with Bridgewater and no knowledge of PAT beyond what they publicly shared.
PAT can establish what is happening. A decision tree can return a conclusion or the next question still worth researching.
From what I understood of the presentation, an analyst investigating a rise in oil prices can use PAT to query Bridgewater’s institutional knowledge and other information sources directly through its chat interface. By the end of that interaction, the analyst may know much more about what is happening and how it correlates with past events. Supply is down by some amount. Inventories are moving in a particular direction. Spare capacity exists, but perhaps not in the right place or on the right timetable. Prices are reacting differently from prior episodes.
The analyst still has to decide what is relevant, what inferences those facts allow, and what additional information could change those inferences or support new ones. The research is ultimately in service of a judgment. SMEme gives that judgment an explicit decision procedure, represented as a human-readable tree the user can review and authorize and that can be compiled into a propositional theory for logical analysis.
Once the research is automated, the remaining cost is no longer gathering evidence and generating proposals. It is missing a question the decision procedure turns on, spending a run on a question that cannot change the result, failing to draw a conclusion the admitted facts already force, or drawing one the authorized procedure does not allow. SMEme is the decision support surface that addresses all of this.
Continuing with the oil-shock example, imagine the user has a SMEme decision tree, call it Research Procedure for Oil Shock Analysis. The tree might ask whether the supply disruption is material, whether it is likely to persist, whether inventories can absorb the gap, and whether spare capacity can actually reach the affected market. PAT can request the set of questions and possible answers and use completed research as context to generate answers and submit them in bulk.
SMEme uses a constraint solver to compute what follows from the propositional theory compiled from the user-authored decision tree, potentially reaching a conclusion. If no conclusion is forced, SMEme can then infer which unresolved question can still affect the outcome, say, the spare-capacity question. That question goes to PAT as the next research task. PAT searches, retrieves, calculates, compares, or asks the analyst for whatever is needed, and generates an answer. The analyst reviews the answer, potentially asking for more analysis, and ultimately admits some answer. SMEme recomputes what follows, either a conclusion or the next logically consequential question.
That is not an automated questionnaire. A form, a business-rules path, or a script for this run can ask the next questions on any arbitrary condition and print a conclusion. They execute a path. SMEme compiles the reviewed tree into a logical theory and evaluates what the admitted facts entail under the whole decision procedure. The next question is computed from logical consequence, not from the next node. Of course, the same computation can say when not to research something. One unanswered question may concern refinery utilization, another spare capacity. If the refinery question cannot change the current result no matter how it is answered, there is little reason to spend another PAT run on it.
All this said, open-ended research remains constantly available to the user. What SMEme adds is the neurosymbolic interface to the symbolic reasoning that is closed by deductive consequence and computed by a constraint solver. The neuro side keeps it all natural language and transparently integrated into the chat UI of tools like PAT.
A conclusion is not the end of the analysis. The user can ask which admitted facts forced it, what would have to change to undo it, and what would follow under different assumptions.
Decisive support returns the smallest sets of admitted answers that still force the current conclusion. A fact that appears in none of them did no work in the result, however much it cost to establish. Whether inventories can absorb the gap may have taken a full PAT run to settle and turn out to be irrelevant to the decision analysis. There is usually more than one such set, which is worth knowing on its own, because it means the conclusion does not rest on a single line of evidence.
A what-if evaluates the admitted answers and a specified override under the same authorized tree, then returns both reports and a structured delta of what flipped. Ask what follows if spare capacity can reach the affected market, and that is the comparison. Two ordinary evaluations would get you the reports. They would not get you the rest. How-to-reach searches for the fewest answer changes that would make a named outcome entailed. The user can also ask whether a hypothetical answer change would keep the current forced path entailed, and which conclusions become entailed, or cease to be entailed, under that change. Those are questions put to the tree as a logical theory, not answers produced by walking a path.
While research is still open, reaching an outcome has two senses, and which one you want depends on how complete the case is. Is the outcome forced however the unanswered questions come back, or is there merely some way of answering them that gets there? Early in an investigation the second is usually the more useful question, because it tells the analyst whether a target is still live before the remaining research has come in.
Any of those questions can be asked under a supposition. The user can tell SMEme to take it as given that the disruption persists, then ask what follows, what is still live, and what would have to change under that condition. The procedure can be interrogated the way the analyst might actually reason about the investigation.
Of course, none of this makes SMEme the arbiter of whether the underlying research is accurate. If PAT uses the wrong series or the wrong test for “spare capacity,” SMEme can still reason correctly over the wrong premise. What SMEme blocks is a conclusion that does not follow from the authorized tree given the admitted answers. The remedy for a wrong admitted answer, or a tree that omitted the right distinction, is admission and revision — not the solver.
As mentioned earlier, SMEme never constrains the research or chat more generally. It simply exposes MCP tools for the agent to use. Those same tools can also be called from controlled workflows built in systems such as LangGraph.
Research agents can also write the decision procedure. They can revise an existing tree, or propose a new one, from the sources they already access.
If no suitable tree exists, research agents like PAT can help propose one from the knowledge sources they already search. They can pull prior cases, how a quantity was measured, and exceptions where apparent capacity failed to substitute. The analyst reviews the questions, answer choices, and branching conditions before authorizing it. The model proposes. The user decides what belongs in the tree.
Similarly, research can be used to update and edit existing decision trees. Suppose historical cases reveal that the tree’s spare-capacity question is too crude. Capacity may exist on paper but still be unavailable quickly enough, geographically stranded, or unable to reach the affected market. The user can revise the question or add a branch. Another expert can review the change. The new version can be compared with the old one, redeployed, shared with selected users, and reused on later cases. A new tree can be authorized when the investigation has uncovered a judgment no existing decision procedure captures.
A revision can also be checked before any case runs through it. With no answers at all, SMEme will validate that the procedure is satisfiable and identify which outcomes remain reachable. An outcome that quietly became unreachable when a branch was added is better found then than in the next investigation.
The tree therefore stays living even after it becomes operative. What began as one analyst’s decision procedure can become versioned, peer-reviewed institutional knowledge.
This coordinates nicely with self-improving workflows like PAT’s Teach. Teach is designed so that corrections and failures can improve what the system knows how to do rather than disappear with the conversation. A SMEme tree gives some of that learning another place to live. It becomes an explicit decision artifact whose changes can be inspected, reviewed, compared, and carried into the next investigation.
SMEme is at smeme.ai. The MCP reference is public, and source is available at SMEme Core.
Dan Arista, PhD
Founder & Managing Member
Arista Labs, LLC