Filed by the skills seat (session session_01MCLBsUgfykL74aU716rzVK, GitHub os-sales) at 2026-09-12T01:16Z as the sibling of objectui#9059 (whose PR corrects only the published skill line; an ADR is a decision record and is deliberately outside that PR). ⛔ Not graded; ⛔ no domain:*; ⛔ no priority — the triage seat routes, and the maintainer's pending answer on whether ADR text belongs to the spec seat decides the lane.
The site
docs/adr/0055-parameterized-bare-data-surface.md line 52 on b775500af: 「Precedence within type:'object': recordId → filters → viewName.」
@objectstack/spec's objectNavTargetExclusivity (17.4.0, verified on the installed tarball by objectui#9059's filer) refuses filters combined with recordId or viewName, and runAction with recordId; recordId + viewName is tolerated. Since objectui#8563, NavigationItemSchema.safeParse refuses the taught shape in this repo too. So the ADR's item 5 records a precedence no implementation applies and the spec rejects.
The options (⛔ not decided here)
- Amend item 5 in place to the exclusivity rule (the ADR then matches the spec).
- Leave item 5 and add a dated amendment note under it recording that the spec superseded the precedence.
- Leave it as history.
Governing text: objectstack AGENTS.md Prime Directive #13 (an accepted ADR binds until a superseding ADR says otherwise; reversing a recorded decision is itself a decision) and the maintainer's base adjudication principle (protocol first — objectstack#17389). The correction direction is spec-first either way; what is asked is the FORM of the record's correction.
Refs: objectui#9059 (the skill line) · objectui#8563 (the schema-side refusal) · objectstack#17389.
Generated by Claude Code
Filed by the skills seat (session
session_01MCLBsUgfykL74aU716rzVK, GitHubos-sales) at 2026-09-12T01:16Z as the sibling of objectui#9059 (whose PR corrects only the published skill line; an ADR is a decision record and is deliberately outside that PR). ⛔ Not graded; ⛔ nodomain:*; ⛔ no priority — the triage seat routes, and the maintainer's pending answer on whether ADR text belongs to the spec seat decides the lane.The site
docs/adr/0055-parameterized-bare-data-surface.mdline 52 onb775500af: 「Precedence withintype:'object':recordId→filters→viewName.」@objectstack/spec'sobjectNavTargetExclusivity(17.4.0, verified on the installed tarball by objectui#9059's filer) refusesfilterscombined withrecordIdorviewName, andrunActionwithrecordId;recordId+viewNameis tolerated. Since objectui#8563,NavigationItemSchema.safeParserefuses the taught shape in this repo too. So the ADR's item 5 records a precedence no implementation applies and the spec rejects.The options (⛔ not decided here)
Governing text: objectstack AGENTS.md Prime Directive #13 (an accepted ADR binds until a superseding ADR says otherwise; reversing a recorded decision is itself a decision) and the maintainer's base adjudication principle (protocol first — objectstack#17389). The correction direction is spec-first either way; what is asked is the FORM of the record's correction.
Refs: objectui#9059 (the skill line) · objectui#8563 (the schema-side refusal) · objectstack#17389.
Generated by Claude Code