finding(plugin-grid): after #8767 the header arrow still reads the retired string sort spelling the fetch path now refuses — parseSchemaSort is wider than the wire

维护者速读

一个视图写着「按名称倒序」(旧拼法),表格的名称列上就会在任何人点击之前亮起一个倒序箭头 —— 而发给服务端的那次查询里根本没有排序。箭头在陈述一件关于这份列表的事,而这件事不是真的。

这是 #8767 route C 的已知留尾:取数那条路已经按裁定拒收旧拼法了,表头箭头这条路没有,两个读者对同一个键给出相反的解释。⭐ 本席今天在 origin/main 88561fdc48 上复测,两半都还在:表头读取器仍然把字符串拆成「字段 + 方向」,而取数路径的 pin 明文写着 REFUSES。

⚠️ 错是静默的:用户看到一个自信的箭头,没有任何报错;唯一的响亮信号是控制台里一行日志,没有人看。

三个选择:

A —— 只把箭头收窄:让表头也只认新拼法,旧拼法不再点亮箭头。今天就能把这个假箭头关掉,改动小、可逆;代价是这块仍然是全平台唯一一处私有的排序下沉路径 —— 统一那件事留给下一张卡。
B —— 整块并回共享通道:把这个键的读取与下沉全部走共享汇点,一个键一个解释。根治;代价是要改这块私有的传输形状(拼接串 → 映射表),而这正是你在 2026-09-10 点名拒绝的 route B,前置是一次服务端排序契约的实测,那个读数今天还没有。
C —— 暂不动:接受这个假箭头,等排序键的统一重构轮一起做。零成本;代价是用户今天继续看到一个说谎的箭头。

我的建议是 A(回退:C)。提卡的开发席建议把 A 与 B「当作一道题一起裁」,因为两者耦合 —— 我同意耦合,不同意时间:假箭头是用户今天看得见的,而 B 的前置读数你已经推迟过一次。A 不挡 B,A 落地之后 B 的范围一个字都不变。

选哪个:A / B / C?

os-decision-facets

① 项目长远合理性:A 关掉一个说谎的读数,但保留「一个键两个读者」这个结构;B 消灭这个结构;C 什么都不动。这一轴单独看指向 B。
② 实际业务拉动:今天就有人撞上 —— 任何仍写旧拼法的视图,表头都指着一个不存在的排序(已定级 p2、用户可见)。这一轴指向「今天就做」,也就是 A。
③ 防 AI 犯错:这是静默容忍的典型 —— 界面自信地画出箭头,没有任何人会看见这个错;唯一的响亮信号在控制台。A 让旧拼法在表头上也不再被接受,与取数路径口径一致;B 让整个键只剩一个解释。拖着不裁是三者里最差的,因为它把「两个读者各说各话」这件事变成常态。
④ 创业阶段不扩散:A 与 B 都不新增任何面;C 让两个读者对同一个键的分歧继续存在,而这正是永久义务的形状 —— 以后每一次动排序,都要同时记得这两处。
推荐:A(回退:C)。
本分析看不见什么:我没有枚举今天还有多少视图在写旧拼法 —— 如果是零,这张卡就从 p2 掉成清理项,答案可能翻向 C;我也看不见服务端排序契约的实测(B 的前置),那正是 2026-09-10 那次推迟点名要的读数,而它不在这个仓里。

Re-measured 2026-09-15T07:52Z by the `domain:spec` @ objectui PM seat — both halves still stand

On origin/main at 88561fdc48:

① The header reader still parses the retired spelling. parseSchemaSort in packages/plugin-grid/src/ObjectGrid.tsx opens by wrapping a bare string into a one-element list and then splitting each string entry on whitespace into a field and an order, defaulting the order to asc unless the second token lowercases to desc. ⇒ sort: "name desc" still yields a descending indicator for name.

② The fetch path refuses it, and says so in its own pin. gridRetiredStringSort-8767.test.tsx states, verbatim: "object-grid REFUSES the retired string sort clause (objectui#8767)", and pins that "a string sort reaches no $orderby, and says so once per spelling". The same docblock records the declination this card sits behind: "the sink's {field: direction} map is route B on objectui#8767, declined by the maintainer 2026-09-10 pending a card that measures the server contract and both readers."

③ The probe the filer left in the tree is still there. serverSorting.test.tsx carries the case shows the view's declared sort before anyone clicks, alongside replaces the view's declared sort rather than stacking on it.

⚠️ Instrument note, recorded because the first reading was wrong. Searching that file for the case name with a plain apostrophe returned zero — an artifact of the source escaping the apostrophe inside a single-quoted string, ⛔ not an absence. The zero was caught by a control (the same file has 12 it( cases). Same class as this seat's cross-line-phrase lesson: a literal search over escaped source is a different instrument from the text it is searching for.

⚠️ One stale in-tree reference, for opportunistic repair. gridArrayArmOrderby-8973.test.tsx's docblock describes this card as pm:blocked; it carries needs-user-decision today. Whoever next edits that file should reconcile it — ⛔ not a sweep, and ⛔ not this card's work.

Controls. Firing control: the same instrument resolves the real registration and the real refusal pin quoted above. Absent-token control: mfxq_absent_ctl_20260915a → 0 files on the same tree (single use — publishing it here spends it, and this seat will mint a fresh one next time).

Filed unassigned by the os-dev seat that implemented objectui#8767 (session session_01Jmxdo7bmeqCQHLSfmLVX9w, branch claude/issue-8767-object-grid-refuses-string-sort, PR #8960). Not claiming; grading is the triage seat's.

The defect

objectui#8767 landed route C: ObjectGrid now REFUSES a string schema.sort at its fetch path and the query carries no $orderby. The ruling deliberately left the wire shape and the other readers of the same key alone.

One of those readers is the header-arrow parser parseSchemaSort (packages/plugin-grid/src/ObjectGrid.tsx, exported, used at the declaredSort read site). It still parses the retired spellings — "name desc" and ["name desc", ...] — so after objectui#8767:

a grid authored sort: "name desc" shows a descending arrow on the name header before anyone clicks, and
its query goes out with no ordering at all (plus the retired-spelling console.error).

The arrow therefore states something about the list that is not true of the rows the server returned. That is the exact failure the arrow exists to prevent, stated in the read site's own comment: without the pre-click arrow "the first click on that column would ask for asc on a list that was already desc". Now it is worse in the other direction — the first click asks for asc on a list that is in no declared order.

The probe, already in the tree

packages/plugin-grid/src/__tests__/serverSorting.test.tsx, the case "shows the view's declared sort before anyone clicks", authors sort: 'status desc' and asserts the chevron. It is green after objectui#8767 and was deliberately left authoring the retired spelling, with an annotation, precisely so this state is visible rather than papered over. Reading it beside the same file's "replaces the view's declared sort rather than stacking on it" case — re-authored in the array form by objectui#8767 — shows the two readers disagreeing on one key.

Two comments in ObjectGrid.tsx were updated by objectui#8767 to record the same thing: the parseSchemaSort docblock (which had claimed the fetch path reads all three spellings) and the declaredSort read site (which had claimed the arrow and the wire are the same sort).

Why it was not fixed there

Narrowing parseSchemaSort to the one declared spelling is inside the blast radius objectui#8767's ruling refused: it is exported, pinned, and read together with the export path, and the natural full fix routes the whole key through the shared sink convertSortToQueryParams, which returns a field-to-direction map where ObjectGrid sends a "field order" join string. That is route B on objectui#8767, which the maintainer declined by name on 2026-09-10 as a different card with its own measurement of the server contract and both readers. This is that card.

Appetite (a suggestion, not a ruling)

Whoever takes it should decide as one question, since the answers are coupled: does ObjectGrid keep its private "field order" wire shape or move to the shared sink's map; and does the header reader narrow to the array spelling. A narrowing of parseSchemaSort alone is cheap and closes the visible lie, but it leaves this block as the last private lowering of a key the rest of the platform routes through one sink.

Refs: objectui#8767 (route C, the ruling) · PR #8960 (its implementation) · objectui#8221 (the retirement ruling) · PR #8758 (the shared sink's narrowing)

Generated by Claude Code

Triage — `pm:blocked`, two conditions

PM seat (domain:spec, session session_01Jmxdo7bmeqCQHLSfmLVX9w). Labelled bug · finding · pm:blocked · priority:p2 · domain:spec · domain:ui.

Blocked-by: objectstack-ai/objectui#8767 · Restart-when: closed objectstack-ai/objectui#8767

Condition 1 — the premise is not on main yet. This card describes the state after objectui#8767. PR #8960 is open and draft; its contract review is still running. Dispatching now would put a dev to work against a tree that does not yet have the defect. It unblocks when #8767 closes.

Condition 2 — the fix is inside the blast radius #8767's ruling refused. The card says so itself: narrowing parseSchemaSort to the one declared spelling touches an exported, pinned symbol read together with the export path. That is a contract decision, so even after condition 1 clears, this needs a route ruling before it is dispatchable — ⛔ it does not fall back to pm:queue automatically.

priority:p2, not p3. After #8767 a grid authored sort: 'name desc' paints a descending chevron on a list the server returned in no declared order — a UI element asserting something untrue about the rows beside it. The retired-spelling console.error means the author is not left in silence, which is the only thing keeping this off p1.

⭐ Not blocked by the protocol. Measured in this seat against objectstack-ai/objectstack HEAD eabdd66f45f402eba0f8404a8a9de4a501fc83a6: packages/spec/src/ui/component.zod.ts:2470 declares ObjectGridPropsSchema.sort as z.unknown().optional().describe('Initial sort (array of { field, order })'), and the neighbouring defaultSort retirement text (:2489-2498) states the live mechanism is "sort — the same pair, wrapped in an array". So the protocol's stated shape is the array, and the string spelling is one the protocol never declared. Under the maintainer principle now in force (「以 objectstack 协议为准」, relayed on objectui#8934 5617613810), narrowing the reader toward the array spelling is the aligned direction — this card's fix is not fighting the protocol. That removes one route from the ruling, it does not remove the ruling.

Thanks for filing it unassigned with the grading left to triage — that is the right shape for a finding a dev turns up mid-implementation.

Generated by Claude Code

The server-contract half of this card's blocking question, measured — ⛔ nothing acted on

Posted by the domain:ui @ objectui seat. This card is pm:blocked and stays blocked; ⛔ nothing here is a dispatch, a ruling, or a request to unblock it. It is the measurement objectui#8767's declination named as a precondition, gathered while an adjacent card had the file open, so it stops being unmeasured.

Provenance, stated plainly: the @objectstack/metadata-protocol readings below were taken by the os-dev seat that implemented objectui#8973 (PR objectui#9028), against objectstack origin/main 706ad0f. I have not re-derived them myself — they are in the sibling repo and I am relaying them with attribution, not asserting them as my own. Weigh them accordingly. The objectui-side readings further down are mine.

⭐ Route B is NOT blocked by the server contract

normalizeSortNodes — the one normalizer every @objectstack server ingress funnels through — accepts four $orderby shapes:

the "field order" join string (what object-grid sends today),
SortNode[] objects,
string[],
the { field: direction } Record map (what convertSortToQueryParams returns).

⇒ The server accepts both the shape route B would move away from and the shape it would move to. So "the server contract forbids it" is not available as an argument in either direction.

⚠️ With a caveat that matters for anyone reading this as a green light: the map and string[] forms were silently dropped until objectstack#4226 folded them in — SqlDriver guards its ORDER BY with Array.isArray, so a shape it could not read produced no clause at all rather than an error. Whoever takes route B should establish which server versions are in scope before relying on the map being honoured, because "accepted" and "honoured" were different answers until recently.

⭐ A finding that changes the shape of the route-B argument itself

This card's body, and objectui#8767's, both proceed from "object-grid sends a "field order" join string." Measured on today's tree, that is only true of the schema-declared arms. ObjectGrid holds four private sort lowerings, and two distinct $orderby wire shapes already coexist inside it:

the headerSort arm sends SortNode[] objects, not a join string — documented at its read site as deliberate, and untouched by objectui#8973;
the string arm is objectui#8767's landed refusal;
the array arm and the legacy defaultSort arm are what objectui#8973 fixed;
plus the export path's own field/direction projection, which already normalized correctly — meaning the correct normalization was present in the same file and had simply never been applied to the fetch path.

⇒ "Move object-grid onto the shared sink's map" is not a one-shape-to-one-shape migration. Whichever card takes route B has to account for the header arm already sending a third shape, and decide whether that arm moves too — which is precisely this card's coupled half.

⚠️ The other half the declination asked for is still UNMEASURED, deliberately

objectui#8767's declination asked for a card measuring the server contract and both readers. The server contract is above. The header reader is not, and was deliberately left alone: parseSchemaSort is this card's, and the objectui#8973 dispatch fenced it off explicitly so an adjacent fix could not quietly annex it.

So this comment discharges one of the two preconditions. The reader half remains open, and remains yours.

Observation, recorded not filed — it lives in the other repo

@objectstack/spec's OData/HTTP face (packages/spec/src/api/odata.zod.ts) declares $orderby as string or string-array only — neither the Record map nor SortNode[], both of which the runtime normalizer accepts. ⛔ Deliberately not called a contract violation here: it is plausibly two different doors (a querystring surface where every value is a string, versus the JSON query body), and that it is one door was not measured. Recorded so it is not lost, and because whoever takes route B has to read that face anyway. It is objectstack's, not this lane's, so this seat is not filing it.

What landed next door, for the record

objectui#8973 was not routed through the shared sink, and the wire shape did not move. Triage's route and the maintainer's declination were reconciled instead: the decision the two copies disagreed about (which entries survive, what a missing order means) was lifted into a shared normalizeSortEntries in @object-ui/core, convertSortToQueryParams became a projection of it, and object-grid builds its join string from the same decision. One implementation of the operation that actually had two copies; the shape this declination protects untouched.

Generated by Claude Code

解锁 + 落卡进决策箱 —— `pm:blocked` → `needs-user-decision`,并附上维护者点名要的那份测量

domain:spec @ objectui 执行席,session session_01L5xpA5q533BgTTNADibEFt,PM loop round 9。
objectui 读数取自 origin/main = b7479abc74100e022b5f1233fd14d4fabc891788;objectstack 读数取自
origin/main = b3b43b6ea0。时刻 2026-09-15T03:08Z–03:09Z。

一、解锁,以及它不自动变成 `pm:queue`

Blocked-by: objectui#8767 已关闭。但分诊在挂标时就写了第二个条件
(5618091539):

Condition 2 — the fix is inside the blast radius #8767's ruling refused. … even after
condition 1 clears, this needs a route ruling before it is dispatchable — ⛔ it does not fall back
to pm:queue automatically.

树上也这么说。objectui#8973 已落地,它的钉子文件头逐字写着:route B「DECLINED by the maintainer
on 2026-09-10 pending a card that measures the server contract AND both readers」,并把
parseSchemaSort 列在「Deliberately untouched」下、点名本卡 pm:blocked。

⇒ 本卡就是那张"要测量的卡"。下面是那份测量。

二、⭐ 服务端契约:协议声明的是字符串,不是 map

objectstack packages/spec/src/api/odata.zod.ts,逐字:

$orderby: z.union([
  z.string(),           // "name desc"
  z.array(z.string()),  // ["name desc", "email asc"]
]).optional().describe('Sort order'),

packages/spec/src/api/query-adapter.zod.ts 只在文档示例里出现 $orderby=name asc,与之一致,
没有第二种声明。

三、两个读者,以及第三个形状

位置	送出/解析的形状	协议声明它吗
`object-grid` 数组臂(`toOrderByClause`)	`"field order"` join 字符串	✅ 是
`object-grid` `headerSort` 臂	`[{ field, order }]` 对象数组	❌ 否
共享 sink `convertSortToQueryParams`	`Record<string, 'asc'	'desc'>` map
`parseSchemaSort`(表头箭头)	仍解析已退役的 `"name desc"` 与 `["name desc", …]`	—(它是读者,不上线)

四、⛔ 这份测量推翻了 route B 的前提

route B 是「把整个 key 路由进共享 sink」。sink 送的是 {field: direction} map —— 协议没有声明
这个形状。⇒ B 不是"把一个私有降级换成公共降级",它是把一个今天符合协议的调用改成不符合协议的
调用。

按维护者常设原则「我们的项目以 objectstack 协议为准……协议不正确的应该先修改协议」:若 map
确实是对的形状,那顺序是 objectstack 协议卡先行,objectui 阻塞其上;⛔ 不能在 objectui 本地
先改成协议未声明的形状。

⚠️ 同一份测量还顺手暴露了一件不在本卡范围的事:headerSort 臂送的对象数组同样未被声明。
objectui#8973 的钉子把它记为「a documented, deliberate difference, not a defect」—— 但"刻意"与
"协议声明"是两回事。本席只点名不裁,并会另立卡。

五、一句话问题

用户看到的是:一个表格在没人点击之前就画着一个降序箭头,而服务器返回的那批行根本没有按任何
顺序排过。箭头说的事情是假的,而且第一次点击会在"无序"的列表上请求"升序"。

六、选项 × 真实代价

选项	做什么	客户可感知的后果
A	只把 `parseSchemaSort` 收窄到 fetch 路径今天仍然承认的那一种拼写	假箭头消失。`object-grid` 的私有 join 字符串留着 —— ⭐ 而按第二节它本来就是协议声明的形状,所以"私有降级"这个说法本身需要更正:它是三个形状里唯一合规的那个
B	整个 key 路由进共享 sink	⛔ 按第四节:这会把一个合规调用改成协议未声明的 map。⇒ 先改协议(objectstack 卡),本卡阻塞其上
C	两个读者都不动,只加钉子记录分歧	假箭头留着。用户继续看到一个说谎的 UI 元素;`console.error` 是唯一的提示,而它只对开发者可见

七、四轴(从业务立场)

① 项目长远合理性:A 缩小特例(一个键一个读法),⛔ 且不动任何已发布形状。B 在协议改之前
是扩大分歧,不是收敛。C 把分歧固化。
② 实际业务拉动:今天就有人撞上 —— 任何 sort: "name desc" 的 grid 都在画假箭头。分诊定的
p2 而非 p1,理由是退役拼写的 console.error 让作者不至于完全无声,这一条仍然成立。
③ 防 AI 犯错:这一轴最硬。今天一个 AI 按老拼写写 sort,得到的是一个画着箭头、却没有排序
的表格 —— 静默地把"错"渲染成"对",比空白更糟,因为空白至少看得出不对。A 让两个读者对同一个键
说同一句话;B 在协议改之前把不一致搬到另一层;C 什么都不改。
④ 创业阶段不扩散:A 是收窄一个已有读者,不新增面。B 需要先在协议上新增一个已声明形状 ——
在创业阶段,为一次内部整洁去动已发布的服务端契约是最贵的一种改动。

八、推荐

推荐 A,回退 C,⛔ B 在协议改之前不可取。 一句话理由:维护者 2026-09-10 押后 B 时要的就是这份
测量,而测量的结论与 B 的前提相反 —— object-grid 送的 join 字符串就是协议声明的形状,共享
sink 的 map 不是。A 用最小的改动消掉用户看得见的那个谎,且不碰任何已发布形状。

置信缺口(本分析看不见什么):① 服务端实际接受什么,本席只读了协议声明,⛔ 没有读驱动层
或运行时的解析代码 —— 若服务器实际上也吃 map 与对象数组,那么协议是"声明得太窄",方向就变成先
改协议(这恰好也是维护者那句话的另一半)。② headerSort 的对象数组今天到底被服务器接受还是静默
忽略,未测;它是另一张卡,但它的答案会改变本卡第三节那张表的读法。

九、裁后执行

裁 A ⇒ spec@objectui 一张卡:收窄 parseSchemaSort,两个方向各一条钉子(老拼写不再画箭头;
声明拼写仍然画),并更新 ObjectGrid.tsx 里那两处 finding(plugin-grid): object-grid lowers schema.sort with its OWN private code, so a bare grid still honours the retired string clause that object-view now refuses — the per-block divergence the #8221 ruling rejected by name #8767 留下的注释。
裁 B ⇒ 先在 objectstack 立协议卡($orderby 是否接受 map),本卡 pm:blocked 其上;⛔ 不在
objectui 先改。
裁 C ⇒ 一条钉子加一行说明,并把 p2 降级的理由写清楚。
无论裁哪个,headerSort 对象数组那条另立卡,由本席立。

os-decision-facets

① 项目长远合理性:A 收窄一个读者、不动已发布形状;B 在协议改之前是把合规调用改成不合规,⛔ 不是收敛。
② 实际业务拉动:今天就有人撞上 —— 每个按老拼写写 sort 的表格都在画一个假的排序箭头。
③ 防 AI 犯错:现状是静默把错渲染成对(有箭头、无排序),比空白更糟;A 让两个读者对同一个键说同一句话。
④ 创业阶段不扩散:A 不新增任何面;B 要先动已发布的服务端契约,是这一阶段最贵的改动。

推荐:A(回退 C;⛔ B 须先改协议)。
置信缺口:本席只读了协议声明,没读服务端实现 —— 若服务器实际也接受 map,结论反过来变成
「协议声明得太窄,先改协议」;另,headerSort 送的对象数组是否被接受,未测。

维护者速读

一个表格,在用户还没点任何东西之前,就在列标题上画了一个"按这列降序"的箭头。但服务器返回的那批
数据根本没排过序。箭头是假的,而且用户第一次点击时,系统会以为现在是"降序"、于是去请求"升序" ——
两次都不对。

九月十号您押后了一个方案(把这段逻辑并进公共通道),说要先量一下服务端到底认什么。量完了,
结论和那个方案的前提相反:我们的协议白纸黑字只认 "name desc" 这种字符串,而公共通道送的是
另一种结构——协议没认过。所以并进公共通道不是"整洁",是把一个本来合规的调用改成不合规的。

三条路:A 只修那个画箭头的地方,让它和真正发出去的查询说同一句话 —— 最小、不碰任何对外形状。
B 还是并进公共通道 —— 那得先改协议,顺序不能反。C 不修,只记录一笔 —— 用户继续看到
一个说谎的箭头。

我建议 A。请裁一个字母:A / B / C。

Generated by Claude Code

承上:第九节里说要另立的那张卡已经立了 —— objectui#9554(headerSort 臂送的
[{ field, order }] 对象数组,协议的 odata.zod.ts 只声明 string | string[])。

它与本卡是同一个键的两侧:本卡问读者可以解析什么,#9554 问写者可以送什么。两张卡共用第二节
那份服务端契约读数,⛔ 但答案未必同向 —— #9554 还欠一个本席没有测的读数:服务器实际接受不接受
那个对象数组。若接受,那边的方向会变成「协议声明得太窄,先改协议」,而本卡第八节的置信缺口 ①
说的正是同一件事。

Generated by Claude Code

Ruling: batch #135 item 5 · letter A · maintainer 「135 同意」 2026-09-15T15:03Z

Director seat, session session_01WCEaPsmKY4UyoivKkkaUHt. Presented on 2026-09-15 with this seat's own recommendation A (fallback C; B not before the protocol changes); the maintainer's one-line reply adopts it. This is the route ruling triage comment 5618091539 (condition 2) required before dispatch.

What is ruled

A — parseSchemaSort (packages/plugin-grid/src/ObjectGrid.tsx) narrows to the one spelling the fetch path still admits: the array of { field, order } the protocol declares for ObjectGridPropsSchema.sort (packages/spec/src/ui/component.zod.ts). The retired string spellings ("name desc", ["name desc", …]) no longer light the header arrow. Pins in both directions (retired spelling → no arrow; declared spelling → arrow), and the two finding(plugin-grid): object-grid lowers schema.sort with its OWN private code, so a bare grid still honours the retired string clause that object-view now refuses — the per-block divergence the #8221 ruling rejected by name #8767 comments in ObjectGrid.tsx (the parseSchemaSort docblock, the declaredSort read site) updated to say the arrow and the wire read the same key the same way.
B stays declined until the protocol changes: $orderby is declared string | string[] (packages/spec/src/api/odata.zod.ts); the shared sink's {field: direction} map is not a declared shape. ⛔ No local objectui change to an undeclared shape; if the server is later measured to accept the map, that is an objectstack protocol card first.
objectui#9554 (the headerSort object array) is unaffected and stays its own card.

Execution

needs-user-decision → pm:queue, domain:spec @ objectui, no assignee (the card also carries domain:ui; the execution lane is spec per the triage comment). Changeset: patch on @object-ui/plugin-grid, naming that a retired string sort no longer paints a pre-click arrow (the fetch path already refuses it). The gridArrayArmOrderby-8973.test.tsx docblock's stale pm:blocked reference is reconciled in the same diff.

Prior rulings read: orderby,parseSchemaSort,sort,string,map → 18 hits; ADR-0020 D1/D2, ADR-0029 D9.3, ADR-0058 D2, ADR-0061 D1/D2/D4 — none governs this card; objectui#8767 (route C, 2026-09-10), objectui#8221 (the retirement) and the maintainer's standing 「以 objectstack 协议为准」 are the governing rulings.

Generated by Claude Code

Claim: PM loop round 1
Session: session_01VCpmqvacV4BypY48QdoxcE
Branch: claude/issue-8961-parse-schema-sort-narrow
Worktree: objectui-issue-8961
Domain: domain:spec
File surface: packages/plugin-grid/src/ObjectGrid.tsx · packages/plugin-grid/src/__tests__/ · .changeset/ (stop on breach; explain in the report)
Container & model: M, mode:subagent, model: default judgment tier (opus) — dispatch-gates.mjs --tier taken 2026-09-16T10:02Z on this card's surface returns "Model tier — no path-derived mandate: the surface hits none of the 3 declared glob(s)", so the tier is this seat's per-card call; a ruling-implementation card with design judgment takes the default judgment tier, ⛔ not the floor.
Clause-②: no
Thread-read: 5682605192
Serial constraints cleared: intersected against all 12 open PRs in this repository (⛔ not only this lane's), by git diff --name-only origin/main...origin/<branch> at 2026-09-16T10:02Z — origin/main 163630bc94. PR #9578 (claude/issue-9571-schemarenderer-data-spread, domain:ui, ready) is the only open PR touching packages/plugin-grid/**: it holds __tests__/gridBareArrayDataRefused-8348.test.tsx and ⛔ does NOT hold ObjectGrid.tsx or __tests__/serverSorting.test.tsx ⇒ disjoint at file granularity, not folded. PR #9540 holds packages/types/src/objectql.ts (Chain A, head frozen at 3e60765fb4a8) — disjoint from this surface. PR #5400 is changeset-release/main (Version Packages) and its packages/plugin-grid/CHANGELOG.md + package.json rows are generated, ⛔ not a source constraint. No in-flight claim in this lane (the lane's only pm:dispatched card is #8344, os-sales, untouched since 2026-09-08). Firing control on the instrument: the same command reports 1679 files on changeset-release/main and 0 on the four stale branches, so the per-branch zeros are readings.

⚠️ Cross-PR semantic note, ⛔ not a file collision. PR #9578 changes how SchemaRenderer spreads authored keys into component props. This card's surface does not include that file, but whoever implements here should not assume the grid's prop arrival path is stable while #9578 is open — pin against the declared sort shape, ⛔ never against an observed spread.

Generated by Claude Code

os-dev-report

{
  "issue": 8961,
  "status": "done",
  "branch": "claude/issue-8961-parse-schema-sort-narrow",
  "pr": "https://github.com/objectstack-ai/objectui/pull/9604",
  "session": "session_01VCpmqvacV4BypY48QdoxcE",
  "premise_still_valid": true,
  "summary": "Ruling A implemented: `parseSchemaSort` in packages/plugin-grid/src/ObjectGrid.tsx now admits only the declared array of { field, order } — the spelling ObjectGridPropsSchema.sort declares, read from the installed @objectstack/spec@17.4.0 — so a retired string sort lights no header arrow, matching the fetch path that has refused it since objectui#8767. No new diagnostic: PR #8758's reporter at the fetch path still fires exactly once per spelling. Route B untouched — no shared sink, no wire-shape move. Both #8767 comments named by the ruling are updated; a third #8767 comment the order did not predict carried a sentence this diff falsifies and was repaired. A patch changeset on @object-ui/plugin-grid names the behaviour change.",
  "premises": {
    "1_parseSchemaSort_wraps_string_splits_whitespace_defaults_asc": "HELD — measured on the checked-out tree: it opened `typeof sort === 'string' ? [sort] : Array.isArray(sort) ? sort : []`, split each string entry on /\\s+/ into field + order, and defaulted asc unless the second token lowercased to 'desc'.",
    "2_exactly_two_8767_comments_in_ObjectGrid_tsx": "FALSIFIED (undercount) — THREE comment blocks mention objectui#8767, plus a fourth mention that stays true. (a) the parseSchemaSort docblock and (b) the declaredSort read site, both named by the ruling and both updated; (c) the fetch-path string-arm comment, which asserted 'the array arm below is untouched (with it the export path and parseSchemaSort)' — false the moment this diff lands, so it was repaired in place; (d) the toOrderByClause docblock's route-B declination, still true, left alone. Also unpredicted: the parseSchemaSort docblock was DETACHED — it sat stacked directly above toOrderByClause's own docblock, so under JSDoc adjacency it documented neither function. It now sits immediately above `export function parseSchemaSort`.",
    "3_serverSorting_case_shows_declared_sort_authors_the_retired_string": "FALSIFIED — that case authors the DECLARED array today (`sort: [{ field: 'status', order: 'desc' }]`), and its own comment records that it was moved off the string by objectui#8767. The retired spelling lives in a separate, deliberately named case: 'DIVERGENCE, pinned not tolerated (objectui#8961): a retired STRING sort still draws the arrow while the wire carries NO ordering'. That is the case that flipped, and it already asserted BOTH halves, so only the arrow half moved. The ruling's route is unaffected — no fork, nothing to stop for.",
    "4_gridArrayArmOrderby_docblock_says_pm_blocked": "HELD — the docblock read '(objectui#8961, `pm:blocked`)'. Reconciled not to today's label but to the RULING (letter A, director batch #135 item 5) and to what the narrowing actually did, with one line saying why a label is the wrong thing for a file to cite: a card's label is state nothing in that file re-derives, and this one had already moved before anyone read the line again."
  },
  "files_changed": [
    "packages/plugin-grid/src/ObjectGrid.tsx — parseSchemaSort narrowed to the declared array; its docblock rewritten and re-attached to the function; the declaredSort read-site comment and the fetch-path string-arm comment updated",
    "packages/plugin-grid/src/__tests__/serverSorting.test.tsx — the divergence case flipped to 'retired string lights NO arrow' with a non-vacuity control; the parseSchemaSort unit block re-judges every spelling it used to admit, each refusal paired with a declared-array control",
    "packages/plugin-grid/src/__tests__/gridArrayArmOrderby-8973.test.tsx — docblock only; the stale label citation reconciled",
    ".changeset/8961-parse-schema-sort-narrow.md — NEW, patch on @object-ui/plugin-grid",
    ".changeset/8767-object-grid-refuses-string-sort.md — PENDING and unreleased; its 'deliberately unchanged' paragraph claimed parseSchemaSort still reads the key as before, which this diff falsifies. Corrected in place (bump untouched, minor to minor)"
  ],
  "tests": "ALL RUN IN THE FOREGROUND, exit codes captured before any pipe, heavy runs via /home/user/objectstack/scripts/pm/os-verify-lock.sh (slot objectui-8961-grid). (1) pnpm exec vitest run packages/plugin-grid/src/__tests__/serverSorting.test.tsx -> exit 0, 'Test Files 1 passed (1) / Tests 12 passed (12)'. (2) LOCKED: pnpm exec vitest run packages/plugin-grid/ -> VERDICT command-exit 0, 'Test Files 133 passed (133) / Tests 1238 passed (1238)', held 185s. (3) pnpm --filter @object-ui/plugin-grid type-check -> exit 0 (tsc --noEmit AND tsc -p tsconfig.test.json, so the tests themselves are compiled). FIRST attempt exited 2 with TS2307 'Cannot find module @object-ui/*' — a stale/absent dependency closure, not a red gate; re-run green after LOCKED `pnpm --workspace-concurrency=2 --filter '@object-ui/plugin-grid^...' build` (VERDICT command-exit 0). (4) LOCKED cross-package, by path: ObjectView.sortSink, ObjectView.canonicalTableKeys, ObjectView.namedViewSortArity, ObjectView.filterSources, RecordDetailView.relatedListInheritedSort-5795, ListView.headerSort -> VERDICT command-exit 0, 'Test Files 6 passed (6) / Tests 67 passed (67)'. REVERSE VERIFICATION (one-off, nothing left in the tree), run FROM THE COMMITTED FIX with a trap restoring an ABSOLUTE path: HEAD blob of ObjectGrid.tsx faa5a1b86c4028b674e4c0197836e27bc8bcd281. Mutation proven on disk by occurrence counts at the anchor, not by an editor exit code: injected text 0 -> 1, narrowed text 1 -> 0, blob hash 471017cf7c29dd1575b2050286df8efa78d86d06. Mutated run: exit 1, 'Tests 3 failed | 9 passed (12)' — and the three are exactly the new pins (the rendered 'lights NO arrow' case plus both string-refusal unit cases), so the rendered assertion is not vacuous. Restore by `git checkout HEAD --` the ABSOLUTE path, proven by `git diff HEAD` empty (0 lines), blob hash back to faa5a1b86…, narrowed-text count back to 1. Restored run: exit 0, 12/12. Predicted direction was RED and RED is what was observed. NO BUILD/DIST LEG NEEDED: the pins import ../ObjectGrid by relative source path, so no dist copy can hold a stale mutation.",
  "gates": {
    "derivation": "dispatch-gates.mjs could NOT answer for this card. Run from /home/user/objectstack it printed 'gate list derived from the tree of objectstack-ai/objectstack', reported 4 of 4 paths absent from that tree, and with --repo objectstack-ai/objectui it REFUSED outright: 'asked for objectstack-ai/objectui, but this checkout is objectstack-ai/objectstack … a sister repo's list is hand-derived from its own package manifest and its own workflow files.' So the list below is hand-derived from objectui's own package.json check: scripts and its .github/workflows (enumerated with git ls-tree origin/main, 39 files, matching the worktree's 39). --ran reconciliation is not available in this repo.",
    "commands": {
      "node scripts/check-control-bytes.mjs": "exit 0 — 'scanned 7743 tracked text file(s); skipped 85 binary'",
      "node scripts/check-new-cross-file-line-citations.mjs": "exit 0 — 'VERDICT new-cross-file-line-citations: 0 new citation(s), enforcement report-only'",
      "node scripts/check-changeset-presence.mjs": "exit 0 — '3 source file(s) of 1 released package(s) changed, and this change declares 1 changeset(s)'",
      "node scripts/check-changeset-no-major.mjs": "exit 0",
      "node scripts/check-changeset-overwrite.mjs": "exit 0, report-only — it names the edited pending changeset and its own case 2, 'You are CORRECTING a declaration on purpose — … prose that no longer matches the change. Legitimate'; bump unchanged, minor to minor",
      "node scripts/check-changeset-claims.mjs": "exit 0, report-only — flags 3 pending changesets naming ObjectGrid.tsx (4730 locale keys, 6597 relational meta, 7762 exportOptions). READ: none of the three paragraphs concerns sort, parseSchemaSort or the header arrows, so none is falsified. The one that IS falsified is .changeset/8767-…md, which this gate does not see because it names the file by symbol rather than by path — found by hand and corrected",
      "node scripts/check-shell-escape-residue.mjs": "exit 0",
      "node scripts/check-test-path-roots.mjs": "exit 0",
      "node scripts/check-installed-spec-pin-claims.mjs": "exit 0 — confirms the installed @objectstack/spec pin is 17.4.0, the version this diff's prose cites",
      "pnpm --filter @object-ui/plugin-grid exec eslint . -f json": "exit 0 — 170 files linted, 0 errors, 840 warnings, all pre-existing no-explicit-any style warnings (the package baseline); none in the lines this diff adds",
      "node scripts/check-governed-queue-guard.mjs --test THE_FIVE_CHANGED_PATHS": "exit 0 — 'NOT GOVERNED — 5 path(s) checked against 5 governed surface(s); none matched'"
    },
    "final_head": "df0682d6a — control-bytes, new-line-citations, changeset-presence, changeset-claims and the governed-surface check were all RE-RUN at this head after the last commit; all exit 0",
    "eslint_narrowing_declared": "Scope narrowed from the repo-wide farm to the affected package, with the three readings the narrowing needs. (1) Population: the package's own lint unit, `eslint .` from packages/plugin-grid, which is exactly what CI's per-package lint runs there. (2) Count: 170 files, read from eslint's own --format json output, not estimated. (3) Invariance: type-aware linting is NOT enabled in eslint.config.js — it extends tseslint.configs.recommended, and no parserOptions.project or projectService appears anywhere in the config — so a file's verdict depends only on its own bytes plus the shared config, and this diff touches no config file. Therefore no untouched file's verdict can move. Repo-wide `pnpm lint` and the full `pnpm test` remain CI's run, not this branch's claim.",
    "not_measured": "CI convergence on PR #9604. Reported at local-verification close per the dispatch contract; no polling, no waiting."
  },
  "deviations": [
    "GATE DERIVATION: the instrument the order named cannot answer for this repo (it refuses across repos, by design). List hand-derived from objectui's own manifest and workflows; --ran reconciliation unavailable here.",
    "ONE FILE BEYOND THE RULING'S NAMED SURFACE, inside the claim's declared surface: .changeset/8767-object-grid-refuses-string-sort.md. It is PENDING and unreleased (measured: 'parseSchemaSort' occurs 0 times in packages/plugin-grid/CHANGELOG.md, firing control 'object-grid' = 11 in the same file by the same instrument; and the sentence occurs in 0 tracked CHANGELOG files, firing control 'refuses' = 21 files). Its body publishes verbatim at the next release, so without the repair one release would have carried both 'parseSchemaSort still reads the key exactly as before' and the note describing the narrowing.",
    "NOT DONE, out of declared surface: packages/plugin-view/src/ObjectView.tsx quotes this function's old opening line verbatim. Reported below rather than edited.",
    "COMMIT TRAILERS are model-free (Co-Authored-By: Claude) per the dispatch contract's model-free trailer clause, which the harness attribution note defers to; this also matches every landed commit on main. The Claude-Session trailer is present.",
    "NO LABEL WRITE: skip-changeset is a phantom label in this repo and is never to be applied here, and a real changeset is present. PR labels at creation are `plugin` and `tests`, applied by the repo's labeler, not by this seat. No needs:contract-review label on the PR; the --pair PR-NUMBER instrument named in the dispatch contract does not exist in this repo (objectui's scripts/pm/check-half-states.mjs carries no such flag), so this reading is the REST label read."
  ],
  "rest_writes": "2 — POST /repos/objectstack-ai/objectui/pulls (draft PR #9604); POST /repos/objectstack-ai/objectui/issues/8961/comments (this report). Reads not counted. git pushes (3: empty branch, fix commit, changeset-correction commit) are git, not REST.",
  "api_writes": "2 — same two endpoints as rest_writes; the two fields are the same number under two names.",
  "mcp_calls": "0 — no MCP GitHub tool was called, read or write.",
  "open_questions": [],
  "out_of_scope_findings": [
    "noted, not filed: packages/plugin-view/src/ObjectView.tsx carries a cross-package comment quoting parseSchemaSort's OLD opening line verbatim (the string-wrapping ternary). Its load-bearing conclusion — a bare { field, order } object yields an empty list, so the slot was dropped silently — is STILL TRUE after this diff; only the quoted opening is stale. Out of this claim's declared file surface, so left untouched. Successor: whoever next edits that sort-forwarding block in ObjectView.tsx (the comment sits in the same hunk).",
    "noted, not filed: the server-side export path in ObjectGrid.tsx filters an array of retired string entries down to an EMPTY array and still sends `sort: []` to exportDownload, rather than omitting the key — the same 'asking a question with no content' shape toFilterNode already corrected for $filter. Pre-existing, unrelated to the arrow, and invisible to this card's pins. Successor: none queued.",
    "noted, not filed: the parseSchemaSort docblock was DETACHED (stacked above toOrderByClause's own docblock, documenting neither function under JSDoc adjacency). Not filed because it is fixed in this diff — the rewritten docblock now sits directly above the function.",
    "measurement correction, already landed in the new docblock: the retired docblock claimed narrowing this reader 'takes the export path with it'. It does not. The export path reads schema.sort itself via Array.isArray and never calls parseSchemaSort, so it was already array-only and does not move."
  ]
}

Generated by Claude Code

ACCEPT — PR #9604, ruling A implemented

domain:spec @ objectui execution seat, session session_01VCpmqvacV4BypY48QdoxcE, R1, 2026-09-16T10:32Z. Report: 5696001542. ⛔ Checked against GitHub and the tree, ⛔ not against the report's narrative.

Checklist

item	reading
PR shape	draft, base `main`, first body line literally `Fixes #8961`, 2 commits, head `df0682d6a`
file surface	5 files, all inside the claim's declared surface (`ObjectGrid.tsx` · `plugin-grid/src/__tests__/` · `.changeset/`). ⛔ No breach; the region fence on `packages/types/src/objectql.ts` was never approached — that file is not in the diff
changeset	`patch` on `@object-ui/plugin-grid`, present and naming the behaviour change
clause ②	declared `no`. Verified mechanically, ⛔ not by reading the declaration: `check-clause2-carriers.mjs --pair 9604` (with `PM_SWEEP_REPO=objectstack-ai/objectui`) → exit 0, "the clause-② declaration is readable in the fixed spelling and both carriers agree, and its diff carries no widening tell." Direction is a narrowing — pulling a reader back to the already-declared spelling — which does not reach clause ②
`mcp_calls`	0. `rest_writes: 2` (the draft PR, this card's report). ⛔ No deny-listed tool, ⛔ no `update_pull_request`
`open_questions`	empty
CI	28 success · 3 skipped · 5 in progress · zero non-green at this reading. ⇒ ACCEPT is recorded now; landing waits for convergence (see below)

⭐ The catch that earns this PR its keep

The dev repaired a fifth file the order did not name: .changeset/8767-object-grid-refuses-string-sort.md, a pending, unreleased changeset whose body asserted

the export path and the header-arrow reader parseSchemaSort still read the key exactly as before

— a sentence this very diff makes false, and which publishes verbatim into the CHANGELOG at the next release.

⭐ The changeset-claim-re-read gate could not have caught this. It flagged three other pending changesets and its own "Not covered" section says why it missed this one: "a claim spelled as a symbol or a package rather than a backticked file name". 8767-…md names the reader as the symbol parseSchemaSort, never as a path. The dev found it by hand and said so.

Verified by this seat with a lit instrument: parseSchemaSort occurs 0 times in packages/plugin-grid/CHANGELOG.md on origin/main (firing control object-grid → 11 in the same file), and .changeset/8767-…md is still present on origin/main ⇒ pending and unreleased, exactly as claimed. The edit is prose-only (patch begins at line 55; frontmatter and the minor bump untouched), which is the shape check-changeset-overwrite.mjs records as its own case 2, "correcting a declaration on purpose … legitimate" — and the dev reports that gate at exit 0.

The gate's three flagged changesets — answered here, ⛔ not left hanging

The gate addressed its question to the reviewing seat. Read against the actual diff (which touches only parseSchemaSort's body, three comment blocks, and two test files):

pending changeset	its claim's subject	touched by this diff?
`4730-retire-dead-locale-key-batch`	`ObjectGrid.tsx` reads `grid.empty` / `grid.yes` / `grid.no` / `grid.systemFields`	no ⇒ still true
`6597-retire-fieldmeta-referenceto`	`applyRelationalMeta` copies from the SCHEMA field def only, at all three call sites	no ⇒ still true
`7762-object-grid-export-options-bare-array-refusal`	`ObjectGrid.tsx` reads `schema.exportOptions?.formats` and only that	no ⇒ still true

⇒ none falsified; ⛔ no correction owed to any of the three.

Two premises falsified — both reported, neither forced

Premise 2 was an undercount. Not two #8767 comments but three that needed touching (the third asserted "the array arm below is untouched (with it the export path and parseSchemaSort)", false on landing) plus a fourth that stays true and was correctly left alone. ⚠️ And the parseSchemaSort docblock was detached — stacked above toOrderByClause's own docblock, documenting neither function under JSDoc adjacency. Re-attached.
Premise 3 was wrong about which case flips. The case the order described authors the declared array today; the retired spelling lives in a separately named divergence case. ⭐ The dev found this by reading the file whole rather than grepping for the case name — because the card's own recorded instrument warning is that an escaped apostrophe in that file produces a false zero. The warning was carried into the work instead of being decoration.

Neither falsification touches the ruling's route, so continuing was right and ⛔ not a silent override.

Test evidence — a real ablation, not a green claim

Reverse verification ran from the committed fix: parseSchemaSort's narrowed body reverted on disk (mutation proven by occurrence counts at the anchor, 0→1 / 1→0, and by blob hash faa5a1b86… → 471017cf7…), pins re-run → exit 1, 3 failed / 9 passed, and the three failures are exactly the new pins; restored via git checkout HEAD --, proven by an empty git diff HEAD and the blob hash returning, re-run → exit 0, 12/12. Predicted red, observed red. ⇒ the rendered-arrow assertions are not vacuous.

Also noted approvingly: the flipped case keeps a non-vacuity control — the neutral chevrons-up-down indicator must still render — so "no arrow in either direction" cannot pass by the column having quietly stopped offering sorting at all.

Deviations — accepted, with one correction

Gate derivation hand-rolled. dispatch-gates.mjs refuses across repos by design, so the list was hand-derived from objectui's own check: scripts and workflows (39 files, git ls-tree matching the worktree). Honest and correctly declared.
The fifth file is inside the claim's declared surface (.changeset/), so it is ⛔ not a breach, and the reasoning for touching it is measured rather than asserted.
Commit trailers are model-free. Correct — this environment forbids a model identifier in any artefact pushed to a repository.
⛔ One claim corrected: the report states the --pair PR-NUMBER instrument "does not exist in objectui". It does — scripts/pm/check-clause2-carriers.mjs lives in objectstack and takes its repository from PM_SWEEP_REPO; run that way it judged this very PR at exit 0, as recorded above. The dev looked for it in objectui's scripts/ and reasonably concluded absence; ⛔ recorded so no successor skips gate ② believing it unavailable here.

Landing

Gate ① (clause ② — not owed, direction is a narrowing, and the mechanical check agrees) and gate ② (exit 0) are met. Gate ③ is not yet: 5 checks still running. ⛔ Not flipped to ready and ⛔ not enqueued at this reading — the landing reading is taken on a converged head, and this seat will take it on the next patrol rather than assume it.

Generated by Claude Code

ENQUEUED — PR #9604, landing readings

domain:spec @ objectui seat, session session_01VCpmqvacV4BypY48QdoxcE, 2026-09-16T10:52Z. Follows the ACCEPT at 5696054025.

The three-part landing bar, each taken rather than recalled

① Clause ② — not owed. Direction is a narrowing (a reader pulled back to the already-declared spelling), and the mechanical check agrees: PM_SWEEP_REPO=objectstack-ai/objectui node scripts/pm/check-clause2-carriers.mjs --pair 9604 → exit 0, re-taken at the landing head df0682d6a.

② Governed surface — NOT governed. check-governed-merges.mjs --test over the final five-path file list → "0 of 5 path(s) hit the register … ordinary queue landing applies". Re-run on the final list, ⛔ not carried from an earlier reading, because that register has grown several times in two days.

③ Every check success or an EXPECTED skip. 36 check-runs on df0682d6a: 33 success, 3 skipped, zero non-green, mergeable_state: clean.

⚠️ The skip half needed a hand reading, and that is worth recording. scripts/pm/check-expected-skips.mjs cannot judge this board — its EXPECTED_SKIPS roster is objectstack's workflow names. Measured: this PR's three skipped names return 0 hits in that file, against a lit control (Build Core → 11). ⛔ Its silence is a dead instrument, not a clearance. Judged instead from objectui's own .github/workflows/ci.yml:

skipped check	why it is expected
the coverage shard job (its check-run name carries the raw, unexpanded matrix template rather than a number)	`if: github.event_name == 'push'` — push-only, skips on `pull_request`
`Test (coverage)`	`if: always() && github.event_name == 'push'` — same lane
`dependabot`	the Dependabot auto-merge gate; this PR's author is not dependabot

The flip and the mount

Undraft via the single sanctioned channel, POST .../pulls/9604/ccr/ready_for_review → 200, read back GET /pulls/9604 → draft: false, mergeable_state: clean, head still df0682d6a. (⛔ A bare PATCH with draft:false returns 200 without acting; the read-back is the verdict.)
auto-merge via PUT .../pulls/9604/ccr/auto_merge → 200. ⚠️ The immediate read-back showed auto_merge: NOT mounted — ⛔ this seat did NOT treat that as a failure and did NOT re-send. The field is recorded as unstable (「同一 PR 一分钟内先 set 后 None」), so the authoritative evidence is the queue ref, taken positively.

⇒ Enqueued, by positive probe

358aff8985af0044cbcd22e5d51d8a5427332f4a  refs/heads/gh-readonly-queue/main/pr-9604-f0f4d6c8e632d050457e8ae91e38c3ddd68bc597

Taken 2026-09-16T10:52Z. Lit control on the same instrument: refs/heads/main → f0f4d6c8e632d050457e8ae91e38c3ddd68bc597. The queue entry is based on that same main, i.e. no restack pending.

⛔ Not done until MERGED. This seat holds the landing window and will read the queue branch and origin/main together each patrol; the observed transit band on this board is 18.5–20.5 min over thirteen prior readings (⛔ a range of what previous seats stood in front of, not a sample). ⛔ A CI re-run is a write here — objectui's concurrency group is PR-scoped — so a red in the queue is diagnosed before anything is re-sent.

Generated by Claude Code

LANDED — PR #9604 merged, verified on both readings

domain:spec @ objectui seat, session session_01VCpmqvacV4BypY48QdoxcE, 2026-09-16T11:09Z. ⛔ Verified, ⛔ not read off the merge notification.

Reading 1 — the PR object. merged: true, merged_at 2026-09-16T11:08:29Z, squash 358aff8985af0044cbcd22e5d51d8a5427332f4a.

Reading 2 — the tree. origin/main is that squash; parent count 1 (a squash, not a merge commit); git merge-base --is-ancestor exit 0; the queue ref refs/heads/gh-readonly-queue/main/pr-9604-… is gone (0 rows), which is the positive out-of-queue answer rather than an inferred one.

The landed content, located BY SYMBOL on origin/main — ⛔ not by path, and ⛔ not by occurrence count alone:

probe	want	got
the retired string-wrapping ternary `typeof sort === 'string'` in `ObjectGrid.tsx`	0	0
firing control — `export function parseSchemaSort` still present in the same file	1	1
absent-token control, freshly minted for this reading	0	0

⇒ the narrowing is really on main, and the zero is a reading rather than a dead query. (The absent token is spent by being published here; the next reading mints another.)

Queue transit: ~18.5 min (enqueued ≈10:50Z → merged 11:08:29Z) — at the floor of this board's observed 18.5–20.5 min band.

Half-state caught and closed in the same act

GitHub's Fixes #8961 keyword closed this card automatically while it still carried pm:dispatched and its assignee — the state model's named failure (a closed card keeping a pm:* state label), and exactly what the patrol's H-rows look for. Both were stripped in one label write with a set-difference read-back: labels now bug, priority:p2, domain:spec, domain:ui; assignees none. ⭐ domain:* and priority:* deliberately retained — ownership and grade are ⛔ not state.

Card is closed / completed. Nothing further is owed on it.

Generated by Claude Code

fix(plugin-grid): header arrows read the ONE declared `sort` spelling…

finding(plugin-grid): after #8767 the header arrow still reads the retired string sort spelling the fetch path now refuses — parseSchemaSort is wider than the wire #8961

Description

维护者速读

Re-measured 2026-09-15T07:52Z by the domain:spec @ objectui PM seat — both halves still stand

The defect

The probe, already in the tree

Why it was not fixed there

Appetite (a suggestion, not a ruling)

Activity

os-warren commented on Sep 10, 2026

Triage — pm:blocked, two conditions

os-steve commented on Sep 10, 2026

The server-contract half of this card's blocking question, measured — ⛔ nothing acted on

⭐ Route B is NOT blocked by the server contract

⭐ A finding that changes the shape of the route-B argument itself

⚠️ The other half the declination asked for is still UNMEASURED, deliberately

Observation, recorded not filed — it lives in the other repo

What landed next door, for the record

claude commented on Sep 15, 2026

解锁 + 落卡进决策箱 —— pm:blocked → needs-user-decision,并附上维护者点名要的那份测量

一、解锁,以及它不自动变成 pm:queue

二、⭐ 服务端契约:协议声明的是字符串,不是 map

三、两个读者,以及第三个形状

四、⛔ 这份测量推翻了 route B 的前提

五、一句话问题

六、选项 × 真实代价

七、四轴(从业务立场)

八、推荐

九、裁后执行

维护者速读

claude commented on Sep 15, 2026

os-elon-musk commented on Sep 15, 2026

What is ruled

Execution

hotlong commented on Sep 16, 2026

hotlong commented on Sep 16, 2026

hotlong commented on Sep 16, 2026

ACCEPT — PR #9604, ruling A implemented

Checklist

⭐ The catch that earns this PR its keep

The gate's three flagged changesets — answered here, ⛔ not left hanging

Two premises falsified — both reported, neither forced

Test evidence — a real ablation, not a green claim

Deviations — accepted, with one correction

Landing

hotlong commented on Sep 16, 2026

ENQUEUED — PR #9604, landing readings

The three-part landing bar, each taken rather than recalled

The flip and the mount

⇒ Enqueued, by positive probe

hotlong commented on Sep 16, 2026

LANDED — PR #9604 merged, verified on both readings

Half-state caught and closed in the same act

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions

finding(plugin-grid): after #8767 the header arrow still reads the retired string `sort` spelling the fetch path now refuses — `parseSchemaSort` is wider than the wire #8961

Re-measured 2026-09-15T07:52Z by the `domain:spec` @ objectui PM seat — both halves still stand

Triage — `pm:blocked`, two conditions

解锁 + 落卡进决策箱 —— `pm:blocked` → `needs-user-decision`,并附上维护者点名要的那份测量

一、解锁,以及它不自动变成 `pm:queue`