# SciGround Record

## One result, fixed. Its evidence, ready to check.

A Record binds one research version to its inputs, assumptions, execution, checks and claim. Give collaborators the basis they need to inspect the result without reconstructing the original AI conversation.

## The claim travels with its basis.

| In the evidence | What the recipient can identify |
| --- | --- |
| Target and version | The question, direction, experimental unit and research state. |
| Sources and declarations | The identified inputs, their provenance and the assumptions that remain declared. |
| Method and execution | Tool versions, settings, outputs and applicable numerical evidence. |
| Checks and claim | What was checked, what remains unresolved, and what conclusion the result supports. |

This describes the evidence structure, not a product-issued Record. Full re-verification requires the referenced inputs; a matching digest alone does not establish scientific validity.

## Two different questions about status.

| Question | What the answer means |
| --- | --- |
| Did the recorded checks hold? | Inspect the checks and conditions for the version when the Record was issued. |
| Is this still the current result? | Check authenticated current status; when unavailable, current status is unknown. |
| What if research was corrected? | The earlier evidence remains fixed; Project identifies the later adopted state. |

## Reading the evidence and its outcomes.

### Evidence stays with the claim.

The question, source identity, assumptions, method, execution, checks, and conclusion remain connected instead of being scattered across chats and files.

### Others can recheck it.

A collaborator or reviewer can identify the exact research version and independently repeat the covered checks without inheriting your original session.

### Uncertainty stays visible.

Supported, unresolved, refused, and superseded outcomes remain distinct, so a missing condition never becomes a confident conclusion.

1. **Question and declared claim.** The comparison, direction, experimental unit, hypothesis set, and intended interpretation.
2. **Inputs and provenance.** The identified data, sample information, original materials, and the version to which the result belongs.
3. **Method and computation.** Tool and method versions, settings, environment identity, outputs, and numerical evidence where applicable.
4. **Checks and supported meaning.** What was checked, what remains assumed, the resulting status, and the claim that follows from the evidence.

### Supported

The covered checks pass, the required conditions are present, and the stated claim follows for this version.

### Unresolved

A specific input, assumption, calculation, or declaration must be resolved before the result can support the claim.

### Not established

The available result does not support the proposed conclusion. Absence of support is not rewritten as evidence of no effect.

### Superseded

The Record remains inspectable as evidence of an earlier state, while the Project identifies a later version for current use.

## Next steps

- [Share and independently verify](https://www.licklider.ai/sciground/sharing/)
- [Understand continuing research in Project](https://www.licklider.ai/project/)
- [Read the verification guide](https://www.licklider.ai/docs/sciground-verification/)

[Foundation conditions](https://www.licklider.ai/foundations/limits/)