instar 1.3.140 → 1.3.142
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 +47 -1
- package/dist/commands/server.js.map +1 -1
- package/dist/config/ConfigDefaults.d.ts.map +1 -1
- package/dist/config/ConfigDefaults.js +14 -0
- package/dist/config/ConfigDefaults.js.map +1 -1
- package/dist/core/types.d.ts +15 -0
- package/dist/core/types.d.ts.map +1 -1
- package/dist/core/types.js.map +1 -1
- package/dist/monitoring/AgentActivityState.d.ts +25 -0
- package/dist/monitoring/AgentActivityState.d.ts.map +1 -0
- package/dist/monitoring/AgentActivityState.js +17 -0
- package/dist/monitoring/AgentActivityState.js.map +1 -0
- package/dist/monitoring/SleepController.d.ts +103 -0
- package/dist/monitoring/SleepController.d.ts.map +1 -0
- package/dist/monitoring/SleepController.js +178 -0
- package/dist/monitoring/SleepController.js.map +1 -0
- package/dist/server/AgentServer.d.ts +4 -0
- package/dist/server/AgentServer.d.ts.map +1 -1
- package/dist/server/AgentServer.js +2 -0
- package/dist/server/AgentServer.js.map +1 -1
- package/dist/server/CapabilityIndex.d.ts.map +1 -1
- package/dist/server/CapabilityIndex.js +1 -0
- package/dist/server/CapabilityIndex.js.map +1 -1
- package/dist/server/routes.d.ts +4 -0
- package/dist/server/routes.d.ts.map +1 -1
- package/dist/server/routes.js +17 -0
- 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.141.md +52 -0
- package/upgrades/1.3.142.md +39 -0
- package/upgrades/side-effects/agent-hard-sleep-controller.md +101 -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-05-31T04:
|
|
5
|
-
"instarVersion": "1.3.
|
|
4
|
+
"generatedAt": "2026-05-31T04:37:55.427Z",
|
|
5
|
+
"instarVersion": "1.3.142",
|
|
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": "
|
|
412
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
420
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
428
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
436
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
444
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
452
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
460
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
468
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
476
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
484
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
492
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
500
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
508
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
516
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
524
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
532
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
540
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
548
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
556
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
564
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
572
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
580
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
588
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
596
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
604
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
612
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
620
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
628
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
636
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
644
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
652
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
660
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
668
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
676
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
684
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
692
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
700
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
708
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
716
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
724
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
732
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
740
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
748
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
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": "
|
|
764
|
+
"contentHash": "ae23600508f36ee8fab00180d252a4c5f374ae910465231768f8e2daad7e7dcf",
|
|
765
765
|
"since": "2025-01-01"
|
|
766
766
|
},
|
|
767
767
|
"cli:init": {
|
|
@@ -1457,7 +1457,7 @@
|
|
|
1457
1457
|
"type": "subsystem",
|
|
1458
1458
|
"domain": "server",
|
|
1459
1459
|
"sourcePath": "src/server/AgentServer.ts",
|
|
1460
|
-
"contentHash": "
|
|
1460
|
+
"contentHash": "e4b33671553c638bfd201a8a7217e76a52722324685dedc1b7f15ef2548060a6",
|
|
1461
1461
|
"since": "2025-01-01"
|
|
1462
1462
|
},
|
|
1463
1463
|
"subsystem:session-manager": {
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
# Upgrade Guide — vNEXT
|
|
2
|
+
|
|
3
|
+
<!-- bump: patch -->
|
|
4
|
+
|
|
5
|
+
## What Changed
|
|
6
|
+
|
|
7
|
+
**Foundation for agent hard-sleep: the SleepController decision layer (dark).** The
|
|
8
|
+
deepest lever of the Responsible Resource Usage work is letting a deeply-idle agent
|
|
9
|
+
drop its server to near-zero footprint and wake instantly on the next message. That
|
|
10
|
+
mechanism is risky, so this change ships the SAFE half first: the part that decides
|
|
11
|
+
"is it actually safe for this idle agent to sleep right now?" — and nothing else.
|
|
12
|
+
|
|
13
|
+
The new SleepController returns one of four verdicts — awake, idle-shallow,
|
|
14
|
+
keep-awake, or would-sleep — and applies every safety guard before it will ever say
|
|
15
|
+
would-sleep: it refuses if this machine currently holds the multi-machine serving
|
|
16
|
+
lease, if there is work in flight, or if a scheduled job is about to fire. Each
|
|
17
|
+
guard names itself in the reason. It ships OFF by default and, even when enabled,
|
|
18
|
+
runs in dry-run: it only records its decision to a log and serves it at a status
|
|
19
|
+
endpoint. It has no power to stop a server — that mechanism is a separate slice,
|
|
20
|
+
built only once this decision layer has been watched behaving correctly on a real
|
|
21
|
+
idle agent.
|
|
22
|
+
|
|
23
|
+
## What to Tell Your User
|
|
24
|
+
|
|
25
|
+
Nothing to configure, and nothing changes in how your agent behaves. This is the
|
|
26
|
+
groundwork for a future ability where a completely idle agent can quiet down to save
|
|
27
|
+
your machine's resources and wake the instant you message it. For now it only
|
|
28
|
+
watches and decides — it never actually sleeps anything — so it is safe and
|
|
29
|
+
invisible. You can see what it would decide at the sleep status endpoint.
|
|
30
|
+
|
|
31
|
+
## Summary of New Capabilities
|
|
32
|
+
|
|
33
|
+
- New SleepController decides whether a deeply-idle agent may hard-sleep, with
|
|
34
|
+
safety guards for held multi-machine lease, in-flight work, and imminent
|
|
35
|
+
scheduled jobs. Pure, exhaustively unit-tested on both sides of every boundary.
|
|
36
|
+
- New shared AgentActivityState idle signal, bumped at the inbound-message
|
|
37
|
+
chokepoint so a genuinely-messaged agent never sleeps.
|
|
38
|
+
- GET /sleep exposes the live verdict, reason, thresholds, and whether sleep is
|
|
39
|
+
armed. Read-only, Bearer-auth, 503-stub when disabled.
|
|
40
|
+
- Decision transitions audited to logs/agent-sleep-events.jsonl (low-noise).
|
|
41
|
+
- Config monitoring.agentSleep — OFF + dry-run by default.
|
|
42
|
+
|
|
43
|
+
## Evidence
|
|
44
|
+
|
|
45
|
+
- `tests/unit/SleepController.test.ts` — both sides of every guard boundary
|
|
46
|
+
(grace, deep-idle, lease, in-flight, scheduled-job), exact-threshold boundaries,
|
|
47
|
+
most-recent-of-inbound-vs-activity, dry-run-never-acts, once-per-episode latching,
|
|
48
|
+
transition-only audit, plus AgentActivityState.
|
|
49
|
+
- `tests/integration/sleep-controller-routes.test.ts` — GET /sleep returns 503
|
|
50
|
+
unwired and 200 with the live verdict + thresholds when wired (feature is alive),
|
|
51
|
+
and surfaces the blocking guard reason.
|
|
52
|
+
- Side-effects: `upgrades/side-effects/agent-hard-sleep-controller.md`.
|
|
@@ -0,0 +1,39 @@
|
|
|
1
|
+
---
|
|
2
|
+
review-convergence: complete
|
|
3
|
+
approved: true
|
|
4
|
+
approved-by: echo (standing 12h deploy mandate, topic 13435; test-only parity-coverage addition from the codex audit)
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Upgrade Guide — vNEXT
|
|
8
|
+
|
|
9
|
+
<!-- bump: patch -->
|
|
10
|
+
|
|
11
|
+
## What Changed — codex adapter observability readers now have conformance coverage
|
|
12
|
+
|
|
13
|
+
The provider-adapter conformance harness only exercised the OneShotCompletion primitive, and
|
|
14
|
+
only against the two Anthropic adapters. The codex adapter shipped conversation-log readers and
|
|
15
|
+
a session-resume index, but no test exercised them — so a codex adapter that declared one of
|
|
16
|
+
those capabilities while wiring no implementation (or drifting a method shape) would have passed
|
|
17
|
+
CI. This adds a contract-shape conformance suite that runs the SAME assertions against BOTH the
|
|
18
|
+
Anthropic and codex adapters for all three observability read primitives.
|
|
19
|
+
|
|
20
|
+
## Summary of New Capabilities
|
|
21
|
+
|
|
22
|
+
- New `tests/integration/conformance/observabilityReaders.conformance.test.ts` asserts, for the
|
|
23
|
+
`anthropic-headless` and `openai-codex` adapters: each declares the ConversationLogReader /
|
|
24
|
+
ConversationLogTailer / SessionResumeIndex capability, returns a primitive carrying the
|
|
25
|
+
matching capability marker, and exposes the interface methods as callables (18 cases).
|
|
26
|
+
- Test-only; no runtime/src change. Confirms the codex adapter wires all three readers correctly
|
|
27
|
+
and guards against future drift.
|
|
28
|
+
|
|
29
|
+
## What to Tell Your User
|
|
30
|
+
|
|
31
|
+
Nothing user-facing — this is internal test coverage that makes the codex (and future
|
|
32
|
+
non-Claude) adapters safer to evolve.
|
|
33
|
+
|
|
34
|
+
## Evidence
|
|
35
|
+
|
|
36
|
+
- `npx vitest run tests/integration/conformance/observabilityReaders.conformance.test.ts` → 18 passed.
|
|
37
|
+
- `tsc --noEmit` clean; `npm run lint` clean.
|
|
38
|
+
- Closes the parity-coverage gap logged in the framework-issue ledger
|
|
39
|
+
(dedupKey `codex-adapter-readers-no-conformance-coverage`).
|
|
@@ -0,0 +1,101 @@
|
|
|
1
|
+
# Side-Effects Review — Agent hard-sleep SleepController (Stage B, slice 1)
|
|
2
|
+
|
|
3
|
+
**Version / slug:** `agent-hard-sleep-controller`
|
|
4
|
+
**Date:** `2026-05-31`
|
|
5
|
+
**Author:** `echo`
|
|
6
|
+
**Second-pass reviewer:** `not required — dark + dry-run + signal-only; the module holds no blocking authority and never stops a process`
|
|
7
|
+
|
|
8
|
+
## Summary of the change
|
|
9
|
+
|
|
10
|
+
Adds the DECISION half of agent hard-sleep: `SleepController` (pure `evaluateSleep`
|
|
11
|
+
+ a thin ticking class) decides whether a deeply-idle agent may drop to near-zero
|
|
12
|
+
footprint, applying every safety guard (held multi-machine lease / in-flight work /
|
|
13
|
+
imminent scheduled job). A shared `AgentActivityState` idle signal is bumped at the
|
|
14
|
+
inbound chokepoint (`/internal/telegram-forward`). Wired into the server (off +
|
|
15
|
+
dry-run by default), exposed read-only at `GET /sleep`, audited to
|
|
16
|
+
`logs/agent-sleep-events.jsonl` on decision transitions. Files: new
|
|
17
|
+
`src/monitoring/SleepController.ts`, `src/monitoring/AgentActivityState.ts`;
|
|
18
|
+
config `monitoring.agentSleep` (types.ts + ConfigDefaults.ts); wiring in
|
|
19
|
+
server.ts + AgentServer.ts + routes.ts; CapabilityIndex classification.
|
|
20
|
+
|
|
21
|
+
## Decision-point inventory
|
|
22
|
+
|
|
23
|
+
- `evaluateSleep` (new decision) — add — the awake/idle-shallow/keep-awake/would-sleep verdict with guards.
|
|
24
|
+
- `SleepController` audit + (live-only) sleep-request — add — transition-only audit; `requestSleep` is unwired in this slice (no consumer).
|
|
25
|
+
- `GET /sleep` route — add — read-only verdict surface (503 when unwired).
|
|
26
|
+
- Inbound chokepoint — pass-through — adds a non-blocking `markInbound()` side-call.
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## 1. Over-block
|
|
31
|
+
|
|
32
|
+
No block/allow surface over any message or user action. The verdict is advisory;
|
|
33
|
+
in this slice nothing consumes a would-sleep (the `requestSleep` consumer is the
|
|
34
|
+
next slice). Over-block not applicable.
|
|
35
|
+
|
|
36
|
+
## 2. Under-block
|
|
37
|
+
|
|
38
|
+
The decision could, in principle, say "would-sleep" when it shouldn't (e.g. the
|
|
39
|
+
in-flight signal is approximate in this slice — it reads `currentInboundByTopic`
|
|
40
|
+
but not yet the relay/forward queue or the scheduler's next-fire). This is harmless
|
|
41
|
+
here: dry-run never acts on the verdict, and the next slice wires the remaining
|
|
42
|
+
in-flight + scheduler-wake signals BEFORE the mechanism that actually sleeps. The
|
|
43
|
+
guards that ARE wired (sessions, lease, recent activity) are exact.
|
|
44
|
+
|
|
45
|
+
## 3. Level-of-abstraction fit
|
|
46
|
+
|
|
47
|
+
Correct. The decision is a pure, exhaustively-tested function; the controller is a
|
|
48
|
+
thin cadence wrapper that mirrors the existing dark monitors (SessionReaper,
|
|
49
|
+
AgentWorktreeReaper) — same dark + dry-run discipline, same audit-on-transition,
|
|
50
|
+
same `snapshot()` route shape. It deliberately does NOT contain the mechanism
|
|
51
|
+
(supervisor stop / lifeline respawn); that is a separate slice so the decision can
|
|
52
|
+
be validated first.
|
|
53
|
+
|
|
54
|
+
## 4. Signal vs authority compliance
|
|
55
|
+
|
|
56
|
+
**Required reference:** [docs/signal-vs-authority.md](../../docs/signal-vs-authority.md)
|
|
57
|
+
|
|
58
|
+
- [x] No — this change produces a SIGNAL (a verdict + audit) with no blocking
|
|
59
|
+
authority over any message or process. In live mode (the mechanism slice) the verdict
|
|
60
|
+
would feed the supervisor handshake, but even then "sleep" is gated like the
|
|
61
|
+
SessionReaper (positive proof + KEEP-on-ambiguity), not a brittle detector with
|
|
62
|
+
kill authority.
|
|
63
|
+
|
|
64
|
+
## 5. Interactions
|
|
65
|
+
|
|
66
|
+
- **Shadowing:** none. `GET /sleep` is a new route; the inbound `markInbound()` is a
|
|
67
|
+
fire-and-forget side-call after the boot guard and does not alter the
|
|
68
|
+
forward's control flow or response.
|
|
69
|
+
- **Double-fire:** none. The controller is the only consumer of `AgentActivityState`.
|
|
70
|
+
No other monitor sleeps a server.
|
|
71
|
+
- **Races:** the controller ticks on a single timer (unref'd); `AgentActivityState`
|
|
72
|
+
is plain in-memory single-writer-per-event. The `sleepRequested` latch prevents
|
|
73
|
+
repeated requests within a would-sleep episode.
|
|
74
|
+
- **Feedback loops:** none — dry-run writes only an audit log it never reads back.
|
|
75
|
+
|
|
76
|
+
## 6. External surfaces
|
|
77
|
+
|
|
78
|
+
- **Other agents / install base:** pure additive source + a default-off config
|
|
79
|
+
block (auto-applied via ConfigDefaults; code reads with `?? default` so an agent
|
|
80
|
+
whose config lacks the block behaves identically — OFF). No agent-installed-file
|
|
81
|
+
change requiring a CLAUDE.md/hook migration; the route is internal observability
|
|
82
|
+
(classified in CapabilityIndex like /worktrees/agent-reaper), so no template/
|
|
83
|
+
awareness section is required for this dark slice.
|
|
84
|
+
- **External systems:** none.
|
|
85
|
+
- **Persistent state:** one best-effort append-only audit log
|
|
86
|
+
(`logs/agent-sleep-events.jsonl`), written only on decision transitions.
|
|
87
|
+
- **Timing:** one unref'd 60s timer when enabled; never started when disabled.
|
|
88
|
+
|
|
89
|
+
## 7. Rollback cost
|
|
90
|
+
|
|
91
|
+
Pure additive code + a default-off config block. Revert the commit → the controller,
|
|
92
|
+
route, config, and audit disappear; nothing else changes. No migration, no agent
|
|
93
|
+
state repair, no user-visible behavior (it never acted).
|
|
94
|
+
|
|
95
|
+
## Conclusion
|
|
96
|
+
|
|
97
|
+
This review confirmed the slice is observability-only: a tested decision function
|
|
98
|
+
with all safety guards, shipped dark + dry-run, with no authority and no mechanism.
|
|
99
|
+
It is the safe foundation the next (mechanism) slice will build on, and the dry-run
|
|
100
|
+
audit is exactly what makes that next slice safe to wire. Clear to ship; validate by
|
|
101
|
+
watching `GET /sleep` + the audit log on a real idle agent before enabling.
|