instar 1.3.502 → 1.3.503
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/commands/server.d.ts.map +1 -1
- package/dist/commands/server.js +79 -0
- package/dist/commands/server.js.map +1 -1
- package/dist/config/ConfigDefaults.d.ts.map +1 -1
- package/dist/config/ConfigDefaults.js +7 -0
- package/dist/config/ConfigDefaults.js.map +1 -1
- package/dist/core/CoherenceJournal.d.ts +1 -1
- package/dist/core/CoherenceJournal.d.ts.map +1 -1
- package/dist/core/CoherenceJournal.js +5 -1
- package/dist/core/CoherenceJournal.js.map +1 -1
- package/dist/core/OwnershipReconciler.d.ts +102 -0
- package/dist/core/OwnershipReconciler.d.ts.map +1 -0
- package/dist/core/OwnershipReconciler.js +185 -0
- package/dist/core/OwnershipReconciler.js.map +1 -0
- package/dist/core/SessionOwnership.d.ts +16 -1
- package/dist/core/SessionOwnership.d.ts.map +1 -1
- package/dist/core/SessionOwnership.js +14 -0
- package/dist/core/SessionOwnership.js.map +1 -1
- package/dist/monitoring/SessionReaper.d.ts +5 -0
- package/dist/monitoring/SessionReaper.d.ts.map +1 -1
- package/dist/monitoring/SessionReaper.js +22 -2
- package/dist/monitoring/SessionReaper.js.map +1 -1
- package/dist/server/routes.d.ts.map +1 -1
- package/dist/server/routes.js +12 -1
- package/dist/server/routes.js.map +1 -1
- package/package.json +1 -1
- package/src/data/builtin-manifest.json +46 -46
- package/upgrades/1.3.503.md +61 -0
- package/upgrades/side-effects/multi-machine-seamlessness-ws13.md +122 -0
package/package.json
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "./builtin-manifest.schema.json",
|
|
3
3
|
"schemaVersion": 1,
|
|
4
|
-
"generatedAt": "2026-06-12T23:
|
|
5
|
-
"instarVersion": "1.3.
|
|
4
|
+
"generatedAt": "2026-06-12T23:59:10.477Z",
|
|
5
|
+
"instarVersion": "1.3.503",
|
|
6
6
|
"entryCount": 201,
|
|
7
7
|
"entries": {
|
|
8
8
|
"hook:session-start": {
|
|
@@ -418,7 +418,7 @@
|
|
|
418
418
|
"type": "route-group",
|
|
419
419
|
"domain": "monitoring",
|
|
420
420
|
"sourcePath": "src/server/routes.ts",
|
|
421
|
-
"contentHash": "
|
|
421
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
422
422
|
"since": "2025-01-01"
|
|
423
423
|
},
|
|
424
424
|
"route-group:agents": {
|
|
@@ -426,7 +426,7 @@
|
|
|
426
426
|
"type": "route-group",
|
|
427
427
|
"domain": "sessions",
|
|
428
428
|
"sourcePath": "src/server/routes.ts",
|
|
429
|
-
"contentHash": "
|
|
429
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
430
430
|
"since": "2025-01-01"
|
|
431
431
|
},
|
|
432
432
|
"route-group:backups": {
|
|
@@ -434,7 +434,7 @@
|
|
|
434
434
|
"type": "route-group",
|
|
435
435
|
"domain": "operations",
|
|
436
436
|
"sourcePath": "src/server/routes.ts",
|
|
437
|
-
"contentHash": "
|
|
437
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
438
438
|
"since": "2025-01-01"
|
|
439
439
|
},
|
|
440
440
|
"route-group:git": {
|
|
@@ -442,7 +442,7 @@
|
|
|
442
442
|
"type": "route-group",
|
|
443
443
|
"domain": "coordination",
|
|
444
444
|
"sourcePath": "src/server/routes.ts",
|
|
445
|
-
"contentHash": "
|
|
445
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
446
446
|
"since": "2025-01-01"
|
|
447
447
|
},
|
|
448
448
|
"route-group:memory": {
|
|
@@ -450,7 +450,7 @@
|
|
|
450
450
|
"type": "route-group",
|
|
451
451
|
"domain": "memory",
|
|
452
452
|
"sourcePath": "src/server/routes.ts",
|
|
453
|
-
"contentHash": "
|
|
453
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
454
454
|
"since": "2025-01-01"
|
|
455
455
|
},
|
|
456
456
|
"route-group:semantic": {
|
|
@@ -458,7 +458,7 @@
|
|
|
458
458
|
"type": "route-group",
|
|
459
459
|
"domain": "memory",
|
|
460
460
|
"sourcePath": "src/server/routes.ts",
|
|
461
|
-
"contentHash": "
|
|
461
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
462
462
|
"since": "2025-01-01"
|
|
463
463
|
},
|
|
464
464
|
"route-group:status": {
|
|
@@ -466,7 +466,7 @@
|
|
|
466
466
|
"type": "route-group",
|
|
467
467
|
"domain": "monitoring",
|
|
468
468
|
"sourcePath": "src/server/routes.ts",
|
|
469
|
-
"contentHash": "
|
|
469
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
470
470
|
"since": "2025-01-01"
|
|
471
471
|
},
|
|
472
472
|
"route-group:capabilities": {
|
|
@@ -474,7 +474,7 @@
|
|
|
474
474
|
"type": "route-group",
|
|
475
475
|
"domain": "mapping",
|
|
476
476
|
"sourcePath": "src/server/routes.ts",
|
|
477
|
-
"contentHash": "
|
|
477
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
478
478
|
"since": "2025-01-01"
|
|
479
479
|
},
|
|
480
480
|
"route-group:project-map": {
|
|
@@ -482,7 +482,7 @@
|
|
|
482
482
|
"type": "route-group",
|
|
483
483
|
"domain": "mapping",
|
|
484
484
|
"sourcePath": "src/server/routes.ts",
|
|
485
|
-
"contentHash": "
|
|
485
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
486
486
|
"since": "2025-01-01"
|
|
487
487
|
},
|
|
488
488
|
"route-group:coherence": {
|
|
@@ -490,7 +490,7 @@
|
|
|
490
490
|
"type": "route-group",
|
|
491
491
|
"domain": "coherence",
|
|
492
492
|
"sourcePath": "src/server/routes.ts",
|
|
493
|
-
"contentHash": "
|
|
493
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
494
494
|
"since": "2025-01-01"
|
|
495
495
|
},
|
|
496
496
|
"route-group:topic-bindings": {
|
|
@@ -498,7 +498,7 @@
|
|
|
498
498
|
"type": "route-group",
|
|
499
499
|
"domain": "sessions",
|
|
500
500
|
"sourcePath": "src/server/routes.ts",
|
|
501
|
-
"contentHash": "
|
|
501
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
502
502
|
"since": "2025-01-01"
|
|
503
503
|
},
|
|
504
504
|
"route-group:context": {
|
|
@@ -506,7 +506,7 @@
|
|
|
506
506
|
"type": "route-group",
|
|
507
507
|
"domain": "context",
|
|
508
508
|
"sourcePath": "src/server/routes.ts",
|
|
509
|
-
"contentHash": "
|
|
509
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
510
510
|
"since": "2025-01-01"
|
|
511
511
|
},
|
|
512
512
|
"route-group:scope-coherence": {
|
|
@@ -514,7 +514,7 @@
|
|
|
514
514
|
"type": "route-group",
|
|
515
515
|
"domain": "coherence",
|
|
516
516
|
"sourcePath": "src/server/routes.ts",
|
|
517
|
-
"contentHash": "
|
|
517
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
518
518
|
"since": "2025-01-01"
|
|
519
519
|
},
|
|
520
520
|
"route-group:canonical-state": {
|
|
@@ -522,7 +522,7 @@
|
|
|
522
522
|
"type": "route-group",
|
|
523
523
|
"domain": "state",
|
|
524
524
|
"sourcePath": "src/server/routes.ts",
|
|
525
|
-
"contentHash": "
|
|
525
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
526
526
|
"since": "2025-01-01"
|
|
527
527
|
},
|
|
528
528
|
"route-group:ci": {
|
|
@@ -530,7 +530,7 @@
|
|
|
530
530
|
"type": "route-group",
|
|
531
531
|
"domain": "monitoring",
|
|
532
532
|
"sourcePath": "src/server/routes.ts",
|
|
533
|
-
"contentHash": "
|
|
533
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
534
534
|
"since": "2025-01-01"
|
|
535
535
|
},
|
|
536
536
|
"route-group:sessions": {
|
|
@@ -538,7 +538,7 @@
|
|
|
538
538
|
"type": "route-group",
|
|
539
539
|
"domain": "sessions",
|
|
540
540
|
"sourcePath": "src/server/routes.ts",
|
|
541
|
-
"contentHash": "
|
|
541
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
542
542
|
"since": "2025-01-01"
|
|
543
543
|
},
|
|
544
544
|
"route-group:jobs": {
|
|
@@ -546,7 +546,7 @@
|
|
|
546
546
|
"type": "route-group",
|
|
547
547
|
"domain": "scheduling",
|
|
548
548
|
"sourcePath": "src/server/routes.ts",
|
|
549
|
-
"contentHash": "
|
|
549
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
550
550
|
"since": "2025-01-01"
|
|
551
551
|
},
|
|
552
552
|
"route-group:skip-ledger": {
|
|
@@ -554,7 +554,7 @@
|
|
|
554
554
|
"type": "route-group",
|
|
555
555
|
"domain": "scheduling",
|
|
556
556
|
"sourcePath": "src/server/routes.ts",
|
|
557
|
-
"contentHash": "
|
|
557
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
558
558
|
"since": "2025-01-01"
|
|
559
559
|
},
|
|
560
560
|
"route-group:telegram": {
|
|
@@ -562,7 +562,7 @@
|
|
|
562
562
|
"type": "route-group",
|
|
563
563
|
"domain": "communication",
|
|
564
564
|
"sourcePath": "src/server/routes.ts",
|
|
565
|
-
"contentHash": "
|
|
565
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
566
566
|
"since": "2025-01-01"
|
|
567
567
|
},
|
|
568
568
|
"route-group:attention": {
|
|
@@ -570,7 +570,7 @@
|
|
|
570
570
|
"type": "route-group",
|
|
571
571
|
"domain": "communication",
|
|
572
572
|
"sourcePath": "src/server/routes.ts",
|
|
573
|
-
"contentHash": "
|
|
573
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
574
574
|
"since": "2025-01-01"
|
|
575
575
|
},
|
|
576
576
|
"route-group:relationships": {
|
|
@@ -578,7 +578,7 @@
|
|
|
578
578
|
"type": "route-group",
|
|
579
579
|
"domain": "relationships",
|
|
580
580
|
"sourcePath": "src/server/routes.ts",
|
|
581
|
-
"contentHash": "
|
|
581
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
582
582
|
"since": "2025-01-01"
|
|
583
583
|
},
|
|
584
584
|
"route-group:feedback": {
|
|
@@ -586,7 +586,7 @@
|
|
|
586
586
|
"type": "route-group",
|
|
587
587
|
"domain": "feedback",
|
|
588
588
|
"sourcePath": "src/server/routes.ts",
|
|
589
|
-
"contentHash": "
|
|
589
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
590
590
|
"since": "2025-01-01"
|
|
591
591
|
},
|
|
592
592
|
"route-group:updates": {
|
|
@@ -594,7 +594,7 @@
|
|
|
594
594
|
"type": "route-group",
|
|
595
595
|
"domain": "updates",
|
|
596
596
|
"sourcePath": "src/server/routes.ts",
|
|
597
|
-
"contentHash": "
|
|
597
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
598
598
|
"since": "2025-01-01"
|
|
599
599
|
},
|
|
600
600
|
"route-group:dispatches": {
|
|
@@ -602,7 +602,7 @@
|
|
|
602
602
|
"type": "route-group",
|
|
603
603
|
"domain": "dispatches",
|
|
604
604
|
"sourcePath": "src/server/routes.ts",
|
|
605
|
-
"contentHash": "
|
|
605
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
606
606
|
"since": "2025-01-01"
|
|
607
607
|
},
|
|
608
608
|
"route-group:quota": {
|
|
@@ -610,7 +610,7 @@
|
|
|
610
610
|
"type": "route-group",
|
|
611
611
|
"domain": "monitoring",
|
|
612
612
|
"sourcePath": "src/server/routes.ts",
|
|
613
|
-
"contentHash": "
|
|
613
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
614
614
|
"since": "2025-01-01"
|
|
615
615
|
},
|
|
616
616
|
"route-group:publishing": {
|
|
@@ -618,7 +618,7 @@
|
|
|
618
618
|
"type": "route-group",
|
|
619
619
|
"domain": "publishing",
|
|
620
620
|
"sourcePath": "src/server/routes.ts",
|
|
621
|
-
"contentHash": "
|
|
621
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
622
622
|
"since": "2025-01-01"
|
|
623
623
|
},
|
|
624
624
|
"route-group:private-views": {
|
|
@@ -626,7 +626,7 @@
|
|
|
626
626
|
"type": "route-group",
|
|
627
627
|
"domain": "publishing",
|
|
628
628
|
"sourcePath": "src/server/routes.ts",
|
|
629
|
-
"contentHash": "
|
|
629
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
630
630
|
"since": "2025-01-01"
|
|
631
631
|
},
|
|
632
632
|
"route-group:tunnel": {
|
|
@@ -634,7 +634,7 @@
|
|
|
634
634
|
"type": "route-group",
|
|
635
635
|
"domain": "networking",
|
|
636
636
|
"sourcePath": "src/server/routes.ts",
|
|
637
|
-
"contentHash": "
|
|
637
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
638
638
|
"since": "2025-01-01"
|
|
639
639
|
},
|
|
640
640
|
"route-group:events": {
|
|
@@ -642,7 +642,7 @@
|
|
|
642
642
|
"type": "route-group",
|
|
643
643
|
"domain": "networking",
|
|
644
644
|
"sourcePath": "src/server/routes.ts",
|
|
645
|
-
"contentHash": "
|
|
645
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
646
646
|
"since": "2025-01-01"
|
|
647
647
|
},
|
|
648
648
|
"route-group:evolution": {
|
|
@@ -650,7 +650,7 @@
|
|
|
650
650
|
"type": "route-group",
|
|
651
651
|
"domain": "evolution",
|
|
652
652
|
"sourcePath": "src/server/routes.ts",
|
|
653
|
-
"contentHash": "
|
|
653
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
654
654
|
"since": "2025-01-01"
|
|
655
655
|
},
|
|
656
656
|
"route-group:watchdog": {
|
|
@@ -658,7 +658,7 @@
|
|
|
658
658
|
"type": "route-group",
|
|
659
659
|
"domain": "monitoring",
|
|
660
660
|
"sourcePath": "src/server/routes.ts",
|
|
661
|
-
"contentHash": "
|
|
661
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
662
662
|
"since": "2025-01-01"
|
|
663
663
|
},
|
|
664
664
|
"route-group:topic-memory": {
|
|
@@ -666,7 +666,7 @@
|
|
|
666
666
|
"type": "route-group",
|
|
667
667
|
"domain": "memory",
|
|
668
668
|
"sourcePath": "src/server/routes.ts",
|
|
669
|
-
"contentHash": "
|
|
669
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
670
670
|
"since": "2025-01-01"
|
|
671
671
|
},
|
|
672
672
|
"route-group:state-sync": {
|
|
@@ -674,7 +674,7 @@
|
|
|
674
674
|
"type": "route-group",
|
|
675
675
|
"domain": "coordination",
|
|
676
676
|
"sourcePath": "src/server/routes.ts",
|
|
677
|
-
"contentHash": "
|
|
677
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
678
678
|
"since": "2025-01-01"
|
|
679
679
|
},
|
|
680
680
|
"route-group:intent": {
|
|
@@ -682,7 +682,7 @@
|
|
|
682
682
|
"type": "route-group",
|
|
683
683
|
"domain": "intent",
|
|
684
684
|
"sourcePath": "src/server/routes.ts",
|
|
685
|
-
"contentHash": "
|
|
685
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
686
686
|
"since": "2025-01-01"
|
|
687
687
|
},
|
|
688
688
|
"route-group:triage": {
|
|
@@ -690,7 +690,7 @@
|
|
|
690
690
|
"type": "route-group",
|
|
691
691
|
"domain": "safety",
|
|
692
692
|
"sourcePath": "src/server/routes.ts",
|
|
693
|
-
"contentHash": "
|
|
693
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
694
694
|
"since": "2025-01-01"
|
|
695
695
|
},
|
|
696
696
|
"route-group:operations": {
|
|
@@ -698,7 +698,7 @@
|
|
|
698
698
|
"type": "route-group",
|
|
699
699
|
"domain": "safety",
|
|
700
700
|
"sourcePath": "src/server/routes.ts",
|
|
701
|
-
"contentHash": "
|
|
701
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
702
702
|
"since": "2025-01-01"
|
|
703
703
|
},
|
|
704
704
|
"route-group:sentinel": {
|
|
@@ -706,7 +706,7 @@
|
|
|
706
706
|
"type": "route-group",
|
|
707
707
|
"domain": "safety",
|
|
708
708
|
"sourcePath": "src/server/routes.ts",
|
|
709
|
-
"contentHash": "
|
|
709
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
710
710
|
"since": "2025-01-01"
|
|
711
711
|
},
|
|
712
712
|
"route-group:trust": {
|
|
@@ -714,7 +714,7 @@
|
|
|
714
714
|
"type": "route-group",
|
|
715
715
|
"domain": "safety",
|
|
716
716
|
"sourcePath": "src/server/routes.ts",
|
|
717
|
-
"contentHash": "
|
|
717
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
718
718
|
"since": "2025-01-01"
|
|
719
719
|
},
|
|
720
720
|
"route-group:monitoring": {
|
|
@@ -722,7 +722,7 @@
|
|
|
722
722
|
"type": "route-group",
|
|
723
723
|
"domain": "monitoring",
|
|
724
724
|
"sourcePath": "src/server/routes.ts",
|
|
725
|
-
"contentHash": "
|
|
725
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
726
726
|
"since": "2025-01-01"
|
|
727
727
|
},
|
|
728
728
|
"route-group:commitments": {
|
|
@@ -730,7 +730,7 @@
|
|
|
730
730
|
"type": "route-group",
|
|
731
731
|
"domain": "commitments",
|
|
732
732
|
"sourcePath": "src/server/routes.ts",
|
|
733
|
-
"contentHash": "
|
|
733
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
734
734
|
"since": "2025-01-01"
|
|
735
735
|
},
|
|
736
736
|
"route-group:episodes": {
|
|
@@ -738,7 +738,7 @@
|
|
|
738
738
|
"type": "route-group",
|
|
739
739
|
"domain": "memory",
|
|
740
740
|
"sourcePath": "src/server/routes.ts",
|
|
741
|
-
"contentHash": "
|
|
741
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
742
742
|
"since": "2025-01-01"
|
|
743
743
|
},
|
|
744
744
|
"route-group:messages": {
|
|
@@ -746,7 +746,7 @@
|
|
|
746
746
|
"type": "route-group",
|
|
747
747
|
"domain": "coordination",
|
|
748
748
|
"sourcePath": "src/server/routes.ts",
|
|
749
|
-
"contentHash": "
|
|
749
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
750
750
|
"since": "2025-01-01"
|
|
751
751
|
},
|
|
752
752
|
"route-group:system-reviews": {
|
|
@@ -754,7 +754,7 @@
|
|
|
754
754
|
"type": "route-group",
|
|
755
755
|
"domain": "monitoring",
|
|
756
756
|
"sourcePath": "src/server/routes.ts",
|
|
757
|
-
"contentHash": "
|
|
757
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
758
758
|
"since": "2025-01-01"
|
|
759
759
|
},
|
|
760
760
|
"route-group:machine-mesh": {
|
|
@@ -770,7 +770,7 @@
|
|
|
770
770
|
"type": "route-group",
|
|
771
771
|
"domain": "security",
|
|
772
772
|
"sourcePath": "src/server/routes.ts",
|
|
773
|
-
"contentHash": "
|
|
773
|
+
"contentHash": "309975f149d03b77f16cae7c41f8ea1e3ab68d14476db02d5feb305537215521",
|
|
774
774
|
"since": "2025-01-01"
|
|
775
775
|
},
|
|
776
776
|
"cli:init": {
|
|
@@ -0,0 +1,61 @@
|
|
|
1
|
+
# Upgrade Guide — vNEXT
|
|
2
|
+
|
|
3
|
+
<!-- assembled-by: assemble-next-md -->
|
|
4
|
+
<!-- bump: patch -->
|
|
5
|
+
|
|
6
|
+
## What Changed
|
|
7
|
+
|
|
8
|
+
WS1.3 of the converged multi-machine-seamlessness spec. A topic transfer could leave
|
|
9
|
+
pin and ownership permanently disagreeing (2026-06-12 live incident: owner=Mini /
|
|
10
|
+
pin=Laptop stuck for hours; re-placement waited on an inbound message that delivery
|
|
11
|
+
never routed; the closeout reaper attacked the working session throughout). Now:
|
|
12
|
+
|
|
13
|
+
- New `OwnershipReconciler` (per-machine tick over LOCAL state): cooperative
|
|
14
|
+
transfer→claim convergence while the owner lives (flap debounce + bounded safe
|
|
15
|
+
point), adoption of unowned pinned topics, and `force-claim` ONLY with owner-death
|
|
16
|
+
evidence (offline + last-seen past the bound) AND quorum membership — a
|
|
17
|
+
reachable-but-slow owner is never stolen from. Phase-C-ready: quorum is
|
|
18
|
+
majority-of-N from day one (2-machine pools degrade explicitly to
|
|
19
|
+
surviving-machine-vs-provably-dark-peer).
|
|
20
|
+
- FSM gains the fenced `force-claim` action (epoch takeover the stale owner cannot
|
|
21
|
+
override; rejects self-claims and missing records).
|
|
22
|
+
- `GET /pool/placement` now surfaces `pendingReplacement` + `pendingSince` — a
|
|
23
|
+
half-moved topic is an honest first-class state.
|
|
24
|
+
- SessionReaper's post-transfer closeout HOLDS (audited once per episode) when the
|
|
25
|
+
topic's pin names this machine — never again attacking the session a transfer-back
|
|
26
|
+
is bringing home.
|
|
27
|
+
- Journal `PlacementReason` gains `'reconcile'` (additive).
|
|
28
|
+
|
|
29
|
+
Ships DARK: `multiMachine.seamlessness.ws13Reconcile: false` + `ws13DryRun: true`
|
|
30
|
+
(rehearsal mode logs intended actions without CAS). Single-machine agents: strict
|
|
31
|
+
no-op inside the module, tested.
|
|
32
|
+
|
|
33
|
+
## What to Tell Your User
|
|
34
|
+
|
|
35
|
+
- "Moving a conversation between my machines now always finishes — and if a move is
|
|
36
|
+
mid-flight you can see that honestly ('pending move since…') instead of the system
|
|
37
|
+
quietly disagreeing with itself. A machine that dies mid-move gets its
|
|
38
|
+
conversations recovered by the survivors, with proof-of-death required so a
|
|
39
|
+
merely-slow machine never gets robbed."
|
|
40
|
+
|
|
41
|
+
## Summary of New Capabilities
|
|
42
|
+
|
|
43
|
+
| Capability | How to Use |
|
|
44
|
+
|-----------|-----------|
|
|
45
|
+
| Bounded pin/owner convergence | Enable `multiMachine.seamlessness.ws13Reconcile` (dry-run first via `ws13DryRun`) |
|
|
46
|
+
| Honest half-moved state | `GET /pool/placement?topic=N` → `pendingReplacement`, `pendingSince` |
|
|
47
|
+
|
|
48
|
+
## Evidence
|
|
49
|
+
|
|
50
|
+
- `tests/unit/OwnershipReconciler.test.ts` — 15 tests: FSM force-claim fencing (incl.
|
|
51
|
+
the clock-proof stale-owner rejection), cooperative convergence reproducing the
|
|
52
|
+
exact 13481 incident, flap debounce, bounded safe point, death-evidence + quorum
|
|
53
|
+
requirements (a live owner is NEVER force-claimed; minority partitions never act),
|
|
54
|
+
the exactly-one-owner invariant across 3 simulated machines, dry-run inertness,
|
|
55
|
+
single-machine strict no-op.
|
|
56
|
+
- `tests/integration/pool-placement-transfer-routes.test.ts` — +2: pendingReplacement
|
|
57
|
+
true/false with pendingSince presence.
|
|
58
|
+
- Affected suites green (placement/transfer routes 19/19, dark-gate lint, ratchet);
|
|
59
|
+
`tsc --noEmit` clean; full build green.
|
|
60
|
+
- Side-effects artifact `upgrades/side-effects/multi-machine-seamlessness-ws13.md`
|
|
61
|
+
with REQUIRED independent second-pass audit (ownership lifecycle + reaper surface).
|
|
@@ -0,0 +1,122 @@
|
|
|
1
|
+
# Side-Effects Review — WS1.3 ownership reconcile + honest pending state
|
|
2
|
+
|
|
3
|
+
**Spec:** docs/specs/MULTI-MACHINE-SEAMLESSNESS-SPEC.md §WS1.3 (converged + approved, on main)
|
|
4
|
+
**Change:** (1) FSM gains `force-claim` (fenced epoch takeover; caller-validated death
|
|
5
|
+
evidence; rejects self-claim and missing records); (2) new `OwnershipReconciler` —
|
|
6
|
+
per-machine tick that converges pin/owner divergence: cooperative transfer→claim while
|
|
7
|
+
the owner lives (flap debounce + bounded safe point), adoption of unowned pinned
|
|
8
|
+
topics, force-claim ONLY with owner-death evidence (offline + last-seen past bound) AND
|
|
9
|
+
quorum membership; (3) `GET /pool/placement` surfaces `pendingReplacement` +
|
|
10
|
+
`pendingSince`; (4) SessionReaper closeout holds (do-not-act, audited once per episode)
|
|
11
|
+
when the topic's pin names THIS machine — the divergence is reconciling toward us;
|
|
12
|
+
(5) journal `PlacementReason` gains `'reconcile'` (additive); (6) dark flags
|
|
13
|
+
`multiMachine.seamlessness.ws13Reconcile` (false) + `ws13DryRun` (true) + `ws13TickMs`.
|
|
14
|
+
|
|
15
|
+
## 1. Over-block
|
|
16
|
+
The reconciler never blocks user actions. The closeout hold is the inverse of a block:
|
|
17
|
+
it STOPS an aggressive kill (the 2026-06-12 incident: 2-minute swings at a working
|
|
18
|
+
session for hours). Risk inverted: could the hold protect a session that genuinely
|
|
19
|
+
should close? Only when a pin actively names this machine — a deliberate, operator-set
|
|
20
|
+
state — and it self-clears the moment the pin converges or moves. The hold cannot leak
|
|
21
|
+
to unpinned topics.
|
|
22
|
+
|
|
23
|
+
## 2. Under-block
|
|
24
|
+
- Force-claim evidence is heartbeat-derived (capacity view). A partitioned-but-alive
|
|
25
|
+
owner that cannot heartbeat LOOKS dead after the bound; force-claim then fences it
|
|
26
|
+
out. This is the designed direction (the lease has the same property — clock-proof
|
|
27
|
+
epochs mean the returning machine cannot double-run; it observes the higher epoch
|
|
28
|
+
and stands down), and quorum membership prevents the minority side from acting.
|
|
29
|
+
- The cooperative path's CAS can lose races indefinitely under pathological churn;
|
|
30
|
+
each tick re-evaluates — bounded per tick, eventually consistent, never spinning
|
|
31
|
+
(one action attempt per topic per tick).
|
|
32
|
+
|
|
33
|
+
## 3. Level-of-abstraction fit
|
|
34
|
+
The FSM stays pure (sequencing + epochs); evidence/quorum live in the reconciler;
|
|
35
|
+
surfaces stay read-only. Matches the existing place/claim/transfer architecture —
|
|
36
|
+
no parallel ownership mechanism.
|
|
37
|
+
|
|
38
|
+
## 4. Signal vs authority compliance
|
|
39
|
+
The reconciler holds narrow, evidence-gated authority over ownership RECORDS (not
|
|
40
|
+
messages, not sessions, not user actions) — the same authority class as the existing
|
|
41
|
+
router placement, sharing its CAS arbiter. Force-claim's brittle half (the death
|
|
42
|
+
bound) is fenced by the quorum check and the epoch CAS: a wrong call cannot double-run
|
|
43
|
+
(stale owner is fenced) and cannot orphan (the record stays active under the claimer).
|
|
44
|
+
The closeout hold removes authority rather than adding it. Dry-run default ships the
|
|
45
|
+
whole engine observe-only.
|
|
46
|
+
|
|
47
|
+
## 5. Interactions
|
|
48
|
+
- The router's own place/claim on inbound messages composes: both go through the same
|
|
49
|
+
CAS; a reconciler action and a router action race safely (one wins, the loser
|
|
50
|
+
re-evaluates).
|
|
51
|
+
- The transfer route's existing place-half (quiet-topic repair) is untouched; the
|
|
52
|
+
reconciler covers the ACTIVE-record case that path deliberately refuses.
|
|
53
|
+
- The closeout's genuine-move path is unchanged for unpinned/pin-elsewhere topics;
|
|
54
|
+
the -1 sentinel resets cleanly so a future genuine move dwells normally.
|
|
55
|
+
- The cas-pairing discipline (§3.3) holds: every landed reconciler CAS emits a
|
|
56
|
+
journal placement entry with the new 'reconcile' reason (additive; old readers
|
|
57
|
+
ignore unknown reasons per the journal's forward-compat contract).
|
|
58
|
+
- WS3's SpeakerElection reads ownership via the same registry — faster convergence
|
|
59
|
+
directly improves one-voice accuracy. No new coupling.
|
|
60
|
+
|
|
61
|
+
## 6. External surfaces
|
|
62
|
+
`pendingReplacement`/`pendingSince` on an existing authenticated route. No new mesh
|
|
63
|
+
verbs: force-claim is NOT remotely invokable — each machine force-claims only for
|
|
64
|
+
itself, locally, with its own evidence (L15: a peer cannot drive a takeover).
|
|
65
|
+
|
|
66
|
+
## 7. Multi-machine posture (Cross-Machine Coherence)
|
|
67
|
+
**This IS the multi-machine feature.** Reconciler: per-machine by design — each
|
|
68
|
+
machine reconciles its own pin view against the shared CAS registry (the arbiter).
|
|
69
|
+
Pin stores are machine-local router-write-only by design (provenance). The
|
|
70
|
+
pendingReplacement surface is proxied-on-read via the existing holder-proxy on
|
|
71
|
+
/pool/placement. Phase C: quorum is N-machine from day one (online > total/2; the
|
|
72
|
+
2-machine degradation to surviving-machine-vs-provably-dark-peer is explicit and
|
|
73
|
+
documented because majority-of-2 cannot lose a member); no LAN assumption (all reads
|
|
74
|
+
local/replicated; evidence from the heartbeat registry that already works over the
|
|
75
|
+
public internet); no per-machine interactive steps (headless-VM compatible).
|
|
76
|
+
|
|
77
|
+
## 8. Rollback cost
|
|
78
|
+
Flag-flip (`ws13Reconcile: false` — the default) stops the engine instantly (read
|
|
79
|
+
live per tick). Records already converged by the reconciler are ordinary valid
|
|
80
|
+
ownership records — no data rollback. The closeout hold de-activates with no pin
|
|
81
|
+
conflicts present. PlacementReason 'reconcile' entries are inert history.
|
|
82
|
+
|
|
83
|
+
## Second-pass review
|
|
84
|
+
REQUIRED (ownership lifecycle + reaper surface). Independent reviewer response
|
|
85
|
+
appended below.
|
|
86
|
+
|
|
87
|
+
<!-- second-pass reviewer response appended below by the independent reviewer -->
|
|
88
|
+
|
|
89
|
+
---
|
|
90
|
+
|
|
91
|
+
## Second-pass reviewer response (independent subagent, 2026-06-12)
|
|
92
|
+
|
|
93
|
+
**Concern raised: the journal validator silently drops every `'reconcile'` placement entry — the §3.3 CAS-pairing the artifact (§5) and the OwnershipReconciler doc-comment both claim never actually lands.**
|
|
94
|
+
|
|
95
|
+
Code evidence: `src/core/CoherenceJournal.ts:591` — the `topic-placement` validator hardcodes its accepted reasons (`['user-move','placed','failover','released','quota-block-move']`); `'reconcile'` was absent. Only the `PlacementReason` TYPE was extended; the annotation `: PlacementReason[]` compiles because a subset of the union is type-legal, so the gap is silent at build time. `validate()` runs on the LOCAL emit path, so the entry is rejected at the source (counted only as `degradation.schemaRejects`). No test caught it because the reconciler unit tests assert against a FAKE emitPlacement and the integration cases only cover the route. Impact: every landed reconciler CAS would have produced NO durable placement evidence — falsifying artifact §5 and the §3.3 pairing invariant.
|
|
96
|
+
|
|
97
|
+
The reviewer's verification notes on everything else (all confirmed, no further concerns):
|
|
98
|
+
|
|
99
|
+
1. **Force-claim can NOT fire against a reachable-but-slow owner** — the gate requires `!online` AND last-seen past the 180s bound AND quorum; a slow-but-online owner falls to `deferredNoEvidence`. Dark + dry-run defaults verified at the wiring (`ws13Reconcile === true` gate; dry-run unless explicitly false; `act()` returns without CAS in dry-run).
|
|
100
|
+
2. **No two-active-owner / no-owner race** — the CAS store accepts only strictly-monotonic epochs; reconciler and router compute epoch+1 from the same observed record, the loser re-evaluates; release-during-transferring was already rejected by the FSM.
|
|
101
|
+
3. **The -1 closeout sentinel cannot leak to an unpinned topic and never permanently blocks a genuine move** — hold requires `otherOwner && pinnedHere`; convergence resets -1→0; a direct held→genuine-move transition costs one extra dwell tick (recovers; slightly imprecise in §5's "resets cleanly" but not a defect).
|
|
102
|
+
4. **Tick loop bounded; no spin/flood; no unbounded memory** — one act per topic per tick; `conflictSince` deleted on convergence and on landed CAS; `isTopicBusy` is a sound conservative signal because the 120s `pastDeadline` bound guarantees progress.
|
|
103
|
+
5. **Phase C quorum matches the artifact exactly** — `online * 2 > machines.length` for N>2 with the documented ≤2 degradation.
|
|
104
|
+
|
|
105
|
+
## Fix addendum (same change, before commit)
|
|
106
|
+
|
|
107
|
+
The reviewer's concern is fixed in this same PR: `'reconcile'` added to the runtime
|
|
108
|
+
allowlist (`CoherenceJournal.ts`, with a KEEP-IN-SYNC comment naming this exact
|
|
109
|
+
failure shape), plus the missing semantic-correctness test — the REAL
|
|
110
|
+
`CoherenceJournal` accepts `reason:'reconcile'` with zero schemaRejects and the
|
|
111
|
+
persisted entry carries the reason (`tests/unit/CoherenceJournal.test.ts`), proven
|
|
112
|
+
failing with the allowlist fix reverted and passing with it. Reviewer re-verification
|
|
113
|
+
of the fix appended below.
|
|
114
|
+
|
|
115
|
+
## Reviewer re-verification of the fix (same independent reviewer, 2026-06-12)
|
|
116
|
+
|
|
117
|
+
Fix verified — concern resolved. Concur with the review.
|
|
118
|
+
|
|
119
|
+
Notes:
|
|
120
|
+
1. The runtime allowlist now includes `'reconcile'` and carries a KEEP-IN-SYNC comment that names the exact failure shape — a type-legal subset silently schema-rejecting at the source. This addresses the structural root, not just the symptom.
|
|
121
|
+
2. The new test drives the REAL `CoherenceJournal` (no mock) and verifies both the zero-`schemaRejects`-delta AND the persisted-on-disk `data.reason === 'reconcile'`, genuinely exercising the validator and serialization path — the correct semantic-correctness coverage for reconciler-driven CAS journal pairing.
|
|
122
|
+
3. Full suite green: 39/39 pass.
|