@yottagraph-app/aether-instructions 1.1.37 → 1.1.38

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "@yottagraph-app/aether-instructions",
-    "version": "1.1.37",
+    "version": "1.1.38",
     "description": "Cursor rules, commands, and skills for Aether development",
     "files": [
         "rules",

package/rules/data.mdc

@@ -142,8 +142,8 @@ Elemental API patterns. **Use these instead of writing from scratch:**
 ```typescript
 const { flavors, properties, flavorByName, pidByName, refresh } = useElementalSchema();
 await refresh();                                // fetches once, then cached
-const articleFid = flavorByName('article');      // → number | null
-const namePid = pidByName('name');              // → typically 8
+const articleFid = flavorByName('article');      // → string | null
+const namePid = pidByName('name');              // → string | null
 ```
 
 Handles the dual response shapes (`res.schema.flavors` vs `res.flavors`)
@@ -297,15 +297,31 @@ Same value, different key. Always use a fallback:
 
 ```typescript
 const articleFlavor = flavors.find(f => f.name === 'article');
-const articleFid = articleFlavor?.fid ?? articleFlavor?.findex ?? null;
+// Always use String() — safe for small IDs (12) and required for large ones
+const articleFid = String(articleFlavor?.fid ?? articleFlavor?.findex ?? '');
 
 // When building a FID lookup map:
-const fidMap = new Map(flavors.map(f => [f.fid ?? f.findex, f.name]));
+const fidMap = new Map(flavors.map(f => [String(f.fid ?? f.findex), f.name]));
 ```
 
 The `is_type` expression in `/elemental/find` always uses the `fid` key
 regardless of which schema endpoint provided the value.
 
+### Some FIDs and PIDs are 64-bit -- `JSON.parse` will silently corrupt them
+
+FIDs and PIDs are stored as 64-bit signed integers. Many are small
+(e.g. `12`), but others exceed JavaScript's `Number.MAX_SAFE_INTEGER`
+(2^53 - 1) -- for example, `3466547124233281063`. `JSON.parse` silently
+rounds these large values (that example becomes `3466547124233281000`). An `is_type` query with
+the rounded FID returns empty results and no error, making it look like
+the data doesn't exist.
+
+**Always treat FIDs and PIDs as strings in TypeScript/JavaScript.**
+Before `JSON.parse`, rewrite large numeric `fid`/`pid` fields to
+quoted strings. Store them as `string`, not `number`. Build expressions
+and `pids` arrays via string interpolation, not `JSON.stringify` of a
+JS number. This is safe for small IDs too.
+
 ### Relationship property values need zero-padding to form valid NEIDs
 
 Relationship properties (`data_nindex`) return linked entity IDs as raw