Cited to the clause
Every claim points to the part of the instrument it rests on, not to a whole document.
Home / Curator · In design — not available today
Curator is the research interface we are building over BanyanGraph: an answer cited to the clause and correct for the date, what it implies for your work, and a plain statement of what the evidence could not support.

01 / 08
Research in regulated work is rarely “what does the rule say”; it is “what applied, on that date, to us”. Curator starts from the question as it is actually asked — here, which KYC instruction governed periodic updation on 12 December 2015.

02 / 08
Candidate clauses come from BanyanGraph, the connected law underneath. Curator follows the links between instruments — what amends, replaces and cites what — rather than trusting text that merely looks similar.

03 / 08
The few clauses that matter line up, each with its standing on the date asked: in force then, issued later, or guidance rather than an instruction. A later document does not quietly answer an earlier question.

04 / 08
Curator is designed to let your own documents — a policy, a board note — add context to the answer, contributing one way and staying yours. It is not built yet In development

05 / 08
The answer is given as of the date asked, and every claim carries a thread back to the clause it rests on, so a reviewer can check the basis rather than trust the sentence.

06 / 08
Where the sources searched do not settle a point, Curator says so and marks it. Declining to answer is a receipt of what was searched, not an error — the knowledge layer beneath already behaves this way.

07 / 08
A finding matters because of what it touches: a policy, a procedure, product documentation, a risk, a control. Curator points to them; ChangeProof traces the change through each one and proves what was done.

08 / 08
For regulated teams, a finding moves through review before it counts: a maker, a checker, a committee. The workflow exists in code; Curator as a whole is not yet available In development
Built into the knowledge layer Curator uses, and kept visible in the answer.
Every claim points to the part of the instrument it rests on, not to a whole document.
Answers are given as of the date asked, using what was in force then and marking what came later.
When the sources do not settle a point, the answer says what was searched and what is missing.
Evidence is marked as supporting, contradicting or extrapolating, so “cuts against it” is never read as “weakly supports it”.
The answer states the level of compute that was asked for and the level that actually ran.
Findings lead to the work they affect, and to review before anything counts as approved.
For professionals
Ask, read the cited answer and its sources, follow what changed and when, save your research and take it with you.
In design In development
For regulated teams
What changed that matters to your organisation, routed to the right reviewer, approved by maker, checker and committee, and kept on the record.
Approval workflow in code; change feed and audit In development
Illustrative: the parts of a Curator answer. Each part exists in the research stack behind Curator; the interface is in design.
Tell us the questions your team has to answer and the dates they turn on. We will show you how Curator is being built to answer them, and be clear about what exists today.