repo: make trust-annotations the base; FIDES becomes a scheme, not a sibling
Restructure the incubation into two extensions plus interchangeable data-labelling schemes, shipped as a stack of three PRs: - This PR (base): shared scaffolding + the trust-annotations extension. - action-metadata moves to its own stacked PR. - The IFC/FIDES work moves out of specification/draft/ entirely — it is one data-labelling scheme (ifc.fides.v1) that fills the trust-annotations evidenceRef slot, not an extension and not a sibling. It lands in a schemes/ folder built to hold alternative approaches (data-class, capability tokens, cosigning, sequence-shape, attestation) so no single academic model is baked into the wire. README, sep-disposition, related-work, trust-model, open-questions and the decision log are reframed accordingly (two extensions + a schemes folder; the range of candidate schemes drawn from the SEP-1913 thread and cited literature). Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This commit is contained in:
parent
4967a9eccc
commit
678f846e23
1 changed files with 87 additions and 356 deletions
|
|
@ -89,3 +89,31 @@ Resolution. SEP-1862 remains a core/Standards-Track protocol change.
|
|||
|
||||
**Rationale.** The 2026-05-28 IG meeting concluded pre-flight is inherently a
|
||||
protocol-level change, not an extension.
|
||||
|
||||
## 2026-06-16 — FIDES is a scheme, not a sibling extension
|
||||
|
||||
**Decision.** Refines the 2026-06-10 "FIDES is a profile" decision. The IFC/FIDES
|
||||
work moves out of `specification/draft/` (where it sat next to the two
|
||||
extensions) into a `schemes/` folder. There are **two** extensions
|
||||
(`trust-annotations`, `action-metadata`); FIDES is **one data-labelling scheme**
|
||||
(`ifc.fides.v1`) that fills the `trust-annotations` `evidenceRef` slot.
|
||||
|
||||
**Rationale.** FIDES is one model the extension *could* use, not a peer of the
|
||||
extensions, and must not be presented as a sibling. The original SEP cites it
|
||||
alongside ShardGuard and "Design Patterns for Securing LLM Agents," and the
|
||||
SEP-1913 thread adds capability tokens, cosigning, sequence-shape, and
|
||||
attestation models — so `schemes/` is a folder for interchangeable approaches,
|
||||
with FIDES as the first worked one. This shows the range the open `evidenceRef`
|
||||
slot is meant to carry rather than implying IFC is the privileged model.
|
||||
|
||||
## 2026-06-16 — Three pull requests, stacked
|
||||
|
||||
**Decision.** The work ships as three PRs: `trust-annotations` (the base,
|
||||
carrying shared repo scaffolding), `action-metadata` (stacked on the base), and
|
||||
the FIDES scheme in `schemes/` (stacked on the base). The two extensions are
|
||||
independent; the FIDES scheme depends on `trust-annotations` because it fills
|
||||
that extension's `evidenceRef` slot.
|
||||
|
||||
**Rationale.** Separate PRs let each piece be reviewed and graduate on its own
|
||||
clock. FIDES stacks on `trust-annotations` because a scheme has no meaning
|
||||
without the slot it fills.
|
||||
|
|
|
|||
Loading…
Reference in a new issue