instar 1.3.240 → 1.3.241
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 +1 -1
- package/dist/commands/server.js.map +1 -1
- package/dist/core/SessionManager.d.ts +8 -1
- package/dist/core/SessionManager.d.ts.map +1 -1
- package/dist/core/SessionManager.js +33 -1
- package/dist/core/SessionManager.js.map +1 -1
- package/dist/server/routes.js +1 -1
- package/dist/server/routes.js.map +1 -1
- package/package.json +1 -1
- package/src/data/builtin-manifest.json +47 -47
- package/upgrades/{1.3.240.md → 1.3.241.md} +20 -0
- package/upgrades/side-effects/telegram-delivery-dedup.md +69 -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-04T06:
|
|
5
|
-
"instarVersion": "1.3.
|
|
4
|
+
"generatedAt": "2026-06-04T06:05:27.744Z",
|
|
5
|
+
"instarVersion": "1.3.241",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "5277e0b4fabf5bdf2f87d4479430203b424ccd4c7c3fd5116ca64add4201cbce",
|
|
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": "
|
|
1509
|
+
"contentHash": "d01eb671ddb9e21b1aeef11fb0b79a63db7a088baf94352fce58a3f0a7c4fd60",
|
|
1510
1510
|
"since": "2025-01-01"
|
|
1511
1511
|
},
|
|
1512
1512
|
"subsystem:auto-updater": {
|
|
@@ -15,6 +15,20 @@ the new `shortcutDifferentialCount`) but can never make the keystone look health
|
|
|
15
15
|
pre-field channels are grandfathered as `unknown` and still count, so an already-earned
|
|
16
16
|
keystone is never retroactively un-fired.
|
|
17
17
|
|
|
18
|
+
Adds a structural dedup at the Telegram→session delivery chokepoint
|
|
19
|
+
(`SessionManager.injectTelegramMessage`). A given Telegram `messageId` now reaches a
|
|
20
|
+
session at most once: the method keeps a small per-`(session, messageId)` ledger (pruned on
|
|
21
|
+
a 10-minute window) and, on a repeat, suppresses the re-injection and logs it instead of
|
|
22
|
+
delivering the same user message again. `messageId` is threaded in from both delivery paths
|
|
23
|
+
— the `/internal/telegram-forward` route (lifeline → server) and the in-process
|
|
24
|
+
`telegram→session` path. Callers that carry no positive `messageId` are unaffected (no
|
|
25
|
+
dedup), preserving back-compat.
|
|
26
|
+
|
|
27
|
+
This closes an observed bug where a single user message was forwarded to a codex session
|
|
28
|
+
five times over ~50s (upstream re-forward while the session was starting), making the agent
|
|
29
|
+
queue and re-process the same task repeatedly. The suppression is logged so the upstream
|
|
30
|
+
over-forward stays visible for a separate root-cause.
|
|
31
|
+
|
|
18
32
|
Path 1 of the Threadline A2A continuity fix. Headless one-shot `claude -p` reply
|
|
19
33
|
sessions never report their session id, so the resume entry kept a placeholder
|
|
20
34
|
uuid and every spaced follow-up cold-spawned (a live Echo↔Dawn round-trip proved
|
|
@@ -38,6 +52,12 @@ Nothing user-facing changes. Internally, the apprenticeship now records which ch
|
|
|
38
52
|
mentor↔mentee cycle ran through and structurally refuses to let a CLI/API shortcut count as
|
|
39
53
|
real keystone progress — so "is the real mentorship happening?" can't be faked.
|
|
40
54
|
|
|
55
|
+
Nothing user-facing changes in how you talk to your agent. Under the hood, if a single
|
|
56
|
+
message you send ever got relayed to the agent more than once (a rare hiccup when the agent
|
|
57
|
+
was just starting up), the agent now notices and acts on it only once — so it won't
|
|
58
|
+
double-work a request or burn extra model usage repeating itself. A note is written to the
|
|
59
|
+
log each time a duplicate is caught, so the underlying relay glitch can still be chased down.
|
|
60
|
+
|
|
41
61
|
When another agent and I have a back-and-forth, I now stay in the same
|
|
42
62
|
conversation across messages instead of forgetting between each one — so the
|
|
43
63
|
realistic turn-based exchange (which the upcoming agent-to-agent feedback work
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
# Side-Effects Review — Telegram delivery-chokepoint dedup
|
|
2
|
+
|
|
3
|
+
**Version / slug:** `telegram-delivery-dedup`
|
|
4
|
+
**Date:** `2026-06-03`
|
|
5
|
+
**Author:** `echo`
|
|
6
|
+
**Second-pass reviewer:** `not required`
|
|
7
|
+
|
|
8
|
+
## Summary of the change
|
|
9
|
+
|
|
10
|
+
`SessionManager.injectTelegramMessage` gains an optional trailing `messageId` param and a
|
|
11
|
+
structural dedup: a `(tmuxSession, messageId)` ledger (pruned on a 10-minute window) ensures
|
|
12
|
+
a given Telegram message reaches a session at most once. A repeat is suppressed (returns
|
|
13
|
+
`true` — already delivered) and logged via `console.warn`. `messageId` is threaded from the
|
|
14
|
+
two delivery callers: the `/internal/telegram-forward` route and the in-process
|
|
15
|
+
`telegram→session` path (derived from `pipeline.id` = `tg-{messageId}`).
|
|
16
|
+
|
|
17
|
+
## Decision-point inventory
|
|
18
|
+
|
|
19
|
+
One decision: "have I already delivered this `(session, messageId)` within the window?"
|
|
20
|
+
→ suppress + log, else record + deliver. Gated on `messageId` being a positive number.
|
|
21
|
+
|
|
22
|
+
## 1. Over-block
|
|
23
|
+
|
|
24
|
+
**What legitimate inputs does this reject?** Only a re-delivery of the SAME Telegram
|
|
25
|
+
`messageId` to the SAME session within 10 minutes — which is, by definition, a duplicate of
|
|
26
|
+
a message already delivered (Telegram `message_id` is unique per chat; a genuine re-send is a
|
|
27
|
+
NEW id). The first delivery always lands. Distinct messages (distinct ids), messages to
|
|
28
|
+
different sessions, and any caller that supplies no positive `messageId` (e.g. `0`/undefined)
|
|
29
|
+
are never deduped. So no legitimate distinct user message is dropped.
|
|
30
|
+
|
|
31
|
+
## 2. Under-block
|
|
32
|
+
|
|
33
|
+
**What does this still miss?** It does not fix the *upstream* cause of the over-forward
|
|
34
|
+
(lifeline re-forward / PendingRelayStore re-drive / sentinel pause+resume) — it is a
|
|
35
|
+
chokepoint backstop. The suppression `console.warn` is deliberately retained so the upstream
|
|
36
|
+
multiplicity remains observable for a follow-up root-cause. It also does not dedupe non-
|
|
37
|
+
Telegram delivery paths (WhatsApp/iMessage inject have their own methods, out of scope).
|
|
38
|
+
|
|
39
|
+
## 3. Level-of-abstraction fit
|
|
40
|
+
|
|
41
|
+
**Right layer?** Yes. `injectTelegramMessage` is the single server→session delivery
|
|
42
|
+
chokepoint that writes the `/tmp/instar-telegram` file and does the tmux inject; every
|
|
43
|
+
Telegram delivery path funnels through it. Guarding there means the dedup holds regardless of
|
|
44
|
+
which upstream component over-forwards (defense-in-depth, Structure > Willpower). The two
|
|
45
|
+
callers only thread the id through.
|
|
46
|
+
|
|
47
|
+
## 4. Signal vs authority compliance
|
|
48
|
+
|
|
49
|
+
**Required reference:** [docs/signal-vs-authority.md](../../docs/signal-vs-authority.md)
|
|
50
|
+
|
|
51
|
+
The dedup is an authority (it suppresses a delivery), but a tightly-scoped and conservative
|
|
52
|
+
one: it acts only on an exact `(session, messageId)` duplicate within a short window, and
|
|
53
|
+
returns success (the message WAS delivered on the first call), so callers see no failure. The
|
|
54
|
+
`console.warn` preserves the signal of the upstream over-forward for diagnosis. No user
|
|
55
|
+
message is lost.
|
|
56
|
+
|
|
57
|
+
## 5. Reversibility / blast radius
|
|
58
|
+
|
|
59
|
+
Bounded. The ledger is an in-memory `Map` pruned on a 10-minute window (naturally bounded by
|
|
60
|
+
message volume). No persistence, no schema, no config, no migration. If the dedup ever
|
|
61
|
+
misbehaved, the change is a few lines in one method plus two one-line caller edits; reverting
|
|
62
|
+
is trivial. The only behavioral change is "the exact same Telegram message is not injected
|
|
63
|
+
into the same session twice within 10 minutes."
|
|
64
|
+
|
|
65
|
+
## 6. Test coverage
|
|
66
|
+
|
|
67
|
+
`tests/unit/session-telegram-inject.test.ts` — both sides of the boundary with realistic
|
|
68
|
+
input: repeat id → suppressed (one file); distinct id → delivered (two files); no id →
|
|
69
|
+
no dedup (two files); id `0` → no dedup; same id to two sessions → both deliver.
|