instar 1.3.182 → 1.3.184

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "instar",
3
- "version": "1.3.182",
3
+ "version": "1.3.184",
4
4
  "description": "Coherence infrastructure for self-evolving AI agents — on the Claude Code or Codex subscription you already have.",
5
5
  "type": "module",
6
6
  "main": "dist/index.js",
@@ -1,8 +1,8 @@
1
1
  {
2
2
  "$schema": "./builtin-manifest.schema.json",
3
3
  "schemaVersion": 1,
4
- "generatedAt": "2026-06-01T04:23:33.472Z",
5
- "instarVersion": "1.3.182",
4
+ "generatedAt": "2026-06-01T04:30:23.385Z",
5
+ "instarVersion": "1.3.184",
6
6
  "entryCount": 193,
7
7
  "entries": {
8
8
  "hook:session-start": {
@@ -409,7 +409,7 @@
409
409
  "type": "route-group",
410
410
  "domain": "monitoring",
411
411
  "sourcePath": "src/server/routes.ts",
412
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
412
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
413
413
  "since": "2025-01-01"
414
414
  },
415
415
  "route-group:agents": {
@@ -417,7 +417,7 @@
417
417
  "type": "route-group",
418
418
  "domain": "sessions",
419
419
  "sourcePath": "src/server/routes.ts",
420
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
420
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
421
421
  "since": "2025-01-01"
422
422
  },
423
423
  "route-group:backups": {
@@ -425,7 +425,7 @@
425
425
  "type": "route-group",
426
426
  "domain": "operations",
427
427
  "sourcePath": "src/server/routes.ts",
428
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
428
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
429
429
  "since": "2025-01-01"
430
430
  },
431
431
  "route-group:git": {
@@ -433,7 +433,7 @@
433
433
  "type": "route-group",
434
434
  "domain": "coordination",
435
435
  "sourcePath": "src/server/routes.ts",
436
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
436
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
437
437
  "since": "2025-01-01"
438
438
  },
439
439
  "route-group:memory": {
@@ -441,7 +441,7 @@
441
441
  "type": "route-group",
442
442
  "domain": "memory",
443
443
  "sourcePath": "src/server/routes.ts",
444
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
444
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
445
445
  "since": "2025-01-01"
446
446
  },
447
447
  "route-group:semantic": {
@@ -449,7 +449,7 @@
449
449
  "type": "route-group",
450
450
  "domain": "memory",
451
451
  "sourcePath": "src/server/routes.ts",
452
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
452
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
453
453
  "since": "2025-01-01"
454
454
  },
455
455
  "route-group:status": {
@@ -457,7 +457,7 @@
457
457
  "type": "route-group",
458
458
  "domain": "monitoring",
459
459
  "sourcePath": "src/server/routes.ts",
460
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
460
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
461
461
  "since": "2025-01-01"
462
462
  },
463
463
  "route-group:capabilities": {
@@ -465,7 +465,7 @@
465
465
  "type": "route-group",
466
466
  "domain": "mapping",
467
467
  "sourcePath": "src/server/routes.ts",
468
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
468
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
469
469
  "since": "2025-01-01"
470
470
  },
471
471
  "route-group:project-map": {
@@ -473,7 +473,7 @@
473
473
  "type": "route-group",
474
474
  "domain": "mapping",
475
475
  "sourcePath": "src/server/routes.ts",
476
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
476
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
477
477
  "since": "2025-01-01"
478
478
  },
479
479
  "route-group:coherence": {
@@ -481,7 +481,7 @@
481
481
  "type": "route-group",
482
482
  "domain": "coherence",
483
483
  "sourcePath": "src/server/routes.ts",
484
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
484
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
485
485
  "since": "2025-01-01"
486
486
  },
487
487
  "route-group:topic-bindings": {
@@ -489,7 +489,7 @@
489
489
  "type": "route-group",
490
490
  "domain": "sessions",
491
491
  "sourcePath": "src/server/routes.ts",
492
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
492
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
493
493
  "since": "2025-01-01"
494
494
  },
495
495
  "route-group:context": {
@@ -497,7 +497,7 @@
497
497
  "type": "route-group",
498
498
  "domain": "context",
499
499
  "sourcePath": "src/server/routes.ts",
500
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
500
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
501
501
  "since": "2025-01-01"
502
502
  },
503
503
  "route-group:scope-coherence": {
@@ -505,7 +505,7 @@
505
505
  "type": "route-group",
506
506
  "domain": "coherence",
507
507
  "sourcePath": "src/server/routes.ts",
508
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
508
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
509
509
  "since": "2025-01-01"
510
510
  },
511
511
  "route-group:canonical-state": {
@@ -513,7 +513,7 @@
513
513
  "type": "route-group",
514
514
  "domain": "state",
515
515
  "sourcePath": "src/server/routes.ts",
516
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
516
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
517
517
  "since": "2025-01-01"
518
518
  },
519
519
  "route-group:ci": {
@@ -521,7 +521,7 @@
521
521
  "type": "route-group",
522
522
  "domain": "monitoring",
523
523
  "sourcePath": "src/server/routes.ts",
524
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
524
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
525
525
  "since": "2025-01-01"
526
526
  },
527
527
  "route-group:sessions": {
@@ -529,7 +529,7 @@
529
529
  "type": "route-group",
530
530
  "domain": "sessions",
531
531
  "sourcePath": "src/server/routes.ts",
532
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
532
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
533
533
  "since": "2025-01-01"
534
534
  },
535
535
  "route-group:jobs": {
@@ -537,7 +537,7 @@
537
537
  "type": "route-group",
538
538
  "domain": "scheduling",
539
539
  "sourcePath": "src/server/routes.ts",
540
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
540
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
541
541
  "since": "2025-01-01"
542
542
  },
543
543
  "route-group:skip-ledger": {
@@ -545,7 +545,7 @@
545
545
  "type": "route-group",
546
546
  "domain": "scheduling",
547
547
  "sourcePath": "src/server/routes.ts",
548
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
548
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
549
549
  "since": "2025-01-01"
550
550
  },
551
551
  "route-group:telegram": {
@@ -553,7 +553,7 @@
553
553
  "type": "route-group",
554
554
  "domain": "communication",
555
555
  "sourcePath": "src/server/routes.ts",
556
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
556
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
557
557
  "since": "2025-01-01"
558
558
  },
559
559
  "route-group:attention": {
@@ -561,7 +561,7 @@
561
561
  "type": "route-group",
562
562
  "domain": "communication",
563
563
  "sourcePath": "src/server/routes.ts",
564
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
564
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
565
565
  "since": "2025-01-01"
566
566
  },
567
567
  "route-group:relationships": {
@@ -569,7 +569,7 @@
569
569
  "type": "route-group",
570
570
  "domain": "relationships",
571
571
  "sourcePath": "src/server/routes.ts",
572
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
572
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
573
573
  "since": "2025-01-01"
574
574
  },
575
575
  "route-group:feedback": {
@@ -577,7 +577,7 @@
577
577
  "type": "route-group",
578
578
  "domain": "feedback",
579
579
  "sourcePath": "src/server/routes.ts",
580
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
580
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
581
581
  "since": "2025-01-01"
582
582
  },
583
583
  "route-group:updates": {
@@ -585,7 +585,7 @@
585
585
  "type": "route-group",
586
586
  "domain": "updates",
587
587
  "sourcePath": "src/server/routes.ts",
588
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
588
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
589
589
  "since": "2025-01-01"
590
590
  },
591
591
  "route-group:dispatches": {
@@ -593,7 +593,7 @@
593
593
  "type": "route-group",
594
594
  "domain": "dispatches",
595
595
  "sourcePath": "src/server/routes.ts",
596
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
596
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
597
597
  "since": "2025-01-01"
598
598
  },
599
599
  "route-group:quota": {
@@ -601,7 +601,7 @@
601
601
  "type": "route-group",
602
602
  "domain": "monitoring",
603
603
  "sourcePath": "src/server/routes.ts",
604
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
604
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
605
605
  "since": "2025-01-01"
606
606
  },
607
607
  "route-group:publishing": {
@@ -609,7 +609,7 @@
609
609
  "type": "route-group",
610
610
  "domain": "publishing",
611
611
  "sourcePath": "src/server/routes.ts",
612
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
612
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
613
613
  "since": "2025-01-01"
614
614
  },
615
615
  "route-group:private-views": {
@@ -617,7 +617,7 @@
617
617
  "type": "route-group",
618
618
  "domain": "publishing",
619
619
  "sourcePath": "src/server/routes.ts",
620
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
620
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
621
621
  "since": "2025-01-01"
622
622
  },
623
623
  "route-group:tunnel": {
@@ -625,7 +625,7 @@
625
625
  "type": "route-group",
626
626
  "domain": "networking",
627
627
  "sourcePath": "src/server/routes.ts",
628
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
628
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
629
629
  "since": "2025-01-01"
630
630
  },
631
631
  "route-group:events": {
@@ -633,7 +633,7 @@
633
633
  "type": "route-group",
634
634
  "domain": "networking",
635
635
  "sourcePath": "src/server/routes.ts",
636
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
636
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
637
637
  "since": "2025-01-01"
638
638
  },
639
639
  "route-group:evolution": {
@@ -641,7 +641,7 @@
641
641
  "type": "route-group",
642
642
  "domain": "evolution",
643
643
  "sourcePath": "src/server/routes.ts",
644
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
644
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
645
645
  "since": "2025-01-01"
646
646
  },
647
647
  "route-group:watchdog": {
@@ -649,7 +649,7 @@
649
649
  "type": "route-group",
650
650
  "domain": "monitoring",
651
651
  "sourcePath": "src/server/routes.ts",
652
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
652
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
653
653
  "since": "2025-01-01"
654
654
  },
655
655
  "route-group:topic-memory": {
@@ -657,7 +657,7 @@
657
657
  "type": "route-group",
658
658
  "domain": "memory",
659
659
  "sourcePath": "src/server/routes.ts",
660
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
660
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
661
661
  "since": "2025-01-01"
662
662
  },
663
663
  "route-group:state-sync": {
@@ -665,7 +665,7 @@
665
665
  "type": "route-group",
666
666
  "domain": "coordination",
667
667
  "sourcePath": "src/server/routes.ts",
668
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
668
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
669
669
  "since": "2025-01-01"
670
670
  },
671
671
  "route-group:intent": {
@@ -673,7 +673,7 @@
673
673
  "type": "route-group",
674
674
  "domain": "intent",
675
675
  "sourcePath": "src/server/routes.ts",
676
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
676
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
677
677
  "since": "2025-01-01"
678
678
  },
679
679
  "route-group:triage": {
@@ -681,7 +681,7 @@
681
681
  "type": "route-group",
682
682
  "domain": "safety",
683
683
  "sourcePath": "src/server/routes.ts",
684
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
684
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
685
685
  "since": "2025-01-01"
686
686
  },
687
687
  "route-group:operations": {
@@ -689,7 +689,7 @@
689
689
  "type": "route-group",
690
690
  "domain": "safety",
691
691
  "sourcePath": "src/server/routes.ts",
692
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
692
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
693
693
  "since": "2025-01-01"
694
694
  },
695
695
  "route-group:sentinel": {
@@ -697,7 +697,7 @@
697
697
  "type": "route-group",
698
698
  "domain": "safety",
699
699
  "sourcePath": "src/server/routes.ts",
700
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
700
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
701
701
  "since": "2025-01-01"
702
702
  },
703
703
  "route-group:trust": {
@@ -705,7 +705,7 @@
705
705
  "type": "route-group",
706
706
  "domain": "safety",
707
707
  "sourcePath": "src/server/routes.ts",
708
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
708
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
709
709
  "since": "2025-01-01"
710
710
  },
711
711
  "route-group:monitoring": {
@@ -713,7 +713,7 @@
713
713
  "type": "route-group",
714
714
  "domain": "monitoring",
715
715
  "sourcePath": "src/server/routes.ts",
716
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
716
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
717
717
  "since": "2025-01-01"
718
718
  },
719
719
  "route-group:commitments": {
@@ -721,7 +721,7 @@
721
721
  "type": "route-group",
722
722
  "domain": "commitments",
723
723
  "sourcePath": "src/server/routes.ts",
724
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
724
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
725
725
  "since": "2025-01-01"
726
726
  },
727
727
  "route-group:episodes": {
@@ -729,7 +729,7 @@
729
729
  "type": "route-group",
730
730
  "domain": "memory",
731
731
  "sourcePath": "src/server/routes.ts",
732
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
732
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
733
733
  "since": "2025-01-01"
734
734
  },
735
735
  "route-group:messages": {
@@ -737,7 +737,7 @@
737
737
  "type": "route-group",
738
738
  "domain": "coordination",
739
739
  "sourcePath": "src/server/routes.ts",
740
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
740
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
741
741
  "since": "2025-01-01"
742
742
  },
743
743
  "route-group:system-reviews": {
@@ -745,7 +745,7 @@
745
745
  "type": "route-group",
746
746
  "domain": "monitoring",
747
747
  "sourcePath": "src/server/routes.ts",
748
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
748
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
749
749
  "since": "2025-01-01"
750
750
  },
751
751
  "route-group:machine-mesh": {
@@ -761,7 +761,7 @@
761
761
  "type": "route-group",
762
762
  "domain": "security",
763
763
  "sourcePath": "src/server/routes.ts",
764
- "contentHash": "786073149c3ee781b92e50f0defe8ce348751ad61ee6511d06a13d70eb17211f",
764
+ "contentHash": "88326cc40fd6a134f828a058f39cb48cbb6efa55ccc87119a50857c2ae67835d",
765
765
  "since": "2025-01-01"
766
766
  },
767
767
  "cli:init": {
@@ -1089,7 +1089,7 @@
1089
1089
  "type": "template",
1090
1090
  "domain": "operations",
1091
1091
  "sourcePath": "src/templates/scripts/convergence-check.sh",
1092
- "contentHash": "24dcfa8fc813bfcb3aff9e0612c3c0b129a70481b0f8306d7f678b7b445a0942",
1092
+ "contentHash": "41ef69307819140731f293b175093238f88988365c3973b8e44b9c18669e32bd",
1093
1093
  "since": "2025-01-01"
1094
1094
  },
1095
1095
  "template:git-sync-gate.sh": {
@@ -64,9 +64,10 @@ if [ -n "$URLS_IN_MSG" ]; then
64
64
  # confabulation. Read it from config at runtime. If config/python is
65
65
  # unavailable or tunnel.hostname is empty, fall back to the static allowlist.
66
66
  OWN_TUNNEL_HOST=""
67
+ OWN_TUNNEL_PARENT=""
67
68
  CONFIG_PATH="${CLAUDE_PROJECT_DIR:-.}/.instar/config.json"
68
69
  if [ -f "$CONFIG_PATH" ]; then
69
- OWN_TUNNEL_HOST=$(python3 - "$CONFIG_PATH" <<'PY' 2>/dev/null
70
+ OWN_TUNNEL_INFO=$(python3 - "$CONFIG_PATH" <<'PY' 2>/dev/null
70
71
  import json
71
72
  import sys
72
73
  from urllib.parse import urlparse
@@ -76,13 +77,26 @@ try:
76
77
  raw = ((cfg.get('tunnel') or {}).get('hostname') or '').strip()
77
78
  if not raw:
78
79
  print('')
80
+ print('')
79
81
  else:
80
82
  parsed = urlparse(raw if '://' in raw else f'https://{raw}')
81
- print((parsed.hostname or '').lower())
83
+ host = (parsed.hostname or '').lower()
84
+ print(host)
85
+ # Parent tunnel domain: drop the leftmost label so SIBLING NODES of the
86
+ # SAME agent on the SAME tunnel provider domain are trusted — a
87
+ # multi-machine agent runs on >1 machine, each with its own subdomain
88
+ # under the operator's tunnel domain (e.g. own 'echo.dawn-tunnel.dev'
89
+ # trusts sibling 'echo-mini.dawn-tunnel.dev'). Only emit a parent with
90
+ # >=3 labels so we never collapse to a 2-label apex or public suffix.
91
+ labels = host.split('.')
92
+ print('.'.join(labels[1:]) if len(labels) >= 3 else '')
82
93
  except Exception:
83
94
  print('')
95
+ print('')
84
96
  PY
85
97
  )
98
+ OWN_TUNNEL_HOST=$(printf '%s\n' "$OWN_TUNNEL_INFO" | sed -n '1p')
99
+ OWN_TUNNEL_PARENT=$(printf '%s\n' "$OWN_TUNNEL_INFO" | sed -n '2p')
86
100
  fi
87
101
 
88
102
  UNFAMILIAR_URLS=""
@@ -101,6 +115,15 @@ PY
101
115
  if [ -n "$OWN_TUNNEL_HOST" ] && [ "$URL_HOST" = "$OWN_TUNNEL_HOST" ]; then
102
116
  continue
103
117
  fi
118
+ # Skip SIBLING NODES of the same agent: any host under the agent's own
119
+ # tunnel parent domain (e.g. own 'echo.dawn-tunnel.dev' → trust
120
+ # 'echo-mini.dawn-tunnel.dev'). A multi-machine agent reaches its other
121
+ # machines via per-machine subdomains of the operator's tunnel domain;
122
+ # those are agent-controlled, not confabulated. Guarded to >=3-label
123
+ # parents above so this never trusts a bare public-suffix apex.
124
+ if [ -n "$OWN_TUNNEL_PARENT" ] && { [ "$URL_HOST" = "$OWN_TUNNEL_PARENT" ] || [ "${URL_HOST%.$OWN_TUNNEL_PARENT}" != "$URL_HOST" ]; }; then
125
+ continue
126
+ fi
104
127
  # Skip Cloudflare quick-tunnel hosts. These are ephemeral but agent-generated.
105
128
  if echo "$URL_HOST" | grep -qE '(^|\.)trycloudflare\.com$'; then
106
129
  continue
@@ -0,0 +1,177 @@
1
+ # Upgrade Guide — vNEXT
2
+
3
+ <!-- assembled-by: assemble-next-md -->
4
+ <!-- bump: patch -->
5
+
6
+ ## What Changed
7
+
8
+ **The feedback-factory migration's parity check no longer flags two systems as
9
+ "diverged" just because they spell the same status differently.** As Portal's
10
+ feedback processor is ported into Instar, the two run side-by-side and a parity
11
+ comparator confirms they reach the same conclusions before any cutover. But Portal
12
+ still writes the legacy status words (`open`, `fixed`, `resolved`) while the ported
13
+ Instar processor emits the canonical lifecycle words (`new`, `fix_applied`,
14
+ `closed`). The comparator compared those words literally, so a cluster Portal
15
+ marked `resolved` and Instar marked `closed` — the *same* outcome — was reported as
16
+ a divergence, which structurally blocks the cutover. That was benign vocabulary
17
+ skew being treated as a real history fork.
18
+
19
+ The fix adds the canonical status-normalization primitives Dawn (Portal's owner)
20
+ pinned as the authoritative contract — a legacy→canonical projection map, a
21
+ terminal-state check evaluated on the normalized status, and an idempotent
22
+ `normalizeStatus()` — and applies the projection to **both sides** before the
23
+ parity comparator comparison. A genuine lifecycle mismatch still surfaces, and the
24
+ reported values stay raw so an operator still sees each side's actual stored status.
25
+
26
+ **A moved conversation's reply no longer hangs silently when the other machine
27
+ is briefly unreachable.** When you move a conversation to another machine, that
28
+ machine relays its replies through the machine that holds the Telegram
29
+ connection. That relay had two operational defects, both found by driving the
30
+ multi-machine feature live: it had no time limit (so when the receiving machine's
31
+ connection was momentarily restarting, the reply hung for over a minute with no
32
+ result), and it failed completely silently (a dropped reply wrote nothing to the
33
+ log, so there was no way to tell why it didn't arrive).
34
+
35
+ The relay is now bounded and observable: it gives the receiving machine a fixed
36
+ window (15 seconds by default, adjustable) and then fails fast, and every failure
37
+ writes one clear line saying exactly what went wrong (no reachable machine, a
38
+ rejection with its status code, or a timeout). The relay logic was also extracted
39
+ into its own well-tested unit.
40
+
41
+ It also no longer reports a false success: previously the relay could report
42
+ "delivered" even when the message never actually reached the chat (it accepted a
43
+ response that carried no real message id). Now the receiving machine returns the
44
+ real message id and the relay only counts a reply as delivered when that id is
45
+ present — otherwise it's treated as undelivered and surfaced, so a busy or flaky
46
+ moment becomes a real, visible failure (and a retry candidate) instead of a
47
+ silent loss dressed up as success.
48
+
49
+ `GET /updates/status` now includes the `restartImmediately` field. PR #641 added
50
+ the primary-developer-mode flag and claimed it was surfaced in this endpoint, but
51
+ the route's hand-picked response object had omitted it — so the flag's live state
52
+ wasn't actually readable there. This adds the one missing line so the route
53
+ echoes the value `AutoUpdater.getStatus()` already computes.
54
+
55
+ **The pre-messaging honesty guard now recognizes your agent's other machines as
56
+ its own.** A multi-machine instar agent runs on more than one machine, each
57
+ exposed at its own subdomain under the operator's tunnel domain (for example the
58
+ laptop and the Mac Mini each get a subdomain of the same tunnel domain). The
59
+ URL-provenance check — which blocks messages containing made-up-looking links —
60
+ previously trusted only the agent's exact own tunnel host, so a legitimate
61
+ operation addressing a sibling machine of the same agent was falsely flagged as
62
+ an "unfamiliar domain" and blocked.
63
+
64
+ It now also trusts hosts that share the agent's tunnel parent domain, so sibling
65
+ nodes are recognized — while still blocking genuinely fabricated links. Two
66
+ guards keep it safe: the parent domain is derived only when the own host has at
67
+ least three labels (never trusts a bare public-suffix apex), and the match is a
68
+ true DNS-suffix test (a look-alike like echo.dawn-tunnel.dev.evil.com stays
69
+ blocked because it actually ends in evil.com). Single-machine agents are
70
+ completely unaffected.
71
+
72
+ ## What to Tell Your User
73
+
74
+ Nothing to configure, and nothing changes for any current capability. This is
75
+ internal plumbing for the in-progress feedback-factory migration: the
76
+ Portal↔Instar parity check that gates cutover now reconciles the two status
77
+ vocabularies instead of failing on the difference. No routes, jobs, or user-facing
78
+ behavior are affected.
79
+
80
+ Nothing to configure. If you run across more than one machine and move a
81
+ conversation between them, a reply that can't be delivered now fails quickly with
82
+ a clear reason in the log, instead of hanging for over a minute and vanishing
83
+ without explanation. Single-machine setups are unaffected.
84
+
85
+ Nothing to do. If anyone asks how to tell whether an agent is set to always jump
86
+ to the newest version immediately, the status readout now shows that on/off state
87
+ directly.
88
+
89
+ Nothing to configure. If your agent runs across more than one machine, it can
90
+ now perform legitimate cross-machine operations (like the multi-machine reply
91
+ relay) without its own honesty guard blocking the request — while still catching
92
+ invented links. If you only run one machine, nothing changes at all.
93
+
94
+ ## Summary of New Capabilities
95
+
96
+ - `normalizeStatus()` / `isTerminalStatus()` / `V1_TO_V2_STATUS` / `TERMINAL_STATUSES`
97
+ (`src/feedback-factory/processor/transitions.ts`) — the canonical status-vocabulary
98
+ primitives, byte-mirrored from Portal's reference (`feedback-processor.py` :1035 / :379).
99
+ Normalize-before-terminal-check so a legacy `resolved` correctly reads terminal.
100
+ - `compareClusterOutcomes` (`src/feedback-factory/processor/parity.ts`) now normalizes
101
+ both sides before comparing status — eliminating false cutover-blocking divergences
102
+ from v1↔v2 vocabulary skew while still flagging real lifecycle mismatches.
103
+
104
+ - `relayOutbound` (`src/core/TelegramRelay.ts`) — the tokenless-standby reply
105
+ relay, extracted as a pure injectable unit with a bounded `AbortController`
106
+ timeout and a log line on every failure path. `server.ts` wires
107
+ `telegram.outboundRelay` to it. New optional `multiMachine.relayTimeoutMs`
108
+ (default 15000).
109
+
110
+ - `GET /updates/status` response gains a `restartImmediately` boolean (default
111
+ false for the fleet; true for an agent in primary-developer mode). Read-only;
112
+ agents gain it automatically on update.
113
+
114
+ - `convergence-check.sh` URL-provenance guard trusts sibling-node tunnel hosts
115
+ (any host under the agent's tunnel parent domain), in addition to the agent's
116
+ own host, Cloudflare quick tunnels, and the static allowlist. Deploys to
117
+ existing agents via the standard `migrateScripts()` template path (the template
118
+ content is the migration — no `PostUpdateMigrator` code change).
119
+
120
+ ## Evidence
121
+
122
+ Reproduction: feed the parity comparator one cluster (same fingerprint) whose
123
+ outcome is expressed in the two vocabularies — Instar `closed` vs Portal `resolved`
124
+ (the same terminal outcome) — and observe the status-branch verdict before vs after
125
+ the change. Ran live against the worktree source:
126
+
127
+ ```
128
+ input: { instar: "closed", portal: "resolved" }
129
+ BEFORE (raw `i.status !== p.status`): divergent = true ← false positive, blocks cutover
130
+ AFTER (normalizeStatus both sides): divergent = false (both → "closed")
131
+ genuine mismatch (instar "investigating" vs portal "resolved"): still_flagged = true
132
+ ```
133
+
134
+ So the benign vocabulary skew that previously produced a red parity verdict now
135
+ reconciles, while a real lifecycle divergence (`investigating` vs `resolved`→`closed`)
136
+ still surfaces. Confirmed across the full pair set + recurrence-not-masked + a green
137
+ `compareInvariants` verdict over a vocabulary-skewed window in
138
+ `tests/unit/feedback-factory/parity.test.ts` (156 unit + 4 integration green, `tsc` clean).
139
+
140
+ - Reproduction (live, 2026-06-01): driving the multi-machine reply proof, a
141
+ relayed reply hung 25s then 70s with no result and no log line; root cause was
142
+ the holder's tunnel being mid-restart, and the relay `fetch` having no timeout.
143
+ Once the tunnel was back, the relay completed (a tone-gate response and an `ok`
144
+ came back through the full standby→holder chain), confirming the path itself
145
+ works — but the hang + silence were real operational defects on the way there.
146
+ - Tests: `tests/unit/telegram-relay-timeout-observability.test.ts` (7) drive the
147
+ real `relayOutbound` with an injected fetch + logger: 2xx returns messageId and
148
+ posts the right URL + `Bearer` header; self-hold no-ops; no-peer-URL logs;
149
+ non-2xx logs the status; **a hanging holder aborts within the timeout (elapsed
150
+ under 2s) and logs `timeout after Nms`**; a network error logs its message; the
151
+ `silent` flag passes through. 7/7 green; `tsc` clean.
152
+
153
+ - The gap was observed live on 1.3.180: with the flag set true in config, the
154
+ agent behaved correctly (restarts not deferred) but `/updates/status` returned
155
+ no `restartImmediately` field — the #641 "surfaced in /updates/status" claim
156
+ was incomplete.
157
+ - Test: `tests/integration/updates-status-restart-immediately-route.test.ts`
158
+ (+2) — asserts the field is present and correct for both true and false. tsc +
159
+ linters clean.
160
+
161
+ - Reproduction (live, 2026-06-01): proving the multi-machine reply relay, the
162
+ command `POST https://echo-mini.dawn-tunnel.dev/telegram/reply/8882` (laptop
163
+ driving the mini's tokenless-standby relay) was blocked by the
164
+ `grounding-before-messaging` hook because its convergence-check URL-provenance
165
+ guard flagged `echo-mini.dawn-tunnel.dev` as unfamiliar — it knew the laptop's
166
+ own host `echo.dawn-tunnel.dev` but not its sibling. The mini's LAN address was
167
+ firewalled, so the tunnel host was the only path, and the proof was blocked.
168
+ - Before/after (the guard decision, real shipped template): own host
169
+ `echo.dawn-tunnel.dev` → parent `dawn-tunnel.dev`; sibling
170
+ `echo-mini.dawn-tunnel.dev` BLOCK→PASS (the fix); own host PASS→PASS;
171
+ `totally-fake-host.xyz` BLOCK→BLOCK; look-alike `echo.dawn-tunnel.dev.evil.com`
172
+ BLOCK→BLOCK; arbitrary host with a 2-label apex config BLOCK→BLOCK (apex not
173
+ over-trusted).
174
+ - Tests: `tests/unit/convergence-check-sibling-trust.test.ts` (6) execute the
175
+ real shipped `convergence-check.sh`: `bash -n` valid; sibling trusted; own
176
+ unchanged; fabricated blocked; look-alike suffix blocked; 2-label apex not
177
+ over-trusted. 6/6 green; `tsc` clean.