Implement canon conformance and maintenance optimizations
Assistant: codex Assistant-Model: gpt-6-astra Assistant-Session: 01a06e82-3e08-7042-a79d-438ac6eed8db
This commit is contained in:
parent
a2e7f22d8d
commit
b081d39da1
64 changed files with 4491 additions and 373 deletions
14
infospace/assimilation/emission-cadence/open-questions.md
Normal file
14
infospace/assimilation/emission-cadence/open-questions.md
Normal file
|
|
@ -0,0 +1,14 @@
|
|||
# Open questions — EmissionCadenceDeclaration
|
||||
|
||||
No question blocks adoption.
|
||||
|
||||
The following promotion questions remain for the draft's future review:
|
||||
|
||||
1. Do two independent source implementations need interval tolerance or grace
|
||||
fields in the generic core, or can profiles carry them in `extensions`?
|
||||
2. Should schema 1.0 retain the handed-over name `sources` for cadence entries,
|
||||
or migrate to the clearer `cadences` with explicit compatibility tooling?
|
||||
3. Does reconciliation eventually need a generic typed counter-selector
|
||||
language, or are owner-defined field references sufficient?
|
||||
|
||||
These are review triggers, not deferred implementation tasks.
|
||||
Loading…
Add table
Add a link
Reference in a new issue