interface-canon/workplans/INTERFACE-WP-0004-federation-acceptance.md

id	type	title	domain	repo	status	owner	topic_slug	origin	origin_ref	created	updated	state_hub_workstream_id
INTERFACE-WP-0004	workplan	Establish external federation acceptance and consumer adoption	infotech	interface-canon	active	codex	canon	residual	INTERFACE-WP-0003	2026-09-09	2026-09-09	cb0b8342-4b9a-5d73-876d-dc857f8aee8d

Establish external federation acceptance and consumer adoption

The local mapping review and source-based consumer proof are complete. Stable promotion requires externally evidenced acceptance and adoption. This active plan records the remaining work without claiming control over peer backlogs.

Obtain upstream boundary acceptance

id: INTERFACE-WP-0004-T01
status: wait
priority: medium
state_hub_task_id: "5111826f-b039-5fb3-a194-b5e00595c5b2"

Prepare peer-review material from the mapping and federation reviews. Record acceptance or requested corrections from the relevant owners and determine whether reciprocal cards or ownership-ledger entries are appropriate. Dependencies: peer review and authorization for any external coordination or peer changes. Done when accepted boundaries and their source records are recorded.

Record consumer-owned adoption and assess promotion

id: INTERFACE-WP-0004-T02
status: wait
priority: medium
state_hub_task_id: "b9c8cedd-9aa0-5243-b3b5-880a3f0da9c9"

Use the Repo Manager example as review material; obtain a consumer-owned reference or another concrete adoption record. Reassess model/card status against both tasks' evidence and document the outcome. A local worked example alone is insufficient. Validation: source pins, federation schema, and named acceptance/adoption evidence.

Prepared review package — 2026-09-09

Review package contains three owner-specific patches and exact request texts. Each patch passed git apply --check against its target checkout. The completed migration project's GOAL.md and README are pinned as evidence that its ledger is not a universal registration gate for future canon extensions.

T01 and T02 remain waiting for actual owner responses. The user explicitly authorized messaging, and all three review requests were sent on 2026-09-09. Message IDs, timestamps, recipients, and exact sent bodies are retained in the delivery receipts. Next action: review replies, apply accepted corrections, and record owner evidence. Model/card publication remains draft 0.1.1. No peer checkout was changed.

Open-task check — 2026-09-09

The repository files and Statehub projection both contain two open tasks, T01 and T02, waiting for owner responses. Thread check found zero replies in all three request threads. InfoTechCanon and Repo Manager requests were marked read; the FIAM request was unread at the recorded check. Read status is not acceptance. There are no requested corrections to implement.

The offline brief was stale and has been regenerated from the current hub projection. T01 needs the InfoTechCanon and FIAM boundary responses; T02 needs Repo Manager adoption evidence before publication can be reassessed. Keep both open and preserve draft status until those records arrive.

Implementation from owner review — 2026-09-09

Acceptance report pins the committed FIAM owner record and documents the remaining evidence limits. FIAM accepted the 0.1.1 derivation without blocking corrections. InfoTechCanon's visible but uncommitted review prompted clarifications now implemented in draft 0.1.2: physical/device versus transport Port, explicit evidence interest and source capture, and the limits of Artifact/KnowledgeArtifact alignment.

T01 remains wait for InfoTechCanon's committed record; FIAM's part is satisfied. T02 remains wait for consumer-owned adoption evidence. Neither task is closed solely because request messages have been read. The source model and card stay draft; prior review targets remain explicitly 0.1.1.

Validation: make check-sources, local YAML parsing, pinned interface-card schema, and model/manifest/card version agreement. No runtime code changed.