Agent usefulness and outcome evaluation
Did the agent accomplish the intended goal?
A completed task or a convincing answer may still miss what a person needed. We study how to define useful outcomes and test whether agents deliver them.

These questions shape what we build and test. This site shares the research, experiments, failures, and engineering decisions informing that work, including approaches that may change our thinking.
Did the agent accomplish the intended goal?
A completed task or a convincing answer may still miss what a person needed. We study how to define useful outcomes and test whether agents deliver them.
What may an agent do, and when should a human decide?
As agents take on more work, mistakes can have greater consequences. We investigate permissions, independent review, and the limits of automated decisions.
Does the team work reliably as a whole?
Agents that perform well individually can fail when they share work. We study delegation, handoffs, disagreement, and responsibility for the final result.
What needs testing when an agent moves to another environment?
Changing a model, tool, or runtime can change behavior. We investigate how to preserve an agent’s purpose and history while identifying what needs fresh evidence.
How can changes to agents and their models be evaluated and governed?
We study how changes to an agent's memory, instructions, tools, code, or underlying model can be evaluated and governed. We ask who may propose changes, how evaluation remains independent, and what evidence should support deployment. Inference-time adaptation is a related topic, not necessarily lasting self-improvement. These are research questions, not claims that WTK implements every control.
WTK brings research into a governed lifecycle for agents and agent teams.
Define the goal, assemble the package, and set its limits.
Test the exact execution form and retain failures and limitations.
A human authorizes where the qualified version may run.
Compare a candidate with the accepted version before promotion.
Outside research, development records, and WTK findings, with each publication’s evidence and limitations kept distinct.
An agent can benefit from notes about earlier attempts at the same task. That tests assisted retrying, not whether the agent can handle a task without that prior help.
A checker can run correctly while its tests miss certain kinds of mistakes. Before relying on its pass or fail result, test the checker against known faults and known-good examples.
A second agent can assess a requested action, but the system still needs rules defining what that reviewer is allowed to approve.
WTK is a governed AI agent factory for building, qualifying, deploying, and improving portable agents and agent teams. Its evidence-driven improvement loops can propose and test changes, while promotion remains independently governed and human-authorized.
A governed, self-improving AI agent factory that progressively automates the building, qualification, deployment, operation, and improvement of portable agents and agent teams while keeping authority, evidence, and promotion independently governed.
Outside research and practical observations help us identify questions and design tests. We use WTK to investigate those questions, then document the results, limitations, and any changes to the approach.
Outside findings are not evidence that WTK has passed the same test. Research may lead to a design change, a proposed experiment, or no change when the evidence is insufficient.
Relevant research, practical results, and alternative approaches can inform this work. Contributions are reviewed privately by a human. Public use requires separate permission; submission does not result in automatic publication.