<!-- Generated from sources/appendices/v1/appendix-annotation-stream.aeon; do not edit. -->

<a id="appendix-annotation-stream"></a>
# Appendix — Annotation Stream

Canonical topic owner: AEON v1 Comments and Annotations Reference.

If this appendix conflicts with the canonical comments/annotations reference, the canonical comments/annotations reference wins.

<a id="channel-forms"></a>
## 1. Channel Forms

Structured channels:

- line: `//#`, `//@`, `//?`, `//{`, `//[`, `//(`
- block: `/# ... #/`, `/@ ... @/`, `/? ... ?/`, `/{ ... }/`, `/[ ... ]/`, `/( ... )/`

Plain comments:

- line: `// ...`
- block: `/* ... */`

<a id="deterministic-binding-continuity"></a>
## 2. Deterministic Binding Continuity

Binding target preference remains:

- `path` → `span` → `unbound`

Indexed element preference behavior for container comments remains deterministic and CTS-enforced.

<a id="non-influence-rule"></a>
## 3. Non-influence Rule

Comments/annotations/hints MUST NOT alter:

- AES semantics
- canonical path assignment
- reference legality
- assignment ordering

<a id="optional-annotation-emission-in-compile-surface"></a>
## 4. Optional Annotation Emission in Compile Surface

For non-tooling pipelines, compile implementations may allow annotation emission to be disabled.

Normative expectations:

- When disabled, annotation stream output is omitted.
- Parse/resolve/mode/reference behavior remains identical.
- Event ordering and canonical paths remain unchanged.

Tooling/lint/editor flows should keep annotation emission enabled.

---

## Related documents

- [AEON v1 Comments and Annotations Reference](./aeon-core-v1-comments-annotations.md)
- [Appendix — Assignment Event Stream (AES)](./appendix-aes-v1.md)
- [Appendix — Processing Model](./appendix-processing-model-v1.md)
