instar 1.3.254 → 1.3.255

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.254",
3
+ "version": "1.3.255",
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-04T23:23:29.388Z",
5
- "instarVersion": "1.3.254",
4
+ "generatedAt": "2026-06-04T23:45:49.570Z",
5
+ "instarVersion": "1.3.255",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
421
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
429
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
437
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
445
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
453
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
461
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
469
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
477
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
485
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
493
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
501
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
509
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
517
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
525
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
533
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
541
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
549
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
557
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
565
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
573
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
581
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
589
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
597
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
605
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
613
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
621
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
629
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
637
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
645
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
653
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
661
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
669
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
677
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
685
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
693
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
701
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
709
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
717
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
725
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
733
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
741
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
749
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
757
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
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": "d62dbd5537f6bdb0fa68efe3e2192ee204af4d86a7e3eed8fe2c77ebfa635e98",
773
+ "contentHash": "2792a505f72ae4db22d3b17799d566973c98bb25daf9f658635a661a1913f275",
774
774
  "since": "2025-01-01"
775
775
  },
776
776
  "cli:init": {
@@ -1506,7 +1506,7 @@
1506
1506
  "type": "subsystem",
1507
1507
  "domain": "sessions",
1508
1508
  "sourcePath": "src/core/SessionManager.ts",
1509
- "contentHash": "4d50cc3ebd4b430069d5957fbed44bdadd487c17386b680f0cafe66a33c381e2",
1509
+ "contentHash": "52d0a763d3391b37c897a5895ca73c5d03b591272cf9eb21697c1f9a4c9765aa",
1510
1510
  "since": "2025-01-01"
1511
1511
  },
1512
1512
  "subsystem:auto-updater": {
@@ -0,0 +1,38 @@
1
+ # Upgrade Guide — vNEXT
2
+
3
+ <!-- assembled-by: assemble-next-md -->
4
+ <!-- bump: patch -->
5
+
6
+ ## What Changed
7
+
8
+ **Long Telegram inbound messages now land inside the agent project instead of `/tmp`.**
9
+ When Telegram sends a message too large to inject directly, instar writes the
10
+ full payload to a file and injects a short "read this file" reference into the
11
+ agent session. That file used to live under `/tmp/instar-telegram`, which is
12
+ outside Gemini CLI's workspace sandbox. Gemini agents could receive the
13
+ reference but could not read the file. The Telegram inbound file directory is
14
+ now shared through one helper and resolves to `.instar/telegram-inbound/` under
15
+ the target project directory.
16
+
17
+ ## What to Tell Your User
18
+
19
+ Nothing to configure. Long Telegram messages and Telegram auto-spawn context
20
+ files remain transient, but sandboxed agents can now read the referenced files
21
+ because they live under the project they are already allowed to access.
22
+
23
+ ## Summary of New Capabilities
24
+
25
+ - `getTelegramInboundDir(projectDir)` centralizes the Telegram inbound file
26
+ location at `<projectDir>/.instar/telegram-inbound`.
27
+ - Telegram injection, Telegram bootstrap context files, Secret Drop-triggered
28
+ Telegram session context, Telegram forward auto-spawn context, and stale-file
29
+ cleanup all use the same helper.
30
+ - `.instar/telegram-inbound/` is ignored by git because inbound message payloads
31
+ are transient runtime data.
32
+
33
+ ## Evidence
34
+
35
+ - Focused tests: `npm test -- --run tests/unit/session-telegram-inject.test.ts tests/e2e/input-guard-e2e.test.ts tests/unit/server-temp-cleanup.test.ts tests/unit/bootstrap-file-threshold.test.ts tests/unit/telegram-message-injection.test.ts`
36
+ - The regression coverage verifies a long Telegram message writes under the
37
+ project-local inbound directory, the injected reference points there, and the
38
+ referenced file contains the tagged full message.
@@ -0,0 +1,147 @@
1
+ # Side-Effects Review — Telegram inbound files under project dir
2
+
3
+ **Version / slug:** `telegram-inbound-project-dir`
4
+ **Date:** `2026-06-04`
5
+ **Author:** `instar-codey`
6
+ **Second-pass reviewer:** `not run — sub-agent tool requires an explicit delegation request in this session`
7
+
8
+ ## Summary of the change
9
+
10
+ Long Telegram inbound payload files and Telegram auto-spawn context files move
11
+ from `/tmp/instar-telegram` to `<projectDir>/.instar/telegram-inbound` through a
12
+ single helper, `getTelegramInboundDir(projectDir)`. Runtime callsites updated:
13
+ `src/core/SessionManager.ts`, `src/commands/server.ts`, and
14
+ `src/server/routes.ts`. The cleanup function now targets the same project-local
15
+ directory, `.gitignore` excludes it, and focused tests assert that long-message
16
+ files land under the configured project directory and that injected references
17
+ point there.
18
+
19
+ ## Decision-point inventory
20
+
21
+ - Telegram long-message file redirect in `SessionManager.injectTelegramMessage`
22
+ — modify — same threshold and same injected reference shape, but the backing
23
+ file path is project-local.
24
+ - Telegram bootstrap/context side-file creation in `src/commands/server.ts` and
25
+ `src/server/routes.ts` — modify — same session spawn behavior, but side files
26
+ are readable from sandboxed project workspaces.
27
+ - `cleanupTelegramTempFiles` — modify — same 7-day file-only cleanup policy, but
28
+ applied to the new project-local inbound directory.
29
+ - No new block/allow authority is added.
30
+
31
+ ---
32
+
33
+ ## 1. Over-block
34
+
35
+ No block/allow surface — over-block not applicable. This change does not reject
36
+ messages, users, topics, sessions, or actions.
37
+
38
+ ---
39
+
40
+ ## 2. Under-block
41
+
42
+ No block/allow surface — under-block not applicable. Remaining failure modes:
43
+ if the configured `projectDir` is wrong, inbound files will consistently be
44
+ written under that wrong project. That is not newly introduced by this change;
45
+ the same config value already controls session startup, state paths, and other
46
+ project-local behavior. If a sandbox denies `.instar/telegram-inbound` despite
47
+ allowing the project root, the agent would still receive an unreadable reference,
48
+ but that would indicate a broader sandbox/config mismatch.
49
+
50
+ ---
51
+
52
+ ## 3. Level-of-abstraction fit
53
+
54
+ The helper belongs in the shared messaging layer because the path is a Telegram
55
+ messaging primitive used by both core session injection and server-side
56
+ Telegram auto-spawn routes. It is not a policy gate and should not live in
57
+ `SessionManager` alone, because route code also writes context side files. It is
58
+ also not a config migration: this is transient runtime storage derived from the
59
+ already-required project directory.
60
+
61
+ ---
62
+
63
+ ## 4. Signal vs authority compliance
64
+
65
+ **Required reference:** [docs/signal-vs-authority.md](../../docs/signal-vs-authority.md)
66
+
67
+ **Does this change hold blocking authority with brittle logic?**
68
+
69
+ - [ ] No — this change produces a signal consumed by an existing smart gate.
70
+ - [x] No — this change has no block/allow surface.
71
+ - [ ] Yes — but the logic is a smart gate with full conversational context (LLM-backed with recent history or equivalent).
72
+ - [ ] Yes, with brittle logic — STOP. Reshape the design. Brittle detectors must not own block authority.
73
+
74
+ This is a storage-location change for already accepted Telegram payloads. It
75
+ does not inspect message meaning, classify user intent, block delivery, or
76
+ filter content.
77
+
78
+ ---
79
+
80
+ ## 5. Interactions
81
+
82
+ - **Shadowing:** no gate is shadowed. Existing InputGuard and topic/session
83
+ routing still run before message injection and are untouched.
84
+ - **Double-fire:** no new writer is added; existing writers now call the shared
85
+ helper. The same message creates the same one payload file as before.
86
+ - **Races:** cleanup still removes only files older than 7 days. It now shares
87
+ the same directory helper as the writers, reducing drift. The cleanup window
88
+ is far longer than any active read window, so it should not race fresh
89
+ inbound messages.
90
+ - **Feedback loops:** the injected path is read by the receiving agent. Moving
91
+ the file under `.instar/telegram-inbound` changes the path text the agent
92
+ sees, but does not feed back into routing, dedup, or gate decisions.
93
+
94
+ ---
95
+
96
+ ## 6. External surfaces
97
+
98
+ This is visible to agents receiving long Telegram messages: the injected file
99
+ reference now points under `.instar/telegram-inbound` in the project instead of
100
+ `/tmp/instar-telegram`. That is intentional so Gemini CLI can read the file
101
+ inside its workspace sandbox. Users should not see a conversational difference
102
+ except that long Telegram messages are readable by sandboxed agents. No
103
+ Telegram API behavior changes, no Slack behavior changes, no database schema
104
+ changes, and no persistent committed state is introduced. The new directory is
105
+ ignored by git because payloads may include private user message content.
106
+
107
+ ---
108
+
109
+ ## 7. Rollback cost
110
+
111
+ Pure code rollback. Reverting the helper use would put future files back under
112
+ `/tmp/instar-telegram`; no database migration or state repair is required.
113
+ Existing transient files under `.instar/telegram-inbound` can be left in place
114
+ or removed by cleanup if the rollback keeps that cleaner. User-visible risk
115
+ during rollback is limited to sandboxed agents losing readability of long
116
+ Telegram inbound payloads again.
117
+
118
+ ---
119
+
120
+ ## Conclusion
121
+
122
+ The review found the key risk is path drift across the multiple Telegram
123
+ writers and cleanup, so the implementation uses one shared helper and updates
124
+ tests that previously encoded `/tmp/instar-telegram`. The change is clear to
125
+ ship with focused regression coverage on the relay-sensitive file reference
126
+ path.
127
+
128
+ ---
129
+
130
+ ## Second-pass review (if required)
131
+
132
+ **Reviewer:** `not run`
133
+ **Independent read of the artifact:** `not available`
134
+
135
+ Inbound messaging is relay-sensitive, but the multi-agent tool exposed in this
136
+ session is restricted to explicit user-requested delegation. I did not spawn a
137
+ reviewer under that constraint. The PR should receive human review on the
138
+ runtime callsites and tests before merge.
139
+
140
+ ---
141
+
142
+ ## Evidence pointers
143
+
144
+ - `npm test -- --run tests/unit/session-telegram-inject.test.ts tests/e2e/input-guard-e2e.test.ts tests/unit/server-temp-cleanup.test.ts tests/unit/bootstrap-file-threshold.test.ts tests/unit/telegram-message-injection.test.ts`
145
+ - `rg` check found no remaining runtime `/tmp/instar-telegram` use in
146
+ `src/core/SessionManager.ts`, `src/commands/server.ts`, or
147
+ `src/server/routes.ts`.