Question
What are the exact, byte- and field-level contents of the Support bundle v1 contract assets that the locked architecture specification and implementation must use?
Lock all remaining content decisions together:
- the complete
manifest.schema.json, including fixed member inventory, non-circular digest rules, source records, status consistency, formats, enums, and bounds;
- the complete
diagnostics.schema.json, with every emitted field, exact type, enum, collection/cardinality/numeric/string bound, required/optional rule, and no unspecified category left to the implementer;
- the matching
field-manifest.json, including meaning, source authority, sensitivity classification, and complete/partial behavior for every schema path;
- the exact static bytes of
README.txt;
- the exact dependency allowlist, provider/downloader/install/capability/health/recency/source/reason enums, safe aggregates, and normalization rules;
- the fixed HTTP error
detail sentences and any exact UI/documentation copy not already locked; and
- fixtures demonstrating one complete and one partial v1 object without introducing identifiers, paths, URLs, free text, or other prohibited data.
Stress-test usefulness against disclosure minimization: a field enters v1 only when it materially helps diagnose Comicarr and can be normalized into the closed contract. Omit speculative fields instead of reserving them.
Settled input
This remains planning only. Resolve exact contract content; do not implement the generator, endpoint, UI, CI, or documentation activation.
Question
What are the exact, byte- and field-level contents of the Support bundle v1 contract assets that the locked architecture specification and implementation must use?
Lock all remaining content decisions together:
manifest.schema.json, including fixed member inventory, non-circular digest rules, source records, status consistency, formats, enums, and bounds;diagnostics.schema.json, with every emitted field, exact type, enum, collection/cardinality/numeric/string bound, required/optional rule, and no unspecified category left to the implementer;field-manifest.json, including meaning, source authority, sensitivity classification, and complete/partial behavior for every schema path;README.txt;detailsentences and any exact UI/documentation copy not already locked; andStress-test usefulness against disclosure minimization: a field enters v1 only when it materially helps diagnose Comicarr and can be normalized into the closed contract. Omit speculative fields instead of reserving them.
Settled input
This remains planning only. Resolve exact contract content; do not implement the generator, endpoint, UI, CI, or documentation activation.