Tensorby GammaLex AISign In

Interactive demo

One real Context Run, step by step

This walks through one real Context Run over a synthetic scenario from scenarios/equility-transaction-categorization — no sign-in, no customer data. Every value below is read from a committed Context Package; nothing is fabricated.

01

Request

What was asked: the task, who is asking, what it's scoped to, and how it arrived.

Task
assess_transaction_categorization
Actor
reviewer
Scope
transaction:T-1004
Via
sdk
02

Context required

What the bundle declares this task needs before it can be assessed — one requirement per row, with its own declared severities.

RequirementKindDetailMinSeverity
vendor_resolvedpathtransaction_vendor1missing=block, uncertain=block
precedent_or_ruleany_oftransaction_vendor → precedent_for_vendor OR transaction_vendor → rule_for_vendormissing=warn
supporting_document_when_materialpathdocument_for_transaction (when transaction.amount materiality_policy.threshold)1missing=block
category_agreementagreerule.category == prior_categorization.category == transaction.proposed_categoryconflicting=block
recent_business_contextpathtransaction_vendor → note_for_vendor0uncertain=warn
03

Sources examined

What was actually selected to satisfy those requirements, and how much was excluded and why.

RecordSourceSelection basis / requirement
business_note:N-04equility_recordsdeclared_key · recent_business_context
prior_categorization:PC-04equility_recordsdeclared_key · precedent_or_rule
rule:R-04equility_recordsdeclared_key · precedent_or_rule
transaction:T-1004equility_recordsdeclared_key · requested scope
vendor:V-004equility_recordsdeclared_key · vendor_resolved

excluded: none   total excluded 0   candidates considered 5

04

Findings

Structural facts about the context: what kind, which rule, what was expected vs. observed, and why it carries the severity it does.

SeverityKindRuleSubjectSeverity sourceExpectedObservedEvidence
blockCONFLICTINGconflicting.agreement_unsettledtransaction:T-1004/category_agreementrequirement:category_agreementa single agreed valuetransaction.proposed_category=Equipment Rentaltransaction:T-1004.proposed_category@f044f460c4a2e1ecfe5921d17e24d635739aa308027a0a4a4635f946a297b877
05

Verdict

The maximum severity over every finding above — READY, WARN, or BLOCK.

BLOCK
06

Evidence + trace

Every finding cites the exact record, field, and version it came from (see the Evidence column above); this is the full sequence of steps Tensor took to get there, in milliseconds.

1 t=0ms request received (actor="reviewer", scope="transaction:T-1004", task="assess_transaction_categorization")
2 t=1ms actor resolved (actor="reviewer")
3 t=2ms scope resolved (scope_resolved=true)
4 t=3ms permission boundary applied (withheld=0)
5 t=4ms candidates identified (candidates_considered=5)
6 t=5ms context selected (items=5)
7 t=6ms relationships resolved (relationships=4)
8 t=7ms readiness evaluated (findings=1, verdict="BLOCK")
9 t=8ms context package generated (dropped=0, used_chars=630)
10 t=9ms response returned
07

Replay

Change one piece of context and watch BLOCK become READY.

The one record changed

Record
rule:R-04.category
Before
Equipment
After
Equipment Rental
This run is currently showing: BLOCK