The brief at .abcd/development/brief/04-surfaces/30-inbox.md:105-112 says a sender's id in a record family abcd resolves (adr, itd, iss, spc) is written as one word, so it never cites abcd's own record. abcd also resolves dcn ids (recordid.CitedIDRe; record-lint's prose_citation_resolves, internal/core/lint/prosecitations.go:138), but the promotion rewrite's senderIDRe (internal/core/report/inbox.go:714) covers only adr|itd|iss|spc, so a sender's dcn-N is copied as written and cites abcd's own dcn-N.

Frontmatter

.abcd/work/issues/resolved/iss-2610160608389169-the-brief-at-abcd-development-brief.md
open on GitHub ↗ · commit history ↗

mentions1

• iss-2610161127265652Six record-family patterns in the lint and site packages keep their own hand-written copy of the cited families (adr, itd, iss, spc, dcn) instead of reading recordid.CitedFamilies: claimedHandleRe in internal/core/lint/crossstore.go:57, proseCitationRe in internal/core/lint/prosecitations.go:138, recordHandleRe and recordHandleFullRe in internal/core/lint/schema.go:60 and :62, the recordHandleKinds message in internal/core/lint/schema.go:73, and bodyHandleRe in internal/core/site/recordjson.go:34. Each includes dcn today, but each is a copy the next family added to recordid's list would miss, which is how the inbox rewrite and four refusal messages came to omit dcn (iss-2610160608389169, iss-2610160608457651).