The Template cannot be mapped on the Command Center: it has no branding #14

Open
opened 2026-08-17 23:25:34 -05:00 by null · 0 comments
Owner

docs/data/img/ is empty, deliberately — the template ships no placeholder marks, and docs/data/README.md argues at length why a 0-byte logo.webp is worse than an absent one.

That is correct for a template and it has a consequence now that this repository is real: docs/data/ is on the Command Center's NOT_EXEMPTIBLE list, so it cannot be declared deliberately absent. Mapping null/Project-Template as a project would report missing branding permanently, and a project card with nothing to show is the exact failure that check exists to prevent. So the repository is tracked in Forgejo and deliberately unmapped, and it stays that way until it has its own three marks.

This is the one gap in the whole convention that an agent cannot close, which docs/data/README.md also says: an agent cannot draw a logo, and generating a placeholder that looks deliberate outlives the issue that would have replaced it.

Needed: icon.webp (square mark), logo.webp (full lockup), banner.webp (wide) in docs/data/img/, all real webp — the conformance check reads magic bytes, so a renamed PNG does not pass. Dimensions and weights are in docs/data/img/README.md.

Filed rather than fixed because it needs a person. Left open on purpose: it is a real deliverable, not padding, and closing it is what unblocks mapping the project.

Verify: docs/data/img/ holds icon.webp, logo.webp and banner.webp, each with a RIFF/WEBP signature, and the project maps on privacyllc.dev without a branding finding.

`docs/data/img/` is empty, deliberately — the template ships no placeholder marks, and `docs/data/README.md` argues at length why a 0-byte `logo.webp` is worse than an absent one. That is correct for a template and it has a consequence now that this repository is real: `docs/data/` is on the Command Center's NOT_EXEMPTIBLE list, so it cannot be declared deliberately absent. Mapping `null/Project-Template` as a project would report missing branding permanently, and a project card with nothing to show is the exact failure that check exists to prevent. So the repository is tracked in Forgejo and deliberately unmapped, and it stays that way until it has its own three marks. **This is the one gap in the whole convention that an agent cannot close**, which `docs/data/README.md` also says: an agent cannot draw a logo, and generating a placeholder that looks deliberate outlives the issue that would have replaced it. Needed: `icon.webp` (square mark), `logo.webp` (full lockup), `banner.webp` (wide) in `docs/data/img/`, all real webp — the conformance check reads magic bytes, so a renamed PNG does not pass. Dimensions and weights are in `docs/data/img/README.md`. Filed rather than fixed because it needs a person. Left open on purpose: it is a real deliverable, not padding, and closing it is what unblocks mapping the project. Verify: docs/data/img/ holds icon.webp, logo.webp and banner.webp, each with a RIFF/WEBP signature, and the project maps on privacyllc.dev without a branding finding.
null added this to the Batch 02 — Findings from the first real runs milestone 2026-08-17 23:25:34 -05:00
null added the
P2
label 2026-08-17 23:25:34 -05:00
Sign in to join this conversation.
No Label
P0
P1
P2
release-blocker
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: null/Project-Template#14
No description provided.