01 / data access
Data access under agreement
Evaluation sets released with their evidence attached: the value, the excerpt it was read from, the locator, the observation date and the retained document, plus the declared negatives and the record of what was searched to declare them. The negatives are the part that does not exist elsewhere, and the part we most want somebody to attack.
Access is under a written agreement covering redistribution and attribution. It is not a licence to our software and it carries no obligation to show us a draft; we ask only that the version of the set be cited, because the sets are versioned for the same reason the paper is.
Sets are built from material we are free to release, or from fictional entities constructed for the purpose and labelled as such. No customer data leaves a customer perimeter.
02 / co-authorship
Co-authorship on evaluations
We register the protocol before the run: the question, the entities, the sources, the annotation procedure, the metric and what counts as a failure. Fixing the failure condition in advance is the whole discipline, because an evaluation whose success criterion is chosen after the numbers arrive is a description of the numbers.
The result is published whichever way it goes, and a negative result is a result. Where an evaluation has to run inside a customer perimeter, the protocol, the grading rules and the aggregate result are published even though the underlying evidence cannot be, and we say so plainly rather than implying the evidence was seen by anyone outside.
Problems 02, 05 and 07 are where an outside annotation protocol would move us furthest, and where we most expect to be shown wrong.
03 / citation
How to cite
The position paper is versioned, and its version number changes when the argument changes, not when the prose does. Cite the version you read; if we change our position, the old version stays readable with the date it was superseded, which is the same contract the product offers a value.
How to cite
- Title
- A kernel of truth: records that carry their evidence in organizations that fuse private and public information
- Author
- Reliable Context Research (corporate author)
- Version
- 0.1, draft for comment
- Date
- 21 September 2026
@techreport{reliablecontext2026kernel,
author = {{Reliable Context Research}},
title = {A kernel of truth: records that carry their evidence
in organizations that fuse private and
public information},
institution = {Reliable Context},
year = {2026},
month = sep,
note = {Version 0.1, 21 September 2026},
url = {https://reliablecontext.com/paper}
}
Changelog
- 14 October 2026Version 0.1. Added this citation block, the permanent URL and BibTeX. No change to the argument; the version is unchanged.
- 21 September 2026Version 0.1. First public version, a draft for comment.
To cite a particular claim rather than the paper as a whole, cite the section: the six sections keep their numbers and their subjects across versions even when the prose under them changes, and a section that is withdrawn stays in place with the reason.
For a specific measurement rather than the position, write to us and we will point you at the run, its protocol and the date it was executed.
04 / what we will not do
Three things we refuse
- Customer data
- We do not publish it, in whole, in part, or in aggregate, and we do not use it to build a public evaluation set. Released sets are built from material we are free to release or from fictional entities constructed for the purpose and labelled as fictional.
- Veto rights
- We do not co-author a paper whose result we are allowed to veto. If the protocol we agreed produces a result we dislike, it is published with our name on it. A collaborator who needs approval rights over the conclusion should not work with us on that question.
- Borrowed numbers
- We do not cite a benchmark result we have not run ourselves, and we do not quote a speed-up or an accuracy figure obtained on one entity as though it described a population. A measurement we cannot reproduce is not evidence we are entitled to use.
These are refusals rather than preferences. If one of them makes a collaboration impossible, it was going to produce a result neither of us could defend.