@@ -0,0 +1,23 @@
+---
+"@object-ui/types": minor
+---
+
+`CommandItem` and `CommandGroup` are now named exports of `@object-ui/types` itself, not
+only of `@object-ui/types/form` (objectui#9526). They are the element types of
+`CommandSchema`: `groups` holds `CommandGroup`, and each group's `items` hold `CommandItem`.
+
+Before this release, `import type { CommandItem } from '@object-ui/types'` read `TS2305`
+(and the same for `CommandGroup`), while `CommandSchema`, the schema that contains them,
+resolved from the same entry point in the same compilation pass.
+
+The change is purely additive: the two names join the root barrel's existing named
+re-export list from `./form.js`, beside `CommandSchema`. Nothing is removed, renamed or
+narrowed, the declarations stay in `form.ts`, and the `/form` subpath keeps working. It is
+the third instance of one class, repaired by the same route each time: objectui#7697 for
+`ComboboxOption`, and objectui#9406 (decision batch #133 item 2, letter (a)) for
+`InputShorthandSchema` and `UiCalendarSchema`.
+
+`form-barrel-mirror-9406.test.ts` had found these two names and ledgered them as undecided,
+because objectui#9406's ruling covered exactly two other names. Both rows are gone now, and
+that pin holds the pair to the barrel list the same way it holds every other name `form.ts`
+exports.
@@ -20,7 +20,7 @@
  * subpath and invisible from the root, with nothing to say whether that was a
  * decision or an oversight.
  *
- * It has now been found twice, one name at a time:
+ * It has now been found three times, one card at a time:
  *
  *  - objectui#7697 -- `ComboboxOption`. `import type { ComboboxOption } from
  *    '@object-ui/types'` read `TS2305` while its two siblings on the same list
@@ -29,6 +29,11 @@
  *    the zod barrel by objectui#9067 and still unnamed on this one. Repaired
  *    the same way, by the director seat's decision batch #133 item 2, letter
  *    (a), maintainer 2026-09-14.
+ *  - objectui#9526 -- `CommandItem` and `CommandGroup`, the element types of
+ *    `CommandSchema.groups` and its `items`. THIS pin found them on its first
+ *    run and ledgered them `ABSENT_PENDING_DECISION`, because objectui#9406
+ *    authorised exactly two names; objectui#9526 moved both onto the list by
+ *    the same additive route and emptied that ledger.
  *
  * ⭐ What made the second one worse than "the name is not there" is the
  * compiler's guess: the root spelling answered `error TS2724: '"@object-ui/
@@ -84,6 +89,17 @@ import type { UiCalendarSchema as UiCalendarFromForm } from '../form';
 import type { InputSchema as InputFromRoot } from '../index';
 import type { CalendarSchema as CalendarFromRoot } from '../index';
 
+// objectui#9526 -- the element types of `CommandSchema.groups` and its `items`.
+// RED on the base that card measured: `TS2305` on each root spelling below,
+// while the `/form` spellings and the control resolve in the same pass.
+import type { CommandItem as CommandItemFromRoot } from '../index';
+import type { CommandGroup as CommandGroupFromRoot } from '../index';
+import type { CommandItem as CommandItemFromForm } from '../form';
+import type { CommandGroup as CommandGroupFromForm } from '../form';
+// The control: the schema that CONTAINS them, already on the root barrel's
+// list before objectui#9526. If it fails to resolve, the block is dark.
+import type { CommandSchema as CommandFromRoot } from '../index';
+
 const require = createRequire(import.meta.url);
 
 const readSource = (relative: string): string => readFileSync(require.resolve(relative), 'utf8');
@@ -197,22 +213,10 @@ const ABSENT_BY_DECISION: Readonly<Record<string, string>> = {};
  * "nobody has decided yet", and it is the honest answer for a name a card found
  * but was not authorised to move.
  */
-const ABSENT_PENDING_DECISION: Readonly<Record<string, string>> = {
-  CommandItem:
-    'An element type of `CommandSchema.groups[].items` (`CommandGroup` is the other). Found by '
-    + 'this pin at objectui#9406 and NOT covered by its ruling, which names `InputShorthandSchema` '
-    + 'and `UiCalendarSchema` and says "additive, no other line moves" -- so moving these two as '
-    + 'well would be widening a published surface past the decision that authorised it. The shape '
-    + 'is objectui#7697 exactly (an option/item element type reachable only through the `/form` '
-    + 'subpath while its schema `CommandSchema` sits on the root list), and that card ruled the '
-    + 'repair sound for `ComboboxOption` -- but it ruled it for that name. Reported for filing '
-    + 'with the objectui#9406 report; whoever takes it owns BOTH rows, since one card should '
-    + 'settle a pair that is declared and consumed together.',
-  CommandGroup:
-    'The element type of `CommandSchema.groups`, holding `CommandItem[]`. The same finding, the '
-    + 'same card, the same reason -- see the `CommandItem` row above. Ledgered rather than '
-    + 'repaired because objectui#9406 authorises exactly two names.',
-};
+const ABSENT_PENDING_DECISION: Readonly<Record<string, string>> = {};
+// Empty since objectui#9526: its two rows, `CommandItem` and `CommandGroup`,
+// were settled by putting both names on the barrel list, so the liveness check
+// below would have failed them as stale.
 
 const LEDGER: Readonly<Record<string, string>> = { ...ABSENT_BY_DECISION, ...ABSENT_PENDING_DECISION };
 
@@ -295,6 +299,30 @@ describe('objectui#9406 -- the two names resolve from the root barrel', () => {
   });
 });
 
+describe('objectui#9526 -- the element types of `CommandSchema` resolve from the root barrel', () => {
+  it('each root spelling is the element type the root `CommandSchema` actually contains', () => {
+    // Pinned as the CONTAINMENT, not as a member list: `groups` holds
+    // `CommandGroup`, and `CommandGroup.items` holds `CommandItem`. That is the
+    // whole reason the card moved the pair together.
+    const group: Eq<NonNullable<CommandFromRoot['groups']>[number], CommandGroupFromRoot> = true;
+    const item: Eq<CommandGroupFromRoot['items'][number], CommandItemFromRoot> = true;
+    expect([group, item]).toEqual([true, true]);
+  });
+
+  it('each root spelling is the SAME declaration as its `/form` spelling', () => {
+    // The same reason as the objectui#9406 block above: a barrel line naming
+    // a different type would satisfy the containment reading only by accident.
+    const item: Eq<CommandItemFromRoot, CommandItemFromForm> = true;
+    const group: Eq<CommandGroupFromRoot, CommandGroupFromForm> = true;
+    expect([item, group]).toEqual([true, true]);
+  });
+
+  it('CONTROL -- the schema that contains them already resolved from the root', () => {
+    const command: Eq<CommandFromRoot['type'], 'command'> = true;
+    expect(command).toBe(true);
+  });
+});
+
 /* == (b) the instrument: the barrel list against `form.ts`'s exports ========= */
 
 describe('objectui#9406 -- the root barrel mirrors `form.ts`, or says why not', () => {
 
@@ -204,6 +204,16 @@ export type {
   // tidy cannot silently drop either one.
   ComboboxOption,
   CommandSchema,
+  // The element types `CommandSchema` contains — `groups` holds `CommandGroup`,
+  // whose `items` hold `CommandItem` — listed next to their schema the way
+  // `ComboboxOption` is above (objectui#9526). Both were already published on
+  // `@object-ui/types/form`, and their zod twins `CommandItemSchema` /
+  // `CommandGroupSchema` on `@object-ui/types/zod`, while the root spelling read
+  // TS2305. Purely ADDITIVE, the objectui#7697 / objectui#9406 route; the gap pin
+  // `form-barrel-mirror-9406.test.ts` had ledgered the pair as undecided and
+  // now holds it to this list.
+  CommandItem,
+  CommandGroup,
   InputOTPSchema,
   ToggleSchema,
   FormSchema,