The spec requires the catalog-added date to stay distinct from filesystem timestamps and leaves the
existence of a user-facing "creation date" open.
Decision
models.added_at records the catalog event and is authoritative.
File-level mtime and size are captured at import as descriptive file metadata.
No separate user-facing "creation date" field in MVP.
Consequences
Filesystem timestamps are descriptive only and never drive sorting defaults.
A creation-date concept can be added later through a separately scoped future change.
Acceptance criteria
Decision recorded in this issue and mirrored in ignored notes/decisions; no tracked ADR required
Date fields reflected in the schema issues
## Context
The spec requires the catalog-added date to stay distinct from filesystem timestamps and leaves the
existence of a user-facing "creation date" open.
## Decision
- `models.added_at` records the catalog event and is authoritative.
- File-level `mtime` and `size` are captured at import as descriptive file metadata.
- No separate user-facing "creation date" field in MVP.
## Consequences
- Filesystem timestamps are descriptive only and never drive sorting defaults.
- A creation-date concept can be added later through a separately scoped future change.
## Acceptance criteria
- [ ] Decision recorded in this issue and mirrored in ignored notes/decisions; no tracked ADR required
- [ ] Date fields reflected in the schema issues
keith
added this to the M0 - Foundations & Decisions milestone 2026-10-10 22:17:11 +00:00
M0 decision verified: added_at and file mtime/size are distinct; no creation-date field. Confirmed downstream schema issues #14 and #15 carry these fields. Local ADR and specification retain the decision.
M0 decision verified: added_at and file mtime/size are distinct; no creation-date field. Confirmed downstream schema issues #14 and #15 carry these fields. Local ADR and specification retain the decision.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Context
The spec requires the catalog-added date to stay distinct from filesystem timestamps and leaves the
existence of a user-facing "creation date" open.
Decision
models.added_atrecords the catalog event and is authoritative.mtimeandsizeare captured at import as descriptive file metadata.Consequences
Acceptance criteria
M0 decision verified: added_at and file mtime/size are distinct; no creation-date field. Confirmed downstream schema issues #14 and #15 carry these fields. Local ADR and specification retain the decision.