@almadar/std 6.1.0 → 6.1.7

package/{dist/exports → behaviors/registry}/atoms/std-game-audio.orb

@@ -1,6 +1,7 @@
 {
-  "name": "AudioTrackOrbital",
+  "name": "std-game-audio",
   "version": "1.0.0",
+  "description": "Game audio provider atom using the `game-audio-provider` pattern. Wraps child content with an audio context, providing sound playback and mute toggling.",
   "orbitals": [
     {
       "name": "AudioTrackOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -345,6 +342,5 @@
         }
       ]
     }
-  ],
-  "description": "Game audio provider atom using the `game-audio-provider` pattern. Wraps child content with an audio context, providing sound playback and mute toggling. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/exports → behaviors/registry}/atoms/std-game-canvas2d.orb

@@ -1,6 +1,7 @@
 {
-  "name": "GameCanvas2dOrbital",
+  "name": "std-game-canvas2d",
   "version": "1.0.0",
+  "description": "2D game canvas atom using the `game-canvas-2d` pattern. Provides a render loop with configurable FPS, width, and height. Handles init, start, stop, and per-frame tick events.",
   "orbitals": [
     {
       "name": "GameCanvas2dOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -260,4 +257,4 @@
       ]
     }
   ]
-}
+}

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-game-canvas3d.orb

@@ -1,6 +1,7 @@
 {
-  "name": "Canvas3dSceneOrbital",
+  "name": "std-game-canvas3d",
   "version": "1.0.0",
+  "description": "3D game canvas atom using the `game-canvas-3d` pattern. Renders tiles, units, and features in a 3D scene with configurable orientation, camera mode, grid, shadows, and background color.",
   "orbitals": [
     {
       "name": "Canvas3dSceneOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "tiles",
             "type": "array",
@@ -398,4 +395,4 @@
       ]
     }
   ]
-}
+}

package/{dist/exports → behaviors/registry}/atoms/std-game-hud.orb

@@ -1,6 +1,7 @@
 {
-  "name": "HudStateOrbital",
+  "name": "std-game-hud",
   "version": "1.0.0",
+  "description": "Heads-up display atom. Renders the `game-hud` pattern showing health, score, lives, and other stats.",
   "orbitals": [
     {
       "name": "HudStateOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -96,10 +93,6 @@
                         {
                           "label": "CreatedAt",
                           "value": "@entity.createdAt"
-                        },
-                        {
-                          "label": "PendingId",
-                          "value": "@entity.pendingId"
                         }
                       ]
                     }
@@ -139,10 +132,6 @@
                         {
                           "label": "CreatedAt",
                           "value": "@entity.createdAt"
-                        },
-                        {
-                          "label": "PendingId",
-                          "value": "@entity.pendingId"
                         }
                       ]
                     }
@@ -165,6 +154,5 @@
         }
       ]
     }
-  ],
-  "description": "Heads-up display atom. Renders the `game-hud` pattern showing health, score, lives, and other stats. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-game-menu.orb

@@ -1,6 +1,7 @@
 {
-  "name": "MenuStateOrbital",
+  "name": "std-game-menu",
   "version": "1.0.0",
+  "description": "Game main menu atom using the `game-menu` pattern. Shows title, subtitle, and menu options (Start, Options, Credits, etc.).",
   "orbitals": [
     {
       "name": "MenuStateOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -217,6 +214,5 @@
         }
       ]
     }
-  ],
-  "description": "Game main menu atom using the `game-menu` pattern. Shows title, subtitle, and menu options (Start, Options, Credits, etc.). (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-game-over-screen.orb

@@ -1,6 +1,7 @@
 {
-  "name": "GameOverStateOrbital",
+  "name": "std-game-over-screen",
   "version": "1.0.0",
+  "description": "Game over screen atom using the `game-over-screen` pattern. Shows final score, high score, and retry/quit actions.",
   "orbitals": [
     {
       "name": "GameOverStateOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "currentScore",
             "type": "number",
@@ -201,6 +198,5 @@
         }
       ]
     }
-  ],
-  "description": "Game over screen atom using the `game-over-screen` pattern. Shows final score, high score, and retry/quit actions. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/exports → behaviors/registry}/atoms/std-gameflow.orb

@@ -1,6 +1,7 @@
 {
-  "name": "GameSessionOrbital",
+  "name": "std-gameflow",
   "version": "1.0.0",
+  "description": "Game state management behavior: menu, playing, paused, gameover. Uses game UI patterns per state: menu     -> game-menu (title, subtitle, Start Game button) playing  -> game-hud (score, level stats) paused   -> game-menu in modal (Resume, Quit buttons) gameover -> game-over-screen (score, Play Again, Main Menu)",
   "orbitals": [
     {
       "name": "GameSessionOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "score",
             "type": "number",
@@ -414,6 +411,5 @@
         }
       ]
     }
-  ],
-  "description": "Game state management behavior: menu, playing, paused, gameover. Uses game UI patterns per state:   menu     -> game-menu (title, subtitle, Start Game button)   playing  -> game-hud (score, level stats)   paused   -> game-menu in modal (Resume, Quit buttons)   gameover -> game-over-screen (score, Play Again, Main Menu) Pure function: params in, OrbitalDefinition out. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/behaviors/registry/atoms/std-graph-classifier.orb.unconvertible.txt

@@ -0,0 +1,7 @@
+# std-graph-classifier (B.2 — runtime invocation failed)
+
+The converter could not invoke this behavior with default params.
+It is a Phase B.3 candidate (hand-author or fix invocation defaults).
+
+- runtime invocation failed: Cannot read properties of undefined (reading 'join')
+- behavior requires non-default params (likely an ML behavior — Phase B.3 candidate)

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-input.orb

@@ -1,6 +1,7 @@
 {
-  "name": "TextInputOrbital",
+  "name": "std-input",
   "version": "1.0.0",
+  "description": "std-input as a Function",
   "orbitals": [
     {
       "name": "TextInputOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "value",
             "type": "string",
@@ -635,6 +632,5 @@
         }
       ]
     }
-  ],
-  "description": "Input state management parameterized for any domain. Provides idle, focused, and validating states with change tracking. The state machine structure is fixed. The caller controls data and presentation. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/exports → behaviors/registry}/atoms/std-inventory-panel.orb

@@ -1,6 +1,7 @@
 {
-  "name": "InventorySlotOrbital",
+  "name": "std-inventory-panel",
   "version": "1.0.0",
+  "description": "Grid-based inventory atom using the `inventory-panel` pattern. Shows items in a grid with select, use, and drop actions.",
   "orbitals": [
     {
       "name": "InventorySlotOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "items",
             "type": "array"
@@ -238,10 +235,6 @@
                       "dropItemEvent": "DROP_ITEM",
                       "showTooltips": true
                     }
-                  ],
-                  [
-                    "notify",
-                    "InventorySlot deleted successfully"
                   ]
                 ]
               }
@@ -261,6 +254,5 @@
         }
       ]
     }
-  ],
-  "description": "Grid-based inventory atom using the `inventory-panel` pattern. Shows items in a grid with select, use, and drop actions. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/exports → behaviors/registry}/atoms/std-isometric-canvas.orb

@@ -1,6 +1,7 @@
 {
-  "name": "IsometricWorldOrbital",
+  "name": "std-isometric-canvas",
   "version": "1.0.0",
+  "description": "Isometric game renderer atom using the `isometric-canvas` pattern. Renders tiles, units, and features on an isometric grid. Handles tile clicks, unit clicks, and hover events.",
   "orbitals": [
     {
       "name": "IsometricWorldOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "tiles",
             "type": "array"
@@ -637,6 +634,5 @@
         }
       ]
     }
-  ],
-  "description": "Isometric game renderer atom using the `isometric-canvas` pattern. Renders tiles, units, and features on an isometric grid. Handles tile clicks, unit clicks, and hover events. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-loading.orb

@@ -1,6 +1,7 @@
 {
-  "name": "LoadableItemOrbital",
+  "name": "std-loading",
   "version": "1.0.0",
+  "description": "std-loading as a Function",
   "orbitals": [
     {
       "name": "LoadableItemOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "loadingStatus",
             "type": "string",
@@ -491,6 +488,5 @@
         }
       ]
     }
-  ],
-  "description": "Loading behavior parameterized for any domain. Provides a multi-state loading lifecycle: idle, loading, success, error. Tracks async operation status with appropriate UI for each state. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/behaviors/{exports → registry}/atoms/std-modal.orb

@@ -1,6 +1,7 @@
 {
-  "name": "ModalRecordOrbital",
+  "name": "std-modal",
   "version": "1.0.0",
+  "description": "Modal overlay atom. Accepts content injection so molecules can control what renders inside the open state.",
   "orbitals": [
     {
       "name": "ModalRecordOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -47,7 +44,8 @@
           "category": "interaction",
           "emits": [
             {
-              "event": "SAVE"
+              "event": "SAVE",
+              "scope": "external"
             }
           ],
           "stateMachine": {
@@ -67,7 +65,13 @@
               },
               {
                 "key": "OPEN",
-                "name": "Open"
+                "name": "Open",
+                "payload": [
+                  {
+                    "name": "id",
+                    "type": "string"
+                  }
+                ]
               },
               {
                 "key": "CLOSE",
@@ -420,6 +424,5 @@
         }
       ]
     }
-  ],
-  "description": "Modal overlay atom. Accepts content injection so molecules can control what renders inside the open state. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
+  ]
 }

package/behaviors/{exports → registry}/atoms/std-movement.orb

@@ -1,6 +1,7 @@
 {
-  "name": "MovableEntityOrbital",
+  "name": "std-movement",
   "version": "1.0.0",
+  "description": "Entity movement behavior: idle, moving, collision detection and resolution. Pure function: params in, OrbitalDefinition out.",
   "orbitals": [
     {
       "name": "MovableEntityOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "x",
             "type": "number",
@@ -1408,6 +1405,5 @@
         }
       ]
     }
-  ],
-  "description": "Entity movement behavior: idle, moving, collision detection and resolution. Pure function: params in, OrbitalDefinition out. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-notification.orb

@@ -1,6 +1,7 @@
 {
-  "name": "NotificationOrbital",
+  "name": "std-notification",
   "version": "1.0.0",
+  "description": "std-notification as a Function",
   "orbitals": [
     {
       "name": "NotificationOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "message",
             "type": "string",
@@ -441,6 +438,5 @@
         }
       ]
     }
-  ],
-  "description": "Notification behavior parameterized for any domain. Provides a show/hide notification display. The state machine structure is fixed. The caller controls data and presentation. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/exports → behaviors/registry}/atoms/std-overworld.orb

@@ -1,6 +1,7 @@
 {
-  "name": "WorldRegionOrbital",
+  "name": "std-overworld",
   "version": "1.0.0",
+  "description": "Map/zone navigation behavior: exploring, transitioning, entered. Pure function: params in, OrbitalDefinition out.",
   "orbitals": [
     {
       "name": "WorldRegionOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -512,6 +509,5 @@
         }
       ]
     }
-  ],
-  "description": "Map/zone navigation behavior: exploring, transitioning, entered. Pure function: params in, OrbitalDefinition out. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/behaviors/{exports → registry}/atoms/std-pagination.orb

@@ -1,6 +1,7 @@
 {
-  "name": "PagedItemOrbital",
+  "name": "std-pagination",
   "version": "1.0.0",
+  "description": "std-pagination as a Function",
   "orbitals": [
     {
       "name": "PagedItemOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -261,6 +258,5 @@
         }
       ]
     }
-  ],
-  "description": "Pagination behavior parameterized for any domain. Provides page/pageSize controls that paginate entity data. Single idle state with a self-loop that re-renders with the new page applied. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/behaviors/{exports → registry}/atoms/std-physics2d.orb

@@ -1,6 +1,7 @@
 {
-  "name": "PhysicsBodyOrbital",
+  "name": "std-physics2d",
   "version": "1.0.0",
+  "description": "std-physics2d as a Function",
   "orbitals": [
     {
       "name": "PhysicsBodyOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "x",
             "type": "number",
@@ -425,6 +422,5 @@
         }
       ]
     }
-  ],
-  "description": "2D physics simulation parameterized for any domain. Provides idle and simulating states with force application and tick updates. Tracks position and velocity via entity fields. The state machine structure is fixed. The caller controls data and presentation. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/behaviors/exports → behaviors/registry}/atoms/std-platformer-canvas.orb

@@ -1,6 +1,7 @@
 {
-  "name": "PlatformerWorldOrbital",
+  "name": "std-platformer-canvas",
   "version": "1.0.0",
+  "description": "Side-scrolling platformer atom using the `platformer-canvas` pattern. Renders player, platforms, and handles movement events.",
   "orbitals": [
     {
       "name": "PlatformerWorldOrbital",
@@ -34,10 +35,6 @@
             "name": "createdAt",
             "type": "string"
           },
-          {
-            "name": "pendingId",
-            "type": "string"
-          },
           {
             "name": "platforms",
             "type": "array"
@@ -263,6 +260,5 @@
         }
       ]
     }
-  ],
-  "description": "Side-scrolling platformer atom using the `platformer-canvas` pattern. Renders player, platforms, and handles movement events. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}

package/{dist/exports → behaviors/registry}/atoms/std-quest.orb

@@ -1,6 +1,7 @@
 {
-  "name": "QuestLogOrbital",
+  "name": "std-quest",
   "version": "1.0.0",
+  "description": "Quest/objective tracking behavior: available, active, complete, failed. Pure function: params in, OrbitalDefinition out.",
   "orbitals": [
     {
       "name": "QuestLogOrbital",
@@ -33,10 +34,6 @@
           {
             "name": "createdAt",
             "type": "string"
-          },
-          {
-            "name": "pendingId",
-            "type": "string"
           }
         ]
       },
@@ -524,8 +521,7 @@
                             "name",
                             "description",
                             "status",
-                            "createdAt",
-                            "pendingId"
+                            "createdAt"
                           ]
                         }
                       ]
@@ -668,10 +664,6 @@
                         }
                       ]
                     }
-                  ],
-                  [
-                    "notify",
-                    "QuestLog updated successfully"
                   ]
                 ]
               },
@@ -1257,6 +1249,5 @@
         }
       ]
     }
-  ],
-  "description": "Quest/objective tracking behavior: available, active, complete, failed. Pure function: params in, OrbitalDefinition out. (2026-04-08). The canonical source for std behaviors is now the registry `.orb` file at `packages/almadar-std/behaviors/registry/<level>/<name>.orb`, which is generated from this TS source by `tools/almadar-behavior-ts-to-orb/` and consumed by the compiler's embedded loader. Consumers should import behaviors via `.lolo`/`.orb` `uses` declarations and reference them as `Alias.entity` / `Alias.traits.X` / `Alias.pages.X`, applying overrides at the call site (`linkedEntity`, `name`, `events`, `effects`, `listens`, `emitsScope`). The TS `*Params` interface and the exported factory functions remain ONLY as the authoring path for the converter; they are NOT a stable public API and may change without notice. See `docs/Almadar_Orb_Behaviors.md` for the orbital-as-function model and `docs/LOLO_Gaps.md` for the migration plan."
-}
+  ]
+}