@soulcraft/brainy 4.10.4 → 4.11.0

package/CHANGELOG.md

@@ -2,6 +2,101 @@
 
 All notable changes to this project will be documented in this file. See [standard-version](https://github.com/conventional-changelog/standard-version) for commit guidelines.
 
+## [4.11.0](https://github.com/soulcraftlabs/brainy/compare/v4.10.4...v4.11.0) (2025-10-30)
+
+### 🚨 CRITICAL BUG FIX
+
+**DataAPI.restore() Complete Data Loss Bug Fixed**
+
+Previous versions (v4.10.4 and earlier) had a critical bug where `DataAPI.restore()` did NOT persist data to storage, causing complete data loss after instance restart or cache clear. **If you used backup/restore in v4.10.4 or earlier, your restored data was NOT saved.**
+
+### 🔧 What Was Fixed
+
+* **fix(api)**: DataAPI.restore() now properly persists data to all storage adapters
+  - **Root Cause**: restore() called `storage.saveNoun()` directly, bypassing all indexes and proper persistence
+  - **Fix**: Now uses `brain.addMany()` and `brain.relateMany()` (proper persistence path)
+  - **Result**: Data now survives instance restart and is fully indexed/searchable
+
+### ✨ Improvements
+
+* **feat(api)**: Enhanced restore() with progress reporting and error tracking
+  - **New Return Type**: Returns `{ entitiesRestored, relationshipsRestored, errors }` instead of `void`
+  - **Progress Callback**: Optional `onProgress(completed, total)` parameter for UI updates
+  - **Error Details**: Returns array of failed entities/relations with error messages
+  - **Verification**: Automatically verifies first entity is retrievable after restore
+
+* **feat(api)**: Cross-storage restore support
+  - Backup from any storage adapter, restore to any other
+  - Example: Backup from GCS → Restore to Filesystem
+  - Automatically uses target storage's optimal batch configuration
+
+* **perf(api)**: Storage-aware batching for restore operations
+  - Leverages v4.10.4's storage-aware batching (10-100x faster on cloud storage)
+  - Automatic backpressure management prevents circuit breaker activation
+  - Separate read/write circuit breakers (backup can run during restore throttling)
+
+### 📊 What's Now Guaranteed
+
+| Feature | v4.10.4 | v4.11.0 |
+|---------|---------|---------|
+| Data Persists to Storage | ❌ No | ✅ Yes |
+| Data Survives Restart | ❌ No | ✅ Yes |
+| HNSW Index Updated | ❌ No | ✅ Yes |
+| Metadata Index Updated | ❌ No | ✅ Yes |
+| Searchable After Restore | ❌ No | ✅ Yes |
+| Progress Reporting | ❌ No | ✅ Yes |
+| Error Tracking | ❌ Silent | ✅ Detailed |
+| Cross-Storage Support | ❌ No | ✅ Yes |
+
+### 🔄 Migration Guide
+
+**No code changes required!** The fix is backward compatible:
+
+```typescript
+// Old code (still works)
+await brain.data().restore({ backup, overwrite: true })
+
+// New code (with progress tracking)
+const result = await brain.data().restore({
+  backup,
+  overwrite: true,
+  onProgress: (done, total) => {
+    console.log(`Restoring... ${done}/${total}`)
+  }
+})
+
+console.log(`✅ Restored ${result.entitiesRestored} entities`)
+if (result.errors.length > 0) {
+  console.warn(`⚠️ ${result.errors.length} failures`)
+}
+```
+
+### ⚠️ Breaking Changes (Minor API Change)
+
+* **DataAPI.restore()** return type changed from `Promise<void>` to `Promise<{ entitiesRestored, relationshipsRestored, errors }>`
+  - Impact: Minimal - most code doesn't use the return value
+  - Fix: Remove explicit `Promise<void>` type annotations if present
+
+### 📝 Files Modified
+
+* `src/api/DataAPI.ts` - Complete rewrite of restore() method (lines 161-338)
+
+### [4.10.4](https://github.com/soulcraftlabs/brainy/compare/v4.10.3...v4.10.4) (2025-10-30)
+
+* fix: prevent circuit breaker activation and data loss during bulk imports
+  - Storage-aware batching system prevents rate limiting on cloud storage (GCS, S3, R2, Azure)
+  - Separate read/write circuit breakers prevent read lockouts during write throttling
+  - ImportCoordinator uses addMany()/relateMany() for 10-100x performance improvement
+  - Fixes silent data loss and 30+ second lockouts on 1000+ row imports
+
+### [4.10.3](https://github.com/soulcraftlabs/brainy/compare/v4.10.2...v4.10.3) (2025-10-29)
+
+* fix: add atomic writes to ALL file operations to prevent concurrent write corruption
+
+### [4.10.2](https://github.com/soulcraftlabs/brainy/compare/v4.10.1...v4.10.2) (2025-10-29)
+
+* fix: VFS not initialized during Excel import, causing 0 files accessible
+
 ### [4.10.1](https://github.com/soulcraftlabs/brainy/compare/v4.10.0...v4.10.1) (2025-10-29)
 
 - fix: add mutex locks to FileSystemStorage for HNSW concurrency (CRITICAL) (ff86e88)

package/dist/api/DataAPI.d.ts

@@ -81,13 +81,31 @@ export declare class DataAPI {
     }>;
     /**
      * Restore data from a backup
+     *
+     * v4.11.1: CRITICAL FIX - Now uses brain.addMany() and brain.relateMany()
+     * Previous implementation only wrote to storage cache without updating indexes,
+     * causing complete data loss on restart. This fix ensures:
+     * - All 5 indexes updated (HNSW, metadata, adjacency, sparse, type-aware)
+     * - Proper persistence to disk/cloud storage
+     * - Storage-aware batching for optimal performance
+     * - Atomic writes to prevent corruption
+     * - Data survives instance restart
      */
     restore(params: {
         backup: BackupData;
         merge?: boolean;
         overwrite?: boolean;
         validate?: boolean;
-    }): Promise<void>;
+        onProgress?: (completed: number, total: number) => void;
+    }): Promise<{
+        entitiesRestored: number;
+        relationshipsRestored: number;
+        errors: Array<{
+            type: 'entity' | 'relation';
+            id: string;
+            error: string;
+        }>;
+    }>;
     /**
      * Clear data
      */

package/dist/api/DataAPI.js

@@ -75,89 +75,150 @@ export class DataAPI {
     }
     /**
      * Restore data from a backup
+     *
+     * v4.11.1: CRITICAL FIX - Now uses brain.addMany() and brain.relateMany()
+     * Previous implementation only wrote to storage cache without updating indexes,
+     * causing complete data loss on restart. This fix ensures:
+     * - All 5 indexes updated (HNSW, metadata, adjacency, sparse, type-aware)
+     * - Proper persistence to disk/cloud storage
+     * - Storage-aware batching for optimal performance
+     * - Atomic writes to prevent corruption
+     * - Data survives instance restart
      */
     async restore(params) {
-        const { backup, merge = false, overwrite = false, validate = true } = params;
+        const { backup, merge = false, overwrite = false, validate = true, onProgress } = params;
+        const result = {
+            entitiesRestored: 0,
+            relationshipsRestored: 0,
+            errors: []
+        };
         // Validate backup format
         if (validate) {
             if (!backup.version || !backup.entities || !backup.relations) {
-                throw new Error('Invalid backup format');
+                throw new Error('Invalid backup format: missing version, entities, or relations');
             }
         }
+        // Validate brain instance is available (required for v4.11.1+ restore)
+        if (!this.brain) {
+            throw new Error('Restore requires brain instance. DataAPI must be initialized with brain reference. ' +
+                'Use: await brain.data() instead of constructing DataAPI directly.');
+        }
         // Clear existing data if not merging
         if (!merge && overwrite) {
             await this.clear({ entities: true, relations: true });
         }
-        // Restore entities
-        for (const entity of backup.entities) {
+        // ============================================
+        // Phase 1: Restore entities using addMany()
+        // v4.11.1: Uses proper persistence path through brain.addMany()
+        // ============================================
+        // Prepare entity parameters for addMany()
+        const entityParams = backup.entities
+            .filter(entity => {
+            // Skip existing entities when merging without overwrite
+            if (merge && !overwrite) {
+                // Note: We'll rely on addMany's internal duplicate handling
+                // rather than checking each entity individually (performance)
+                return true;
+            }
+            return true;
+        })
+            .map(entity => {
+            // Extract data field from metadata (backup format compatibility)
+            // Backup stores the original data in metadata.data
+            const data = entity.metadata?.data || entity.id;
+            return {
+                id: entity.id,
+                data, // Required field for brainy.add()
+                type: entity.type,
+                metadata: entity.metadata || {},
+                vector: entity.vector, // Preserve original vectors from backup
+                service: entity.service,
+                // Preserve confidence and weight if available
+                confidence: entity.metadata?.confidence,
+                weight: entity.metadata?.weight
+            };
+        });
+        // Restore entities in batches using storage-aware batching (v4.11.0)
+        if (entityParams.length > 0) {
             try {
-                // v4.0.0: Prepare noun and metadata separately
-                const noun = {
-                    id: entity.id,
-                    vector: entity.vector || new Array(384).fill(0), // Default vector if missing
-                    connections: new Map(),
-                    level: 0
-                };
-                const metadata = {
-                    ...entity.metadata,
-                    noun: entity.type,
-                    service: entity.service,
-                    createdAt: Date.now()
-                };
-                // Check if entity exists when merging
-                if (merge) {
-                    const existing = await this.storage.getNoun(entity.id);
-                    if (existing && !overwrite) {
-                        continue; // Skip existing entities unless overwriting
+                const addResult = await this.brain.addMany({
+                    items: entityParams,
+                    continueOnError: true,
+                    onProgress: (done, total) => {
+                        onProgress?.(done, backup.entities.length + backup.relations.length);
                     }
-                }
-                await this.storage.saveNoun(noun);
-                await this.storage.saveNounMetadata(entity.id, metadata);
+                });
+                result.entitiesRestored = addResult.successful.length;
+                // Track errors
+                addResult.failed.forEach((failure) => {
+                    result.errors.push({
+                        type: 'entity',
+                        id: failure.item?.id || 'unknown',
+                        error: failure.error || 'Unknown error'
+                    });
+                });
             }
             catch (error) {
-                console.error(`Failed to restore entity ${entity.id}:`, error);
+                throw new Error(`Failed to restore entities: ${error.message}`);
             }
         }
-        // Restore relations
-        for (const relation of backup.relations) {
+        // ============================================
+        // Phase 2: Restore relationships using relateMany()
+        // v4.11.1: Uses proper persistence path through brain.relateMany()
+        // ============================================
+        // Prepare relationship parameters for relateMany()
+        const relationParams = backup.relations
+            .filter(relation => {
+            // Skip existing relations when merging without overwrite
+            if (merge && !overwrite) {
+                // Note: We'll rely on relateMany's internal duplicate handling
+                return true;
+            }
+            return true;
+        })
+            .map(relation => ({
+            from: relation.from,
+            to: relation.to,
+            type: relation.type,
+            metadata: relation.metadata || {},
+            weight: relation.weight || 1.0
+            // Note: relation.id is ignored - brain.relate() generates new IDs
+            // This is intentional to avoid ID conflicts
+        }));
+        // Restore relationships in batches using storage-aware batching (v4.11.0)
+        if (relationParams.length > 0) {
             try {
-                // Get source and target entities to compute relation vector
-                const sourceNoun = await this.storage.getNoun(relation.from);
-                const targetNoun = await this.storage.getNoun(relation.to);
-                if (!sourceNoun || !targetNoun) {
-                    console.warn(`Skipping relation ${relation.id}: missing entities`);
-                    continue;
-                }
-                // Compute relation vector as average of source and target
-                const relationVector = sourceNoun.vector.map((v, i) => (v + targetNoun.vector[i]) / 2);
-                // v4.0.0: Prepare verb and metadata separately
-                const verb = {
-                    id: relation.id,
-                    vector: relationVector,
-                    connections: new Map(),
-                    verb: relation.type,
-                    sourceId: relation.from,
-                    targetId: relation.to
-                };
-                const verbMetadata = {
-                    weight: relation.weight,
-                    ...relation.metadata,
-                    createdAt: Date.now()
-                };
-                // Check if relation exists when merging
-                if (merge) {
-                    const existing = await this.storage.getVerb(relation.id);
-                    if (existing && !overwrite) {
-                        continue;
-                    }
-                }
-                await this.storage.saveVerb(verb);
-                await this.storage.saveVerbMetadata(relation.id, verbMetadata);
+                const relateResult = await this.brain.relateMany({
+                    items: relationParams,
+                    continueOnError: true
+                });
+                result.relationshipsRestored = relateResult.successful.length;
+                // Track errors
+                relateResult.failed.forEach((failure) => {
+                    result.errors.push({
+                        type: 'relation',
+                        id: failure.item?.from + '->' + failure.item?.to || 'unknown',
+                        error: failure.error || 'Unknown error'
+                    });
+                });
             }
             catch (error) {
-                console.error(`Failed to restore relation ${relation.id}:`, error);
+                throw new Error(`Failed to restore relationships: ${error.message}`);
+            }
+        }
+        // ============================================
+        // Phase 3: Verify restoration succeeded
+        // ============================================
+        // Sample verification: Check that first entity is actually retrievable
+        if (backup.entities.length > 0 && result.entitiesRestored > 0) {
+            const firstEntityId = backup.entities[0].id;
+            const verified = await this.brain.get(firstEntityId);
+            if (!verified) {
+                console.warn(`⚠️  Restore completed but verification failed - entity ${firstEntityId} not retrievable. ` +
+                    `This may indicate a persistence issue with the storage adapter.`);
             }
         }
+        return result;
     }
     /**
      * Clear data

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@soulcraft/brainy",
-  "version": "4.10.4",
+  "version": "4.11.0",
   "description": "Universal Knowledge Protocol™ - World's first Triple Intelligence database unifying vector, graph, and document search in one API. 31 nouns × 40 verbs for infinite expressiveness.",
   "main": "dist/index.js",
   "module": "dist/index.js",