instar 1.3.32 → 1.3.34

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.
Files changed (42) hide show
  1. package/dist/commands/server.d.ts.map +1 -1
  2. package/dist/commands/server.js +47 -1
  3. package/dist/commands/server.js.map +1 -1
  4. package/dist/core/types.d.ts +16 -0
  5. package/dist/core/types.d.ts.map +1 -1
  6. package/dist/core/types.js.map +1 -1
  7. package/dist/feedback-factory/dryrun/dryRunCompare.d.ts +82 -0
  8. package/dist/feedback-factory/dryrun/dryRunCompare.d.ts.map +1 -0
  9. package/dist/feedback-factory/dryrun/dryRunCompare.js +88 -0
  10. package/dist/feedback-factory/dryrun/dryRunCompare.js.map +1 -0
  11. package/dist/feedback-factory/processor/parity.d.ts +111 -0
  12. package/dist/feedback-factory/processor/parity.d.ts.map +1 -0
  13. package/dist/feedback-factory/processor/parity.js +118 -0
  14. package/dist/feedback-factory/processor/parity.js.map +1 -0
  15. package/dist/feedback-factory/store/ReadOnlyShadowStore.d.ts +59 -0
  16. package/dist/feedback-factory/store/ReadOnlyShadowStore.d.ts.map +1 -0
  17. package/dist/feedback-factory/store/ReadOnlyShadowStore.js +88 -0
  18. package/dist/feedback-factory/store/ReadOnlyShadowStore.js.map +1 -0
  19. package/dist/messaging/TelegramAdapter.d.ts +12 -1
  20. package/dist/messaging/TelegramAdapter.d.ts.map +1 -1
  21. package/dist/messaging/TelegramAdapter.js +28 -7
  22. package/dist/messaging/TelegramAdapter.js.map +1 -1
  23. package/dist/monitoring/StopNotifier.d.ts +88 -0
  24. package/dist/monitoring/StopNotifier.d.ts.map +1 -0
  25. package/dist/monitoring/StopNotifier.js +105 -0
  26. package/dist/monitoring/StopNotifier.js.map +1 -0
  27. package/dist/server/AgentServer.d.ts +2 -0
  28. package/dist/server/AgentServer.d.ts.map +1 -1
  29. package/dist/server/AgentServer.js +1 -0
  30. package/dist/server/AgentServer.js.map +1 -1
  31. package/dist/server/routes.d.ts +4 -0
  32. package/dist/server/routes.d.ts.map +1 -1
  33. package/dist/server/routes.js +13 -0
  34. package/dist/server/routes.js.map +1 -1
  35. package/package.json +1 -1
  36. package/src/data/builtin-manifest.json +47 -47
  37. package/upgrades/1.3.31.md +9 -10
  38. package/upgrades/1.3.33.md +36 -0
  39. package/upgrades/1.3.34.md +37 -0
  40. package/upgrades/side-effects/feedback-factory-dryrun.md +93 -0
  41. package/upgrades/side-effects/notify-on-stop-layer-b.md +34 -0
  42. package/upgrades/side-effects/telegram-adapter-multi-instance.md +61 -0
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "instar",
3
- "version": "1.3.32",
3
+ "version": "1.3.34",
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-05-27T22:28:16.266Z",
5
- "instarVersion": "1.3.32",
4
+ "generatedAt": "2026-05-27T22:51:12.342Z",
5
+ "instarVersion": "1.3.34",
6
6
  "entryCount": 192,
7
7
  "entries": {
8
8
  "hook:session-start": {
@@ -401,7 +401,7 @@
401
401
  "type": "route-group",
402
402
  "domain": "monitoring",
403
403
  "sourcePath": "src/server/routes.ts",
404
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
404
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
405
405
  "since": "2025-01-01"
406
406
  },
407
407
  "route-group:agents": {
@@ -409,7 +409,7 @@
409
409
  "type": "route-group",
410
410
  "domain": "sessions",
411
411
  "sourcePath": "src/server/routes.ts",
412
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
412
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
413
413
  "since": "2025-01-01"
414
414
  },
415
415
  "route-group:backups": {
@@ -417,7 +417,7 @@
417
417
  "type": "route-group",
418
418
  "domain": "operations",
419
419
  "sourcePath": "src/server/routes.ts",
420
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
420
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
421
421
  "since": "2025-01-01"
422
422
  },
423
423
  "route-group:git": {
@@ -425,7 +425,7 @@
425
425
  "type": "route-group",
426
426
  "domain": "coordination",
427
427
  "sourcePath": "src/server/routes.ts",
428
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
428
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
429
429
  "since": "2025-01-01"
430
430
  },
431
431
  "route-group:memory": {
@@ -433,7 +433,7 @@
433
433
  "type": "route-group",
434
434
  "domain": "memory",
435
435
  "sourcePath": "src/server/routes.ts",
436
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
436
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
437
437
  "since": "2025-01-01"
438
438
  },
439
439
  "route-group:semantic": {
@@ -441,7 +441,7 @@
441
441
  "type": "route-group",
442
442
  "domain": "memory",
443
443
  "sourcePath": "src/server/routes.ts",
444
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
444
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
445
445
  "since": "2025-01-01"
446
446
  },
447
447
  "route-group:status": {
@@ -449,7 +449,7 @@
449
449
  "type": "route-group",
450
450
  "domain": "monitoring",
451
451
  "sourcePath": "src/server/routes.ts",
452
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
452
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
453
453
  "since": "2025-01-01"
454
454
  },
455
455
  "route-group:capabilities": {
@@ -457,7 +457,7 @@
457
457
  "type": "route-group",
458
458
  "domain": "mapping",
459
459
  "sourcePath": "src/server/routes.ts",
460
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
460
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
461
461
  "since": "2025-01-01"
462
462
  },
463
463
  "route-group:project-map": {
@@ -465,7 +465,7 @@
465
465
  "type": "route-group",
466
466
  "domain": "mapping",
467
467
  "sourcePath": "src/server/routes.ts",
468
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
468
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
469
469
  "since": "2025-01-01"
470
470
  },
471
471
  "route-group:coherence": {
@@ -473,7 +473,7 @@
473
473
  "type": "route-group",
474
474
  "domain": "coherence",
475
475
  "sourcePath": "src/server/routes.ts",
476
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
476
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
477
477
  "since": "2025-01-01"
478
478
  },
479
479
  "route-group:topic-bindings": {
@@ -481,7 +481,7 @@
481
481
  "type": "route-group",
482
482
  "domain": "sessions",
483
483
  "sourcePath": "src/server/routes.ts",
484
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
484
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
485
485
  "since": "2025-01-01"
486
486
  },
487
487
  "route-group:context": {
@@ -489,7 +489,7 @@
489
489
  "type": "route-group",
490
490
  "domain": "context",
491
491
  "sourcePath": "src/server/routes.ts",
492
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
492
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
493
493
  "since": "2025-01-01"
494
494
  },
495
495
  "route-group:scope-coherence": {
@@ -497,7 +497,7 @@
497
497
  "type": "route-group",
498
498
  "domain": "coherence",
499
499
  "sourcePath": "src/server/routes.ts",
500
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
500
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
501
501
  "since": "2025-01-01"
502
502
  },
503
503
  "route-group:canonical-state": {
@@ -505,7 +505,7 @@
505
505
  "type": "route-group",
506
506
  "domain": "state",
507
507
  "sourcePath": "src/server/routes.ts",
508
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
508
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
509
509
  "since": "2025-01-01"
510
510
  },
511
511
  "route-group:ci": {
@@ -513,7 +513,7 @@
513
513
  "type": "route-group",
514
514
  "domain": "monitoring",
515
515
  "sourcePath": "src/server/routes.ts",
516
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
516
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
517
517
  "since": "2025-01-01"
518
518
  },
519
519
  "route-group:sessions": {
@@ -521,7 +521,7 @@
521
521
  "type": "route-group",
522
522
  "domain": "sessions",
523
523
  "sourcePath": "src/server/routes.ts",
524
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
524
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
525
525
  "since": "2025-01-01"
526
526
  },
527
527
  "route-group:jobs": {
@@ -529,7 +529,7 @@
529
529
  "type": "route-group",
530
530
  "domain": "scheduling",
531
531
  "sourcePath": "src/server/routes.ts",
532
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
532
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
533
533
  "since": "2025-01-01"
534
534
  },
535
535
  "route-group:skip-ledger": {
@@ -537,7 +537,7 @@
537
537
  "type": "route-group",
538
538
  "domain": "scheduling",
539
539
  "sourcePath": "src/server/routes.ts",
540
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
540
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
541
541
  "since": "2025-01-01"
542
542
  },
543
543
  "route-group:telegram": {
@@ -545,7 +545,7 @@
545
545
  "type": "route-group",
546
546
  "domain": "communication",
547
547
  "sourcePath": "src/server/routes.ts",
548
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
548
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
549
549
  "since": "2025-01-01"
550
550
  },
551
551
  "route-group:attention": {
@@ -553,7 +553,7 @@
553
553
  "type": "route-group",
554
554
  "domain": "communication",
555
555
  "sourcePath": "src/server/routes.ts",
556
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
556
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
557
557
  "since": "2025-01-01"
558
558
  },
559
559
  "route-group:relationships": {
@@ -561,7 +561,7 @@
561
561
  "type": "route-group",
562
562
  "domain": "relationships",
563
563
  "sourcePath": "src/server/routes.ts",
564
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
564
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
565
565
  "since": "2025-01-01"
566
566
  },
567
567
  "route-group:feedback": {
@@ -569,7 +569,7 @@
569
569
  "type": "route-group",
570
570
  "domain": "feedback",
571
571
  "sourcePath": "src/server/routes.ts",
572
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
572
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
573
573
  "since": "2025-01-01"
574
574
  },
575
575
  "route-group:updates": {
@@ -577,7 +577,7 @@
577
577
  "type": "route-group",
578
578
  "domain": "updates",
579
579
  "sourcePath": "src/server/routes.ts",
580
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
580
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
581
581
  "since": "2025-01-01"
582
582
  },
583
583
  "route-group:dispatches": {
@@ -585,7 +585,7 @@
585
585
  "type": "route-group",
586
586
  "domain": "dispatches",
587
587
  "sourcePath": "src/server/routes.ts",
588
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
588
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
589
589
  "since": "2025-01-01"
590
590
  },
591
591
  "route-group:quota": {
@@ -593,7 +593,7 @@
593
593
  "type": "route-group",
594
594
  "domain": "monitoring",
595
595
  "sourcePath": "src/server/routes.ts",
596
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
596
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
597
597
  "since": "2025-01-01"
598
598
  },
599
599
  "route-group:publishing": {
@@ -601,7 +601,7 @@
601
601
  "type": "route-group",
602
602
  "domain": "publishing",
603
603
  "sourcePath": "src/server/routes.ts",
604
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
604
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
605
605
  "since": "2025-01-01"
606
606
  },
607
607
  "route-group:private-views": {
@@ -609,7 +609,7 @@
609
609
  "type": "route-group",
610
610
  "domain": "publishing",
611
611
  "sourcePath": "src/server/routes.ts",
612
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
612
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
613
613
  "since": "2025-01-01"
614
614
  },
615
615
  "route-group:tunnel": {
@@ -617,7 +617,7 @@
617
617
  "type": "route-group",
618
618
  "domain": "networking",
619
619
  "sourcePath": "src/server/routes.ts",
620
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
620
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
621
621
  "since": "2025-01-01"
622
622
  },
623
623
  "route-group:events": {
@@ -625,7 +625,7 @@
625
625
  "type": "route-group",
626
626
  "domain": "networking",
627
627
  "sourcePath": "src/server/routes.ts",
628
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
628
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
629
629
  "since": "2025-01-01"
630
630
  },
631
631
  "route-group:evolution": {
@@ -633,7 +633,7 @@
633
633
  "type": "route-group",
634
634
  "domain": "evolution",
635
635
  "sourcePath": "src/server/routes.ts",
636
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
636
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
637
637
  "since": "2025-01-01"
638
638
  },
639
639
  "route-group:watchdog": {
@@ -641,7 +641,7 @@
641
641
  "type": "route-group",
642
642
  "domain": "monitoring",
643
643
  "sourcePath": "src/server/routes.ts",
644
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
644
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
645
645
  "since": "2025-01-01"
646
646
  },
647
647
  "route-group:topic-memory": {
@@ -649,7 +649,7 @@
649
649
  "type": "route-group",
650
650
  "domain": "memory",
651
651
  "sourcePath": "src/server/routes.ts",
652
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
652
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
653
653
  "since": "2025-01-01"
654
654
  },
655
655
  "route-group:state-sync": {
@@ -657,7 +657,7 @@
657
657
  "type": "route-group",
658
658
  "domain": "coordination",
659
659
  "sourcePath": "src/server/routes.ts",
660
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
660
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
661
661
  "since": "2025-01-01"
662
662
  },
663
663
  "route-group:intent": {
@@ -665,7 +665,7 @@
665
665
  "type": "route-group",
666
666
  "domain": "intent",
667
667
  "sourcePath": "src/server/routes.ts",
668
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
668
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
669
669
  "since": "2025-01-01"
670
670
  },
671
671
  "route-group:triage": {
@@ -673,7 +673,7 @@
673
673
  "type": "route-group",
674
674
  "domain": "safety",
675
675
  "sourcePath": "src/server/routes.ts",
676
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
676
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
677
677
  "since": "2025-01-01"
678
678
  },
679
679
  "route-group:operations": {
@@ -681,7 +681,7 @@
681
681
  "type": "route-group",
682
682
  "domain": "safety",
683
683
  "sourcePath": "src/server/routes.ts",
684
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
684
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
685
685
  "since": "2025-01-01"
686
686
  },
687
687
  "route-group:sentinel": {
@@ -689,7 +689,7 @@
689
689
  "type": "route-group",
690
690
  "domain": "safety",
691
691
  "sourcePath": "src/server/routes.ts",
692
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
692
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
693
693
  "since": "2025-01-01"
694
694
  },
695
695
  "route-group:trust": {
@@ -697,7 +697,7 @@
697
697
  "type": "route-group",
698
698
  "domain": "safety",
699
699
  "sourcePath": "src/server/routes.ts",
700
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
700
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
701
701
  "since": "2025-01-01"
702
702
  },
703
703
  "route-group:monitoring": {
@@ -705,7 +705,7 @@
705
705
  "type": "route-group",
706
706
  "domain": "monitoring",
707
707
  "sourcePath": "src/server/routes.ts",
708
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
708
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
709
709
  "since": "2025-01-01"
710
710
  },
711
711
  "route-group:commitments": {
@@ -713,7 +713,7 @@
713
713
  "type": "route-group",
714
714
  "domain": "commitments",
715
715
  "sourcePath": "src/server/routes.ts",
716
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
716
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
717
717
  "since": "2025-01-01"
718
718
  },
719
719
  "route-group:episodes": {
@@ -721,7 +721,7 @@
721
721
  "type": "route-group",
722
722
  "domain": "memory",
723
723
  "sourcePath": "src/server/routes.ts",
724
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
724
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
725
725
  "since": "2025-01-01"
726
726
  },
727
727
  "route-group:messages": {
@@ -729,7 +729,7 @@
729
729
  "type": "route-group",
730
730
  "domain": "coordination",
731
731
  "sourcePath": "src/server/routes.ts",
732
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
732
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
733
733
  "since": "2025-01-01"
734
734
  },
735
735
  "route-group:system-reviews": {
@@ -737,7 +737,7 @@
737
737
  "type": "route-group",
738
738
  "domain": "monitoring",
739
739
  "sourcePath": "src/server/routes.ts",
740
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
740
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
741
741
  "since": "2025-01-01"
742
742
  },
743
743
  "route-group:machine-mesh": {
@@ -753,7 +753,7 @@
753
753
  "type": "route-group",
754
754
  "domain": "security",
755
755
  "sourcePath": "src/server/routes.ts",
756
- "contentHash": "bab755f0fac6c0294987980226d9e86e0c66dbc907bb63e7e069752c69227a12",
756
+ "contentHash": "96fab9a3a4a73c46881b736f94f8ddb60f93426a0b62411cafb8752fdd61526c",
757
757
  "since": "2025-01-01"
758
758
  },
759
759
  "cli:init": {
@@ -1449,7 +1449,7 @@
1449
1449
  "type": "subsystem",
1450
1450
  "domain": "server",
1451
1451
  "sourcePath": "src/server/AgentServer.ts",
1452
- "contentHash": "1ea8e7160275776b2e410635588d2db3cc56083324dff60488cc5e3a41cf2025",
1452
+ "contentHash": "d82518a55c08f4a3272996194be47868415b904f407d1fcec7c43cbcd0ac1275",
1453
1453
  "since": "2025-01-01"
1454
1454
  },
1455
1455
  "subsystem:session-manager": {
@@ -4,26 +4,25 @@
4
4
 
5
5
  ## What Changed
6
6
 
7
- Notify-on-stop, Layer A: when an autonomous run reaches a terminal exit — it completed, ran out of its time budget, or was emergency-stopped — the agent now sends one plain-English Telegram to the run's topic explaining why it stopped. Previously these reasons were only written to stderr (the terminal the user can't see), so an autonomous run could end in silence unless the agent remembered to send a wrap-up. This bakes the "a session either keeps going OR tells you why it stopped" guarantee into the stop hook itself.
7
+ Notify-on-stop, Layer B: when the Unjustified Stop Gate judges a stop unjustified-but-unblockable (`continue` in shadow mode — the gate wants to keep going but shadow can't block, so the session silently stalls) or ambiguous (`escalate`), and the stopping session is **unattended** (an autonomous run), the user now gets one coalesced plain-English heads-up ("a background run stopped mid-task — want me to pick it back up?"). Previously the gate saw these and could do nothing the user could observe.
8
8
 
9
- The notice is best-effort and non-blocking (a delivery hiccup never blocks the exit), fires at most once per run, and reuses the existing Telegram reply transport + the run's existing topic (no new topic is ever created).
9
+ Tightly bounded to stay near-silent: only those two genuinely-stuck decision classes, only unattended sessions, at most once per session per 30 minutes, coalesced onto the single system (lifeline) topic. Routine turn-ends, blocked-and-continued stops, and transient fail-opens stay silent. Default ON (Justin's explicit "tell me why it stopped"); disable with `monitoring.notifyOnStop.enabled=false`.
10
10
 
11
- Existing agents receive the notify-enabled hook automatically: the autonomous-stop-hook capability marker is bumped, so the marker+fingerprint migration re-deploys the updated hook to stock installs on update (customized hooks are left untouched).
11
+ Pairs with Layer A (autonomous-run terminal-exit notices, shipped in #437). Together: a session either keeps going, or the user is told why it stopped.
12
12
 
13
13
  ## What to Tell Your User
14
14
 
15
- - When one of my autonomous runs finishes (or times out, or is stopped), you now get a short heads-up explaining why — no more silent endings.
15
+ - If one of my background runs stalls mid-task when it shouldn't have, you now get a single heads-up — even when the watchdog can't restart it itself.
16
16
 
17
17
  ## Summary of New Capabilities
18
18
 
19
19
  | Capability | How to Use |
20
20
  |-----------|-----------|
21
- | Autonomous-run terminal exits send a Telegram explaining why | Automatic; one message per run to the run's topic |
21
+ | Unjustified mid-task stalls on unattended sessions surface one coalesced Telegram | Automatic (default on); `monitoring.notifyOnStop.enabled=false` to disable |
22
22
 
23
23
  ## Evidence
24
24
 
25
- - Hook: `.claude/skills/autonomous/hooks/autonomous-stop-hook.sh` (`notify_terminal_stop` at all 6 terminal exits).
26
- - Migration: `src/core/PostUpdateMigrator.ts` (capability marker → `notify_terminal_stop`).
27
- - Tests: `tests/unit/autonomous-stop-hook-notify.test.ts` (9 — static wiring, functional delivery via the real extracted helper, migration).
28
- - Spec: `docs/specs/NOTIFY-ON-STOP-SPEC.md` (approved) + `.eli16.md`. Side-effects: `upgrades/side-effects/notify-on-stop-layer-a.md`.
29
- - Layer B (watchdog-caught mid-task stalls) ships separately under the same spec.
25
+ - `src/monitoring/StopNotifier.ts` (decision matrix + attended-gate + dedup); wired via `src/server/routes.ts` (evaluate route), `src/commands/server.ts` (construction), `src/server/AgentServer.ts` (forward).
26
+ - Config: `monitoring.notifyOnStop` in `src/core/types.ts`.
27
+ - Tests: `tests/unit/StopNotifier.test.ts` (21 — both sides of every decision boundary, gates, dedup) + `tests/unit/stop-notifier-wiring.test.ts` (6 — no dead code).
28
+ - Spec: `docs/specs/NOTIFY-ON-STOP-SPEC.md` (approved). Side-effects: `upgrades/side-effects/notify-on-stop-layer-b.md`.
@@ -0,0 +1,36 @@
1
+ # Upgrade Guide — vNEXT
2
+
3
+ <!-- bump: patch -->
4
+
5
+ ## What Changed
6
+
7
+ **Notify-on-stop, Layer B.** When the Unjustified Stop Gate judges a stop unjustified-but-unblockable (`continue` in shadow mode — the gate wants to keep going but shadow can't block, so the session silently stalls) or ambiguous (`escalate`), and the stopping session is **unattended** (an autonomous run), the user now gets one coalesced plain-English heads-up ("a background run stopped mid-task — want me to pick it back up?"). Previously the gate saw these and could do nothing the user could observe.
8
+
9
+ Tightly bounded to stay near-silent: only those two genuinely-stuck decision classes, only unattended sessions, at most once per session per 30 minutes, coalesced onto the single system (lifeline) topic. Routine turn-ends, blocked-and-continued stops, and transient fail-opens stay silent. Default ON (Justin's explicit "tell me why it stopped"); disable with `monitoring.notifyOnStop.enabled=false`. Pairs with Layer A (autonomous-run terminal-exit notices).
10
+
11
+ **Feedback Factory Migration — dry-run/compare machinery.** Next increment of the migration (spec `docs/specs/feedback-factory-migration.md`, approved). Ships the safety harness that lets the ported Instar processor run safely against Portal's live database during the cutover — without ever being able to change it. Three new internal modules under `src/feedback-factory/`:
12
+
13
+ - **`store/ReadOnlyShadowStore.ts`** — a read-only wrapper around the feedback data layer. Reads pass through; every write throws. The structural guarantee that the dry-run can never mutate the curated bug history (Portal stays the sole writer through cutover).
14
+ - **`processor/parity.ts`** — the comparator for the three order-independent invariants the migration spec pins: per-cluster fingerprint, terminal status, and recurrence count. Recomputing fingerprints over the live clusters and diffing them is the highest-signal check — it catches any Python↔TypeScript divergence on real production titles.
15
+ - **`dryrun/dryRunCompare.ts`** — the runner: reads the clusters, compares the invariants, writes a JSONL audit trail, and returns a verdict. `divergent === true` is the signal that blocks cutover.
16
+
17
+ Still internal building blocks — not yet wired into any route or job, so no behavioral change. The live database adapter behind the read-only seam lands once Dawn hands off the read credentials.
18
+
19
+ ## What to Tell Your User
20
+
21
+ - If one of my background runs stalls mid-task when it shouldn't have, you now get a single heads-up — even when the watchdog can't restart it itself.
22
+ - On the feedback system: this is the safety harness for moving it in-house. It lets me run my new version *alongside* Dawn's, reading the same live data, and prove they make identical decisions — while making it physically impossible for my version to touch the real records. The comparison is built to ignore harmless ordering differences and only flag *real* disagreements.
23
+
24
+ ## Summary of New Capabilities
25
+
26
+ | Capability | How to Use |
27
+ |-----------|-----------|
28
+ | Unjustified mid-task stalls on unattended sessions surface one coalesced Telegram | Automatic (default on); `monitoring.notifyOnStop.enabled=false` to disable |
29
+ | Read-only shadow store (write-guard) | Internal `src/feedback-factory/store/ReadOnlyShadowStore.ts` — wraps any `FeedbackStore`; writes throw |
30
+ | Parity invariant comparator | Internal `src/feedback-factory/processor/parity.ts` — `compareInvariants()` |
31
+ | Dry-run/compare runner | Internal `src/feedback-factory/dryrun/dryRunCompare.ts` — `runDryRunCompare(source, opts)` → verdict + JSONL |
32
+
33
+ ## Evidence
34
+
35
+ - **Notify-on-stop Layer B:** `src/monitoring/StopNotifier.ts` (decision matrix + attended-gate + dedup); wired via `src/server/routes.ts`, `src/commands/server.ts`, `src/server/AgentServer.ts`. Config: `monitoring.notifyOnStop` in `src/core/types.ts`. Tests: `tests/unit/StopNotifier.test.ts` (21) + `tests/unit/stop-notifier-wiring.test.ts` (6). Spec: `docs/specs/NOTIFY-ON-STOP-SPEC.md`. Side-effects: `upgrades/side-effects/notify-on-stop-layer-b.md`.
36
+ - **Feedback-factory dry-run:** 21 new unit tests across the three modules, all green; full feedback-factory unit dir 128/128 green; `tsc --noEmit` clean. Both-sides-of-boundary: every read delegates AND every write throws (with the offending method name); the comparator asserts no-divergence on matching data plus a real divergence for each invariant; the runner covers the clean path, a divergent corpus, the JSONL audit trail, return-only mode, and the never-mutates-the-source guarantee. Faithful to the reference: per-cluster fingerprint is derived exactly as the Python's `cmd_backfill_fingerprints` (`computeFingerprint(cluster.type, cluster.title)`). Side-effects: `upgrades/side-effects/feedback-factory-dryrun.md`.
@@ -0,0 +1,37 @@
1
+ # Instar Upgrade Guide — NEXT
2
+
3
+ <!-- bump: patch -->
4
+
5
+ ## What Changed
6
+
7
+ **TelegramAdapter can now run a second bot cleanly (groundwork for agent-to-agent Telegram
8
+ comms).** Two internal additions, both shipping dark (nothing uses them yet): (1) a
9
+ non-primary Telegram adapter can namespace its own state files under a sub-directory, so two
10
+ bots in one process never clobber each other's poll-offset / registry / message-log /
11
+ attention files; and (2) inbound Telegram messages now expose whether the sender is a bot
12
+ (`is_bot`) and any `sender_chat` — the structural input a later update uses to tell an
13
+ agent-sent message from a human typing the same text. The primary bot's behavior and state
14
+ paths are byte-for-byte unchanged.
15
+
16
+ ## What to Tell Your User
17
+
18
+ - Nothing changes in how your agent behaves today — this is plumbing for a later feature
19
+ (agents messaging each other over Telegram). Your agent's own Telegram keeps working
20
+ exactly as before.
21
+
22
+ ## Summary of New Capabilities
23
+
24
+ | Capability | How to Use |
25
+ |-----------|-----------|
26
+ | Multi-instance `TelegramAdapter` | Internal — `new TelegramAdapter(cfg, stateDir, { subDir, suppressLifelineAutoCreate })`; primary (no opts) unchanged |
27
+ | Sender-identity on inbound messages | Internal — `message.from.is_bot` + `message.sender_chat` exposed on the update type |
28
+
29
+ ## Evidence
30
+
31
+ **Net-new groundwork, not a bug fix.** Proven by a dedicated test asserting the load-bearing
32
+ safety property — a PRIMARY adapter's four state-file paths are byte-for-byte the historical
33
+ `{stateDir}/...` values (this code runs the agent's own Telegram, so an unchanged primary is
34
+ the non-negotiable invariant) — plus that a `subDir` adapter namespaces all four files and
35
+ shares no path with the primary. The existing Telegram suites (71 tests across 5 files) pass
36
+ unchanged as the regression guard. `tsc --noEmit` clean. The wiring that consumes these
37
+ (the agent-message recipient handler + `sendAgentMessage`) lands in the follow-up PR.
@@ -0,0 +1,93 @@
1
+ # Side-effects review — feedback-factory dry-run/compare + ReadOnlyShadowStore
2
+
3
+ Spec: `docs/specs/feedback-factory-migration.md` (converged v2, approved 2026-05-26).
4
+ Increment: the Phase-1/3 dry-run/compare machinery — `ReadOnlyShadowStore` (write-guard),
5
+ `parity.ts` (invariant comparator), `dryRunCompare.ts` (runner + `ParitySource` seam).
6
+ Purely additive: three new `src/feedback-factory/` files + three new unit test files; zero
7
+ edits to existing code.
8
+
9
+ ## What this ships
10
+
11
+ The mechanism that lets the ported Instar processor run **read-only against Portal's live
12
+ canonical DB** and have its decisions compared to Portal's, with Portal remaining the sole
13
+ writer through cutover (the one-shared-DB precondition that prevents split-brain). Three
14
+ order-independent invariants per spec §2.3:
15
+
16
+ 1. **Fingerprint (per cluster)** — `computeFingerprint(cluster.type, cluster.title)` recomputed
17
+ over Portal's live clusters and diffed against the stored value. Pure, no replay, fully
18
+ order-independent. The highest-signal gate (catches byte-level Python↔JS divergence on real
19
+ production titles). Faithful to the reference's `cmd_backfill_fingerprints` (:256).
20
+ 2. **Terminal status** — keyed by fingerprint, not raw slug clusterId.
21
+ 3. **Recurrence/cycling count** — keyed by fingerprint.
22
+
23
+ `result.divergent === true` is the structural signal that blocks Phase 4 cutover.
24
+
25
+ ## Over-block / under-block
26
+
27
+ - **ReadOnlyShadowStore**: deliberately over-strict on writes — every one of the 6 mutating
28
+ methods throws. This is the correct direction: the failure we are guarding against
29
+ (corrupting Portal's curated bug history) is catastrophic and irreversible, while a false
30
+ block is a loud, immediate, recoverable error at the seam. No under-block path exists: there
31
+ is no method that silently no-ops a write.
32
+ - **Fingerprint comparator**: skips clusters with no stored fingerprint (pre-backfill rows) —
33
+ prevents the false positive of flagging "divergence" against an empty string. It does NOT
34
+ skip any cluster that *has* a fingerprint, so it cannot under-block a real divergence.
35
+ - **Outcome comparator (status/recurrence)**: treats a fingerprint present on only one side as
36
+ a divergence (`missing-instar` / `missing-portal`) rather than ignoring it — chosen to
37
+ surface grouping disagreements rather than hide them. This is the conservative (over-surface)
38
+ direction, appropriate for a cutover gate.
39
+
40
+ ## Level-of-abstraction fit
41
+
42
+ - The comparator is **pure** (no I/O) and lives beside the other pure processor logic in
43
+ `processor/`. The runner owns the I/O (read source + JSONL append) and lives in a new
44
+ `dryrun/` directory — matching the existing separation (pure decision logic vs. composition).
45
+ - `ParitySource` is the single read-only seam. The Prisma-over-Postgres adapter is the only
46
+ production implementation and is intentionally NOT built here (credentials-gated — see
47
+ Deferrals). The interface is the contract Dawn confirmed her adapter slots into.
48
+ - `ReadOnlyShadowStore` wraps the existing `FeedbackStore` interface rather than inventing a
49
+ new one — it is a faithful decorator, so any present or future `FeedbackStore` consumer can
50
+ be made read-only without changes.
51
+
52
+ ## Signal-vs-authority compliance
53
+
54
+ This increment is **signal-only**, not authority. It produces a verdict (`divergent`) and a
55
+ JSONL audit trail; it takes no action — no cutover, no migration, no messaging, no mutation.
56
+ The authority to advance Phase 4 remains with the operator + Dawn's line-by-line review. This
57
+ matches the Instar separation: a brittle/automated comparator detects and emits; a
58
+ higher-context human/gate decides. The runner cannot itself flip any switch.
59
+
60
+ ## Interactions
61
+
62
+ - **Portal's canonical DB**: read-only by construction (ShadowStore guard + read-only
63
+ `ParitySource`). The runner only ever reads + appends to a *local* JSONL log. No write path
64
+ to Portal exists in this code.
65
+ - **The ported processor (`process.ts` → `processUnprocessed`)**: the runner does NOT call it
66
+ (it would write). The comparator uses only the pure functions. The ShadowStore guard is the
67
+ backstop if a future caller wires `processUnprocessed` against a shadow store by mistake —
68
+ it throws at the first write instead of corrupting data.
69
+ - **Existing feedback-factory tests**: unaffected (additive change; full unit dir green —
70
+ 128 tests including the 21 new).
71
+ - **No config, hook, route, template, or migration surface is touched** — so no Migration
72
+ Parity / Agent Awareness obligation is triggered by *this* increment (those land with the
73
+ receiver/dispatch wiring + observability increments, which DO touch routes/templates).
74
+
75
+ ## Rollback cost
76
+
77
+ Trivial and isolated. Three new `src/` files + three new test files, no edits elsewhere,
78
+ nothing wired into server startup or routes yet. Reverting the commit removes the files with
79
+ zero downstream impact — nothing imports them in production paths. No data migration, no
80
+ state, no deployed surface.
81
+
82
+ ## Deferrals
83
+
84
+ - The **Prisma-over-Postgres `ParitySource` adapter** is not built in this increment.
85
+ Reason: it requires Dawn's read-only Postgres credentials + `prisma db pull` against the live
86
+ schema (a genuine external dependency, not avoidable work). The `ParitySource` interface +
87
+ `InMemoryParitySource` make the runner fully buildable and testable now; the live adapter
88
+ slots in behind the interface the moment credentials land. <!-- tracked: topic-12476 -->
89
+ - **Auto-derivation of Instar's status/recurrence outcomes (invariants 2 & 3) from a
90
+ point-in-time read** is not built. Reason: a faithful replay needs window-START cluster state,
91
+ which a current-state read cannot supply; the outcomes must come from a snapshot / full-history
92
+ export. The comparator + runner accept those outcome lists as inputs today, so the path is
93
+ complete pending the data source. <!-- tracked: topic-12476 -->