instar 1.3.271 → 1.3.272
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/feedback-factory/cutoverReadiness.d.ts +103 -0
- package/dist/feedback-factory/cutoverReadiness.d.ts.map +1 -0
- package/dist/feedback-factory/cutoverReadiness.js +118 -0
- package/dist/feedback-factory/cutoverReadiness.js.map +1 -0
- package/dist/scaffold/templates.d.ts.map +1 -1
- package/dist/scaffold/templates.js +5 -0
- package/dist/scaffold/templates.js.map +1 -1
- package/dist/server/AgentServer.d.ts +1 -0
- package/dist/server/AgentServer.d.ts.map +1 -1
- package/dist/server/AgentServer.js +45 -5
- package/dist/server/AgentServer.js.map +1 -1
- package/dist/server/CapabilityIndex.d.ts.map +1 -1
- package/dist/server/CapabilityIndex.js +12 -0
- package/dist/server/CapabilityIndex.js.map +1 -1
- package/dist/server/routes.d.ts +4 -0
- package/dist/server/routes.d.ts.map +1 -1
- package/dist/server/routes.js +28 -0
- package/dist/server/routes.js.map +1 -1
- package/package.json +1 -1
- package/src/data/builtin-manifest.json +47 -47
- package/src/scaffold/templates.ts +5 -0
- package/upgrades/1.3.272.md +40 -0
- package/upgrades/side-effects/cutover-readiness.md +63 -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-05T07:
|
|
5
|
-
"instarVersion": "1.3.
|
|
4
|
+
"generatedAt": "2026-06-05T07:17:46.846Z",
|
|
5
|
+
"instarVersion": "1.3.272",
|
|
6
6
|
"entryCount": 198,
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
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": "ebff9df80ee18fbb9a7a92fff3bca09a1db23ef357540f7afa7c1a768386e339",
|
|
774
774
|
"since": "2025-01-01"
|
|
775
775
|
},
|
|
776
776
|
"cli:init": {
|
|
@@ -1498,7 +1498,7 @@
|
|
|
1498
1498
|
"type": "subsystem",
|
|
1499
1499
|
"domain": "server",
|
|
1500
1500
|
"sourcePath": "src/server/AgentServer.ts",
|
|
1501
|
-
"contentHash": "
|
|
1501
|
+
"contentHash": "d246b83053a3d615df15f7b4af6dea18e0e2f25dced03f8ba4a296c819a67f19",
|
|
1502
1502
|
"since": "2025-01-01"
|
|
1503
1503
|
},
|
|
1504
1504
|
"subsystem:session-manager": {
|
|
@@ -695,6 +695,11 @@ This routes feedback to the Instar maintainers automatically. Valid types: \`bug
|
|
|
695
695
|
- **When to use** (PROACTIVE — this is the trigger): the moment a mandate with \`sign-code-review\` exists and you need a peer agent's review of work in its scope, drive it through an exchange — NEVER improvise a sign-off in chat prose (an unrecorded "LGTM" over Threadline is not a sign-off; the gate-audited exchange is). A 403 on a sign step means the mandate denied it — STOP, do not work around it.
|
|
696
696
|
- Inspect: \`GET /review-exchange\` · \`GET /review-exchange/:id\` (signatures + audit hashes).
|
|
697
697
|
|
|
698
|
+
**Cutover Readiness** — When a migration (or any one-way cutover) is gated on objective conditions, this is the read surface for "is everything up to the door green?" — composed from REAL durable state (the persisted import integrity report + the durable zero-divergence parity window with a freshness bound), never from anyone's assertion.
|
|
699
|
+
- Check: \`curl -H "Authorization: Bearer $AUTH" http://localhost:${port}/cutover-readiness\` → \`{ ready, door: "manual-operator-click", integrity, parity }\`.
|
|
700
|
+
- Feed the parity window with a live check: \`curl -X POST -H "Authorization: Bearer $AUTH" http://localhost:${port}/cutover-readiness/parity-pass\` — the server fetches + compares server-side; you only trigger it. A failed check records nothing.
|
|
701
|
+
- **The door is NOT yours**: \`ready: true\` means the conditions are green — it is NEVER an instruction to flip. The cutover click belongs to the operator. NEVER present \`ready\` to the user as "I can cut over now"; present it as "everything up to your click is green."
|
|
702
|
+
|
|
698
703
|
**Session Clock** — How long have you been running, and how much time is left? For any active time-boxed (autonomous) session, this returns the computed elapsed + remaining so you never have to guess or compute it yourself. Read-only observability.
|
|
699
704
|
- Check: \`curl -H "Authorization: Bearer $AUTH" "http://localhost:${port}/session/clock"\` (optional \`?topic=<N>\` to bind to one session)
|
|
700
705
|
- Returns \`{ now, nowIso, sessions: [{ label, kind, startedAt, endsAt, elapsedSeconds, remainingSeconds, elapsedHuman, remainingHuman, percentElapsed, status }] }\`; \`{ sessions: [] }\` when nothing is time-boxed. Per-machine (the record is local).
|
|
@@ -0,0 +1,40 @@
|
|
|
1
|
+
# Upgrade Guide — vNEXT
|
|
2
|
+
|
|
3
|
+
<!-- assembled-by: assemble-next-md -->
|
|
4
|
+
<!-- bump: minor -->
|
|
5
|
+
|
|
6
|
+
## What Changed
|
|
7
|
+
|
|
8
|
+
Added the cutover-readiness checker — the read-only surface that answers "is
|
|
9
|
+
everything up to the cutover door green?" from durable server-side state, never from
|
|
10
|
+
anyone's claim. It composes the two objective conditions the migration design names:
|
|
11
|
+
the persisted import-integrity report and the durable zero-divergence parity window
|
|
12
|
+
(now with a freshness bound, so a window that stopped being fed shows as stale instead
|
|
13
|
+
of silently counting as ready). The two mandate conditions that previously always
|
|
14
|
+
evaluated false now resolve from this real state — they still evaluate false until the
|
|
15
|
+
state genuinely clears, so nothing changes behavior today. An agent can trigger a live
|
|
16
|
+
parity check, but the server fetches and compares on its own; the request contributes
|
|
17
|
+
nothing to the result, and a failed check records nothing. There is deliberately no
|
|
18
|
+
route that fires the cutover itself: the flip stays a human action.
|
|
19
|
+
|
|
20
|
+
## What to Tell Your User
|
|
21
|
+
|
|
22
|
+
When a migration is gated on safety checks, you can now see at a glance whether
|
|
23
|
+
everything up to the final switch is green — data integrity verified and live parity
|
|
24
|
+
holding, both read from durable records the agents cannot fake. Your agent can ask the
|
|
25
|
+
server to run a fresh comparison, but it cannot vouch for the result or write it in.
|
|
26
|
+
And the final switch itself is still yours alone: there is intentionally no way for an
|
|
27
|
+
agent to flip it.
|
|
28
|
+
|
|
29
|
+
## Summary of New Capabilities
|
|
30
|
+
|
|
31
|
+
- Read the composed cutover-readiness status: data-integrity verdict, live-parity
|
|
32
|
+
window with freshness, and an explicit marker that the final flip is a manual
|
|
33
|
+
operator action.
|
|
34
|
+
- Trigger a server-side live parity comparison that records its result into the
|
|
35
|
+
durable window — failed checks record nothing.
|
|
36
|
+
- Mandate conditions for gated authorities now resolve from this real durable state
|
|
37
|
+
instead of always refusing, enabling future conditioned delegations to actually
|
|
38
|
+
clear when the evidence does.
|
|
39
|
+
- Maturity: stable; inert in behavior until integrity and parity records exist, and
|
|
40
|
+
the first issued mandate carries no conditioned authority.
|
|
@@ -0,0 +1,63 @@
|
|
|
1
|
+
# Side-effects review — Cutover-readiness checker (coordination-mandate spec §7, G2.4)
|
|
2
|
+
|
|
3
|
+
Spec: `docs/specs/coordination-mandate.md` (approved by Justin, A/A/B, 2026-06-05) — §7
|
|
4
|
+
names G2.4 and decision 1A scopes it: everything UP TO the door, never the door. Change:
|
|
5
|
+
new `src/feedback-factory/cutoverReadiness.ts` + two `/cutover-readiness*` routes + the
|
|
6
|
+
REAL condition resolvers replacing the deny-safe stubs in `AgentServer`'s coordination
|
|
7
|
+
block.
|
|
8
|
+
|
|
9
|
+
## 1. Blast radius
|
|
10
|
+
|
|
11
|
+
Additive, with ONE deliberate behavior change inside the coordination block: the
|
|
12
|
+
`integrity-gate-pass` and `parity-zero-divergence` conditions were `() => false` stubs;
|
|
13
|
+
they now resolve from REAL durable state (the persisted import IntegrityReport and the
|
|
14
|
+
durable parity window). Until that state genuinely clears, both still evaluate false —
|
|
15
|
+
identical behavior to the stubs. The first mandate (per decision 3B) has no conditioned
|
|
16
|
+
authority, so nothing live consumes them yet; the change makes the future
|
|
17
|
+
execute-cutover authority REAL instead of permanently-denied. No other route, gate, or
|
|
18
|
+
store is modified.
|
|
19
|
+
|
|
20
|
+
## 2. State / data
|
|
21
|
+
|
|
22
|
+
Two new files under the `.instar/state/` convention, created on first use:
|
|
23
|
+
`feedback-parity-passes.jsonl` (append-only durable parity window, torn-line tolerant —
|
|
24
|
+
the merged #781 persistence) and `feedback-integrity-report.json` (the import tooling's
|
|
25
|
+
persisted IntegrityReport envelope). Absent files mean blocked/not-ready (deny-safe).
|
|
26
|
+
|
|
27
|
+
## 3. Security model (T7 — the assertion-proof boundary)
|
|
28
|
+
|
|
29
|
+
- **No "set the condition" input exists.** The ONLY writes: (a)
|
|
30
|
+
`POST /cutover-readiness/parity-pass` TRIGGERS a server-side live fetch+compare
|
|
31
|
+
(HttpParitySource → runDryRunCompare); the request body contributes NOTHING to the
|
|
32
|
+
result (integration-tested with a hostile body asserting cleanliness). (b)
|
|
33
|
+
`recordIntegrityReport()` is called by server-side import tooling — no HTTP route
|
|
34
|
+
writes it by design.
|
|
35
|
+
- **A failed live check records NOTHING** — a fetch error is absence of evidence, not
|
|
36
|
+
evidence of divergence, and it cannot extend the clean window either (unit-tested
|
|
37
|
+
both ways).
|
|
38
|
+
- **Freshness bound (readiness-layer addition):** the merged gate has no max-staleness —
|
|
39
|
+
a cleared streak stays cleared forever without new passes. The readiness layer marks
|
|
40
|
+
the window STALE when the last pass is older than 6h (default) and `ready` requires
|
|
41
|
+
fresh. Stated honestly: the gate's own policy is unchanged; staleness lives here.
|
|
42
|
+
- **The door is structural:** there is NO fire-cutover route (integration-tested), the
|
|
43
|
+
status carries `door: 'manual-operator-click'` machine-readably, and the agent
|
|
44
|
+
template explicitly forbids presenting `ready` as permission to flip.
|
|
45
|
+
- **Token handling:** the parity source token is read lazily from the encrypted
|
|
46
|
+
SecretStore (`portal.instarReadToken` by default) at check time — never persisted in
|
|
47
|
+
config, never logged, never in a response.
|
|
48
|
+
|
|
49
|
+
## 4. Failure modes
|
|
50
|
+
|
|
51
|
+
- No `feedbackMigration.paritySource` config → `runParityCheck` is null → the trigger
|
|
52
|
+
route 409s with a plain reason; the readiness read surface still works.
|
|
53
|
+
- SecretStore miss → the check throws → 409, nothing recorded.
|
|
54
|
+
- Engine init failure → coordination block's existing try/catch → routes 503, boot
|
|
55
|
+
unaffected.
|
|
56
|
+
|
|
57
|
+
## 5. Test coverage
|
|
58
|
+
|
|
59
|
+
9 unit + 5 integration + 3 e2e (17 total). The load-bearing e2e: a conditioned
|
|
60
|
+
execute-cutover authority DENIES on a fresh boot and flips to ALLOW only after the
|
|
61
|
+
durable state genuinely clears (pre-seeded parity window + integrity report written to
|
|
62
|
+
the production state path, no restart) — then re-blocks on a failed report. Conditions
|
|
63
|
+
provably resolve from REAL state on the production init path.
|