About Us
Why do users trust ASUME?
ASUME is designed so that trust does not depend on accepting a model response at face value. Teams and agents work from a maintained company understanding, outputs remain connected to their underlying evidence and assumptions, and limitations in the available information are made visible. ASUME also evaluates its inference pipeline through automated checks and sampled human review.
This trust structure has five parts: one maintained understanding, AI and human verification, output traceability, separation of evidence, assumptions, and claims, and evidence gaps.
One maintained understanding
ASUME maintains a structured understanding of each company that can be used across users, agents, and objectives. Instead of requiring every person or workflow to reconstruct the company from raw information independently, ASUME keeps a shared company state containing relevant evidence, claims, assumptions, needs, capabilities, constraints, priorities, and other structured information.
This does not mean that every question produces the same output. Different objectives can use the same underlying understanding in different ways. What remains shared is the company state from which those outputs are produced. When relevant evidence changes, that understanding can be revised. The revised state then becomes available across the people and agents that rely on it. This gives a team a common basis for reasoning about a company rather than a collection of disconnected model responses.
AI and human verification
ASUME uses automated evaluation and sampled human review to test the quality of its inference pipeline. Automated evaluations can be applied across large numbers of outputs to examine properties such as evidence support, structural consistency, adherence to inference rules, and output quality. ASUME can also select samples for human evaluation, allowing reviewers to inspect the evidence, assumptions, and resulting company understanding.
Human verification is not a manual approval step applied to every customer output. It is a quality-control mechanism used to test whether the system is behaving as intended, identify failure patterns, and improve the pipeline. This allows ASUME to evaluate systematically at scale while still using human judgment where interpretation and evidence quality benefit from direct inspection.
Every output explained
ASUME is designed so that an objective-dependent output does not exist separately from the company understanding that produced it. Users can inspect the relevant company state, the assumptions and claims involved, and the evidence supporting them. If ASUME concludes that a company appears to have a particular need, priority, or capability, the supporting basis should remain available for inspection. This makes it possible to move from an output back to the structured understanding behind it and from that understanding back to the relevant evidence.
Traceability does not mean exposing every internal computational step, model instruction, or proprietary reasoning process. It means preserving enough of the evidence and inference structure for a user to evaluate the basis of the conclusion.
Separate evidence, assumptions, and claims
ASUME does not treat every statement about a company as the same kind of information. Evidence is information available to ASUME that can support or contradict an interpretation. Assumptions are inferential propositions used to interpret that evidence. Claims are structured statements about the company's state, such as a need, capability, constraint, priority, or other relevant characteristic. Keeping these layers separate matters because different claims can have very different levels of support. One may follow directly from explicit evidence, another may depend on several independent signals, and another may rely heavily on an uncertain assumption.
ASUME preserves these distinctions so that users can inspect not only what is being claimed, but also what supports the claim and which assumptions affect it. When the evidence or an assumption changes, the associated claim can be reassessed rather than leaving an outdated conclusion embedded in the system. When the evidence or an assumption changes, the associated claim can be reassessed rather than leaving an outdated conclusion embedded in the system.
Never hide the gaps
An evidence gap exists when the information available to ASUME is missing, insufficient, conflicting, unavailable, or too weak to adequately support a claim. ASUME treats these gaps as part of the company understanding rather than something to hide behind a confident output. For example, ASUME may be able to confirm that a company makes a particular claim while also showing that no independent source has been found to corroborate it. It may find evidence supporting one interpretation while also identifying contradictory evidence elsewhere.
Making those gaps visible helps users distinguish what is strongly supported from what remains uncertain and shows where additional evidence or human review may be useful. As new evidence becomes available, gaps can be reassessed and the relevant company understanding revised.