instar 1.3.214 → 1.3.215
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/route.d.ts.map +1 -1
- package/dist/commands/route.js +1 -0
- package/dist/commands/route.js.map +1 -1
- package/dist/core/GeminiCliIntelligenceProvider.d.ts +3 -0
- package/dist/core/GeminiCliIntelligenceProvider.d.ts.map +1 -1
- package/dist/core/GeminiCliIntelligenceProvider.js +51 -21
- package/dist/core/GeminiCliIntelligenceProvider.js.map +1 -1
- package/dist/core/frameworkSessionLaunch.d.ts.map +1 -1
- package/dist/core/frameworkSessionLaunch.js +2 -1
- package/dist/core/frameworkSessionLaunch.js.map +1 -1
- package/dist/providers/adapters/gemini-cli/config.d.ts +3 -0
- package/dist/providers/adapters/gemini-cli/config.d.ts.map +1 -1
- package/dist/providers/adapters/gemini-cli/config.js.map +1 -1
- package/dist/providers/adapters/gemini-cli/errors.d.ts.map +1 -1
- package/dist/providers/adapters/gemini-cli/errors.js +4 -2
- package/dist/providers/adapters/gemini-cli/errors.js.map +1 -1
- package/dist/providers/adapters/gemini-cli/models.d.ts +7 -4
- package/dist/providers/adapters/gemini-cli/models.d.ts.map +1 -1
- package/dist/providers/adapters/gemini-cli/models.js +10 -3
- package/dist/providers/adapters/gemini-cli/models.js.map +1 -1
- package/dist/providers/adapters/gemini-cli/observability/geminiCapacityPolicy.d.ts +54 -0
- package/dist/providers/adapters/gemini-cli/observability/geminiCapacityPolicy.d.ts.map +1 -0
- package/dist/providers/adapters/gemini-cli/observability/geminiCapacityPolicy.js +111 -0
- package/dist/providers/adapters/gemini-cli/observability/geminiCapacityPolicy.js.map +1 -0
- package/dist/providers/adapters/gemini-cli/transport/oneShotCompletion.d.ts.map +1 -1
- package/dist/providers/adapters/gemini-cli/transport/oneShotCompletion.js +55 -23
- package/dist/providers/adapters/gemini-cli/transport/oneShotCompletion.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 +46 -46
- package/upgrades/1.3.215.md +41 -0
- package/upgrades/gemini-capacity-policy.eli16.md +21 -0
- package/upgrades/side-effects/gemini-capacity-policy.md +139 -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-
|
|
5
|
-
"instarVersion": "1.3.
|
|
4
|
+
"generatedAt": "2026-06-03T08:39:31.664Z",
|
|
5
|
+
"instarVersion": "1.3.215",
|
|
6
6
|
"entryCount": 195,
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
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": "713c892607c4db840eb89f3bbba1ec287a169da23ca1688fa657362b77b77e78",
|
|
774
774
|
"since": "2025-01-01"
|
|
775
775
|
},
|
|
776
776
|
"cli:init": {
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# Upgrade Guide — vNEXT
|
|
2
|
+
|
|
3
|
+
<!-- assembled-by: assemble-next-md -->
|
|
4
|
+
<!-- bump: patch -->
|
|
5
|
+
|
|
6
|
+
## What Changed
|
|
7
|
+
|
|
8
|
+
Gemini CLI one-shot calls now have a provider-specific capacity policy. When
|
|
9
|
+
Gemini reports a 429, `QUOTA_EXHAUSTED`, `resource exhausted`, or a usage/quota
|
|
10
|
+
limit, Instar parses any reset window Gemini provides, retries only short
|
|
11
|
+
capacity windows once, and otherwise records a local defer window so subsequent
|
|
12
|
+
calls fail fast instead of spawning another doomed Gemini process.
|
|
13
|
+
|
|
14
|
+
Explicit caller-supplied raw Gemini model ids continue to pass through to the
|
|
15
|
+
Gemini CLI. Only the automatic `capacityPolicy.fallbackModel` path is
|
|
16
|
+
constrained to the known local Gemini model set. When that fallback is valid,
|
|
17
|
+
both Gemini execution paths rebuild `gemini -m <model>` on retry from the
|
|
18
|
+
policy-selected model, so fallback configuration is not just resolved, it is
|
|
19
|
+
actually applied to the next CLI invocation.
|
|
20
|
+
|
|
21
|
+
## What to Tell Your User
|
|
22
|
+
|
|
23
|
+
- **Gemini quota handling is calmer:** "When Gemini says its quota is exhausted,
|
|
24
|
+
I now remember the reset window and stop repeatedly poking it. Short capacity
|
|
25
|
+
blips get one bounded retry; longer quota windows are surfaced as a clear
|
|
26
|
+
defer instead of looking like a stalled agent."
|
|
27
|
+
|
|
28
|
+
## Summary of New Capabilities
|
|
29
|
+
|
|
30
|
+
| Capability | How to Use |
|
|
31
|
+
|-----------|------------|
|
|
32
|
+
| Gemini capacity defer window | Automatic for Gemini CLI one-shot calls |
|
|
33
|
+
| Short Gemini capacity retry | Automatic, one bounded retry for short windows |
|
|
34
|
+
| Known-only Gemini capacity fallback | Automatic; `fallbackModel` swaps only when the fallback is a known Gemini model |
|
|
35
|
+
|
|
36
|
+
## Evidence
|
|
37
|
+
|
|
38
|
+
- `npx vitest run tests/unit/gemini-cli-adapter.test.ts tests/unit/geminiCapacityPolicy.test.ts tests/unit/frameworkSessionLaunch.test.ts tests/integration/gemini-capacity-policy-integration.test.ts tests/e2e/gemini-capacity-policy-lifecycle.test.ts`
|
|
39
|
+
— 5 files / 80 tests passed, including raw-model pass-through and spawned
|
|
40
|
+
retry argv assertions.
|
|
41
|
+
- `npx tsc --noEmit`
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# Gemini Capacity Handling — ELI16
|
|
2
|
+
|
|
3
|
+
Viewable private artifact:
|
|
4
|
+
https://codey.dawn-tunnel.dev/view/b5873ea2-17ba-4adf-9d1a-f0e1c48f781e?sig=3e2c7d2f4e0852cf91496f79ce25aeca72ce778c92d3278e101b63bec90400af
|
|
5
|
+
|
|
6
|
+
Gemini sometimes says, "I'm out of capacity right now; try again after this
|
|
7
|
+
reset window." Before this change, Instar treated that too much like an ordinary
|
|
8
|
+
failure. The next Gemini call could try again immediately, hit the same quota
|
|
9
|
+
wall, and make the agent look stuck. One fallback path also guessed an old model
|
|
10
|
+
name, `gemini-2.0-flash`, which Gemini rejected.
|
|
11
|
+
|
|
12
|
+
This change gives Gemini its own capacity rule. If the reset is short, Instar
|
|
13
|
+
waits briefly and tries once. If Gemini gives a longer reset window, Instar
|
|
14
|
+
remembers it and refuses later Gemini calls locally until the window passes.
|
|
15
|
+
That means no repeated doomed Gemini subprocesses and a clearer error for the
|
|
16
|
+
agent/operator.
|
|
17
|
+
|
|
18
|
+
It also limits Gemini model choices to the verified names we know work:
|
|
19
|
+
`gemini-2.5-flash` and `gemini-2.5-pro`. If some code asks for an unknown Gemini
|
|
20
|
+
model, Instar falls back to `gemini-2.5-flash` instead of sending a guessed model
|
|
21
|
+
to Gemini and getting a 404.
|
|
@@ -0,0 +1,139 @@
|
|
|
1
|
+
# Side-Effects Review — Gemini capacity policy
|
|
2
|
+
|
|
3
|
+
**Version / slug:** `gemini-capacity-policy`
|
|
4
|
+
**Date:** `2026-06-03`
|
|
5
|
+
**Author:** `instar-codey`
|
|
6
|
+
**Second-pass reviewer:** `not required`
|
|
7
|
+
|
|
8
|
+
## Summary of the change
|
|
9
|
+
|
|
10
|
+
This change adds a Gemini-specific capacity policy beside the existing Gemini
|
|
11
|
+
adapter observability code. Gemini one-shot calls now classify quota/rate-limit
|
|
12
|
+
failures, parse reset windows such as `quota will reset after 7h32m28s`, retry
|
|
13
|
+
only short capacity windows once, and record a process-local defer window for
|
|
14
|
+
longer quota exhaustion. While deferred, later calls fail locally with a retry
|
|
15
|
+
hint instead of spawning another Gemini CLI process that would hit the same
|
|
16
|
+
quota wall.
|
|
17
|
+
|
|
18
|
+
Review update: the optional `capacityPolicy.fallbackModel` is now wired into
|
|
19
|
+
the retry loop instead of only being resolved in the policy decision. Both
|
|
20
|
+
Gemini execution paths rebuild `gemini -m <model>` on each retry attempt from
|
|
21
|
+
the current policy-selected model, so a configured fallback actually changes
|
|
22
|
+
the spawned CLI argv. Explicit caller-supplied raw model ids still pass through
|
|
23
|
+
the primary resolver; only automatic capacity fallback is constrained to known
|
|
24
|
+
Gemini models.
|
|
25
|
+
|
|
26
|
+
The change also constrains automatic Gemini fallback selection to verified known
|
|
27
|
+
models: `gemini-2.5-flash` and `gemini-2.5-pro`. Explicit raw Gemini model ids
|
|
28
|
+
continue to pass through to the CLI because they represent caller intent. The
|
|
29
|
+
bad `gemini-2.0-flash` fallback observed during the mentor loop is avoided by
|
|
30
|
+
the known-only fallback helper rather than by rewriting every raw model id.
|
|
31
|
+
|
|
32
|
+
## Decision-point inventory
|
|
33
|
+
|
|
34
|
+
- `isGeminiCapacityError` — add — classifies Gemini quota/rate-limit/capacity
|
|
35
|
+
error strings.
|
|
36
|
+
- `parseGeminiRetryAfterMs` — add — extracts reset windows from Gemini stderr.
|
|
37
|
+
- `decideGeminiCapacityPolicy` — add — chooses `none`, `retry`, or `defer`.
|
|
38
|
+
- `recordGeminiCapacityDeferral` / `getGeminiCapacityGate` — add — process-local
|
|
39
|
+
defer state for Gemini calls.
|
|
40
|
+
- Gemini fallback resolution — modify — automatic capacity fallback ids must be
|
|
41
|
+
in the known set or the current caller-selected model is kept.
|
|
42
|
+
- `GeminiCliIntelligenceProvider` and adapter one-shot transport — modify — both
|
|
43
|
+
apply the policy before and after spawning Gemini.
|
|
44
|
+
- Retry argv rebuild — modify — short-window retries rebuild the Gemini argv
|
|
45
|
+
from `decision.model`, so `capacityPolicy.fallbackModel` is applied to the
|
|
46
|
+
next spawned process.
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
## 1. Over-block
|
|
51
|
+
|
|
52
|
+
The main over-block risk is a false-positive capacity classification that defers
|
|
53
|
+
Gemini when the failure was not actually quota related. The classifier is
|
|
54
|
+
deliberately narrow: explicit `429`, `QUOTA_EXHAUSTED`, `resource exhausted`,
|
|
55
|
+
`rate limit`, quota, usage-limit, or capacity language. Generic parse errors,
|
|
56
|
+
syntax errors, binary-not-found errors, and ordinary non-zero exits do not defer.
|
|
57
|
+
|
|
58
|
+
The known-model constraint applies only to automatic capacity fallback. Explicit
|
|
59
|
+
caller-selected Gemini model ids still pass through to the CLI, so newly valid
|
|
60
|
+
Gemini ids are not blocked by this policy. If `capacityPolicy.fallbackModel` is
|
|
61
|
+
unknown, the retry keeps the caller's current model instead of swapping to a
|
|
62
|
+
guessed fallback.
|
|
63
|
+
|
|
64
|
+
## 2. Under-block
|
|
65
|
+
|
|
66
|
+
This policy is process-local. A server restart forgets the defer window and the
|
|
67
|
+
first post-restart Gemini call may probe the provider again. That matches the
|
|
68
|
+
existing LLM circuit-breaker shape and keeps the change small. A future durable
|
|
69
|
+
capacity ledger could persist provider reset windows across restarts if repeated
|
|
70
|
+
restart-probes become noisy.
|
|
71
|
+
|
|
72
|
+
This does not discover the full Gemini model catalog dynamically. It uses the
|
|
73
|
+
currently verified set and keeps the list explicit. Dynamic discovery is a
|
|
74
|
+
separate model-catalog problem, not part of quota handling.
|
|
75
|
+
|
|
76
|
+
## 3. Level-of-abstraction fit
|
|
77
|
+
|
|
78
|
+
The policy belongs at the Gemini provider boundary, not at each caller. The
|
|
79
|
+
adapter one-shot transport and live `GeminiCliIntelligenceProvider` are the
|
|
80
|
+
places that see Gemini stderr and own whether to spawn Gemini again. Keeping the
|
|
81
|
+
decision there means reviewers, route, setup narrative calls, and future Gemini
|
|
82
|
+
one-shots share the same capacity behavior.
|
|
83
|
+
|
|
84
|
+
Known-model fallback belongs in the capacity-policy fallback helper because that
|
|
85
|
+
is the only automatic model swap path in this change. Primary model resolution
|
|
86
|
+
still maps canonical tiers and otherwise respects explicit raw model ids.
|
|
87
|
+
|
|
88
|
+
## 4. Signal vs authority compliance
|
|
89
|
+
|
|
90
|
+
**Required reference:** [docs/signal-vs-authority.md](../../docs/signal-vs-authority.md)
|
|
91
|
+
|
|
92
|
+
- [x] Not applicable to conversational/product judgment — this is deterministic
|
|
93
|
+
provider-capacity handling and model-id validation at the transport boundary.
|
|
94
|
+
|
|
95
|
+
The defer gate is not making a semantic judgment about user intent. It acts only
|
|
96
|
+
after Gemini itself reports a quota/capacity condition or while the recorded
|
|
97
|
+
reset window from that provider report is still active.
|
|
98
|
+
|
|
99
|
+
## 5. Interactions
|
|
100
|
+
|
|
101
|
+
- **Global LLM circuit breaker:** The Gemini provider still throws clear
|
|
102
|
+
quota/rate-limit text, so the existing circuit breaker can continue to observe
|
|
103
|
+
and pause broader LLM-backed work. The Gemini policy additionally prevents
|
|
104
|
+
repeated Gemini subprocesses during a known Gemini reset window.
|
|
105
|
+
- **Setup wizard:** Gemini narrative fallback continues to work; quota failures
|
|
106
|
+
become clearer and do not repeatedly spawn Gemini.
|
|
107
|
+
- **Route override detector:** The known-model list now includes
|
|
108
|
+
`gemini-2.5-flash`, so the verified default is recognized.
|
|
109
|
+
- **Session launch:** Unchanged by the capacity fallback review fix; the
|
|
110
|
+
known-model gate is isolated to automatic provider retry fallback.
|
|
111
|
+
|
|
112
|
+
## 6. External surfaces
|
|
113
|
+
|
|
114
|
+
Users may see clearer Gemini quota/defer errors instead of a generic Gemini CLI
|
|
115
|
+
failure or a stalled task. Operators can rely on `gemini-2.5-flash` as the safe
|
|
116
|
+
automatic capacity fallback when configured. Explicit caller-supplied model ids
|
|
117
|
+
continue to pass through. No config migration, schema change, or external API
|
|
118
|
+
change is introduced.
|
|
119
|
+
|
|
120
|
+
## 7. Rollback cost
|
|
121
|
+
|
|
122
|
+
Rollback is a code revert of the Gemini policy module, the two provider wiring
|
|
123
|
+
changes, the fallback known-list change, tests, and these artifacts. No
|
|
124
|
+
data migration is required. A running process that had recorded a defer window
|
|
125
|
+
would forget it on restart.
|
|
126
|
+
|
|
127
|
+
## Conclusion
|
|
128
|
+
|
|
129
|
+
The change is a narrow sibling to the Codex capacity/model-swap work, scoped to
|
|
130
|
+
Gemini's actual error and model surfaces. It prevents repeated doomed Gemini CLI
|
|
131
|
+
spawns during quota windows, avoids guessed model fallbacks, and pins the
|
|
132
|
+
behavior with unit, integration, and E2E tests.
|
|
133
|
+
|
|
134
|
+
## Evidence pointers
|
|
135
|
+
|
|
136
|
+
- `tests/unit/geminiCapacityPolicy.test.ts`
|
|
137
|
+
- `tests/integration/gemini-capacity-policy-integration.test.ts`
|
|
138
|
+
- `tests/e2e/gemini-capacity-policy-lifecycle.test.ts`
|
|
139
|
+
- `tests/unit/frameworkSessionLaunch.test.ts`
|