instar 1.3.793 → 1.3.794

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "instar",
3
- "version": "1.3.793",
3
+ "version": "1.3.794",
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",
@@ -36,9 +36,12 @@
36
36
  "status": "referenced-not-installed",
37
37
  "probe": { "kind": "cli-version", "bin": "codex", "metered": false, "freeDefaultCovered": false },
38
38
  "topModels": [
39
- { "id": "gpt-5.5", "role": "capable-openai", "frontier": true, "pricing": null, "verifiedAt": "carried-over-from-allowlist" }
39
+ { "id": "gpt-5.5", "role": "capable-openai", "frontier": true, "pricing": null, "verifiedAt": "carried-over-from-allowlist" },
40
+ { "id": "gpt-5.6-sol", "role": "flagship-openai-recognized", "frontier": false, "pricing": { "inPerMtok": 5, "outPerMtok": 30, "currency": "USD" }, "verifiedAt": "2026-07-09" },
41
+ { "id": "gpt-5.6-terra", "role": "mid-openai-recognized", "frontier": false, "pricing": { "inPerMtok": 2.5, "outPerMtok": 15, "currency": "USD" }, "verifiedAt": "2026-07-09" },
42
+ { "id": "gpt-5.6-luna", "role": "small-openai-recognized", "frontier": false, "pricing": { "inPerMtok": 1, "outPerMtok": 6, "currency": "USD" }, "verifiedAt": "2026-07-09" }
40
43
  ],
41
- "note": "codex CLI is NOT installed on this machine (which codex -> not found), yet componentFrameworks routes job/Usher/TopicIntentExtractor to it -> those fall back at runtime. Door-liveness gap flagged to operator. topModels seeded from the reviewed frontierAllowlist (spec D4 carry-over)."
44
+ "note": "codex CLI is NOT installed on this machine (which codex -> not found), yet componentFrameworks routes job/Usher/TopicIntentExtractor to it -> those fall back at runtime. Door-liveness gap flagged to operator. topModels seeded from the reviewed frontierAllowlist (spec D4 carry-over). The GPT-5.6 family (sol/terra/luna) went GA on the codex subscription + was live-verified 2026-07-09 (codex CLI >= 0.144.0 required); it is now RECOGNIZED/spawnable (added to the acceptance allowlists KNOWN_CODEX_MODEL_IDS + CODEX_MODELS_SUBSCRIPTION) but is deliberately NOT promoted to frontier=true / the capable pin here — the capable pin stays gpt-5.5 pending a benchmark-based promotion (a model earns the routing lane via benchmarks, not GA date). The -pro variants are excluded (plan-gated + pricier). Frontier/pin promotion of gpt-5.6-sol is a tracked follow-up."
42
45
  },
43
46
  "gemini-cli": {
44
47
  "name": "Gemini CLI",
@@ -101,7 +104,7 @@
101
104
  "note": "CLAUDE_REVIEWER_DEFAULT_MODEL — the Anthropic clean-door reviewer pin (REVIEWER-DOOR-REWIRING §1.3). Extraction matches a frontier CONSTANT (not a capable:'…' tier decl), so the non-vacuity test (tests/unit/model-registry-freshness-reviewer-pin.test.ts) rots this constant and asserts the strict lint fails — closing the vacuous-tooth risk."
102
105
  }
103
106
  ],
104
- "$flaggedStaleNote": "Both prior flagged pins RESOLVED (operator-confirmed 2026-07-03): gemini capable swapped gemini-2.5-pro -> gemini-3.1-pro-preview (pin + topModels updated in the same change); codex capable stays gpt-5.5 (GA flagship — gpt-5.6-sol is preview-only/gov-gated/unreachable, NOT pinned). Nothing pending confirmation.",
107
+ "$flaggedStaleNote": "Both prior flagged pins RESOLVED (operator-confirmed 2026-07-03): gemini capable swapped gemini-2.5-pro -> gemini-3.1-pro-preview (pin + topModels updated in the same change); codex capable stays gpt-5.5. UPDATE 2026-07-09: the GPT-5.6 family (sol/terra/luna) went GA on the codex subscription + was live-verified (codex CLI >= 0.144.0) — the earlier 'gpt-5.6-sol is preview-only/gov-gated/unreachable' statement is now superseded. gpt-5.6-sol/terra/luna are RECOGNIZED (in codex-cli.topModels + the acceptance allowlists) but deliberately NOT promoted to frontier / the capable pin yet — the capable pin stays gpt-5.5 pending a benchmark-based promotion. Nothing pending confirmation (a benchmark-driven promotion of gpt-5.6-sol is a tracked follow-up, not a pending flagged pin).",
105
108
  "flaggedStale": [],
106
109
  "$frontierAllowlistNote": "The hand-maintained frontierAllowlist{} was SUPERSEDED by derivation (spec §1.4): the frontier set for each door is now the ids in doors[door].topModels[] carrying frontier:true. This removes a second hand-maintained list (the rot this registry fights). The lint keeps a backward-compat path: a door with a literal frontierAllowlist[door] and NO topModels behaves exactly as before; a door with BOTH emits a transition finding so the old hand-list can't silently linger.",
107
110
  "$candidateDoorwaysNote": "candidateDoorways[] = the doorways the scan should PROBE FOR (spec §1.2/§2.5), INCLUDING ones not yet present in doors{}. A candidate reachable but absent from doors is surfaced as a newly-configured-doorway. The prober only activates a candidate whose probe.kind it supports; a candidate with no door entry / unsupported kind is recorded, never silently treated as reachable. openrouter / gemini-direct-api below are candidate-only (no door entry yet) so the candidate-detection machinery has real inputs to exercise.",
@@ -1,8 +1,8 @@
1
1
  {
2
2
  "$schema": "./builtin-manifest.schema.json",
3
3
  "schemaVersion": 1,
4
- "generatedAt": "2026-07-09T21:29:43.497Z",
5
- "instarVersion": "1.3.793",
4
+ "generatedAt": "2026-07-09T23:56:04.794Z",
5
+ "instarVersion": "1.3.794",
6
6
  "entryCount": 202,
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
421
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
429
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
437
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
445
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
453
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
461
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
469
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
477
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
485
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
493
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
501
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
509
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
517
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
525
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
533
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
541
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
549
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
557
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
565
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
573
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
581
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
589
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
597
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
605
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
613
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
621
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
629
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
637
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
645
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
653
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
661
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
669
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
677
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
685
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
693
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
701
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
709
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
717
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
725
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
733
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
741
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
749
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
757
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
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": "59884e1700f28276bccbc65f34b578851dd90c50ecbeb784bf32e46dd2817fb8",
773
+ "contentHash": "763322395fac35e71dc42414a152b11b43456bfc653c738febcf18d85e0d7d97",
774
774
  "since": "2025-01-01"
775
775
  },
776
776
  "cli:init": {
@@ -0,0 +1,19 @@
1
+ # Upgrade Guide — vNEXT
2
+
3
+ <!-- assembled-by: assemble-next-md -->
4
+ <!-- bump: patch -->
5
+
6
+ ## What Changed
7
+
8
+ The GPT-5.6 model family (`gpt-5.6-sol`, `gpt-5.6-terra`, `gpt-5.6-luna`) went GA on the Codex subscription and is now on instar's accepted-model allowlists for the `codex-cli` framework. Two mirrored lists gained the three ids: `KNOWN_CODEX_MODEL_IDS` (the model-tier-escalation resolver's closed enum, `src/core/ModelTierEscalation.ts`) and `CODEX_MODELS_SUBSCRIPTION` (the `POST /sessions/spawn` model validator, `src/server/routes.ts`). The topic-profile validator reads the same enum, so it accepts the new ids automatically. The fail-closed design is unchanged — an id outside the closed enum is still rejected; we only widened the set of recognized ids.
9
+
10
+ The Doorway/Model Knowledge Registry (`scripts/model-registry-freshness.manifest.json`) also learned the three models as recognized, reachable entries with pricing, so `GET /doorways` knows they exist. They are deliberately NOT promoted to the frontier pin — the capable tier still resolves to `gpt-5.5`; a benchmark-driven promotion is a tracked follow-up.
11
+
12
+ ## What to Tell Your User
13
+
14
+ If you run Codex sessions, you can now pin a topic or spawn a session on the new GPT-5.6 models — sol (the flagship), terra (mid-size), or luna (small and cheap) — and instar accepts them instead of rejecting them as unknown. This needs the Codex CLI at version 0.144.0 or newer; older CLIs reject GPT-5.6 with a "requires a newer version" error, so update the Codex CLI if you hit that. If your setup already escalates heavy work onto the GPT-5.6 flagship, it becomes live with this update. The Pro variants are intentionally not accepted yet (they're likely plan-gated and pricier — a future follow-up), and for now instar still picks GPT-5.5 for its heavy tier until the new models earn that spot through benchmarks.
15
+
16
+ ## Summary of New Capabilities
17
+
18
+ - `codex-cli` sessions and topic profiles accept `gpt-5.6-sol`, `gpt-5.6-terra`, and `gpt-5.6-luna` (model-tier escalation, `/sessions/spawn`, and topic-profile pins).
19
+ - `GET /doorways` reports the three GPT-5.6 models (with pricing) as recognized, reachable Codex models.
@@ -0,0 +1,60 @@
1
+ # Side-Effects Review — Add the GPT-5.6 family to the codex model allowlists
2
+
3
+ **Change:** additive model-id allowlist extension for the `codex-cli` framework. **Tier 1** (small, low-risk, fail-closed design unchanged). **Parent principle:** Structure > Willpower (the closed model-id enumeration is a code-enforced gate; this widens the allowed set, it does not weaken the gate).
4
+
5
+ **Files changed:**
6
+ - `src/core/ModelTierEscalation.ts` — `KNOWN_CODEX_MODEL_IDS` gains `gpt-5.6-sol`, `gpt-5.6-terra`, `gpt-5.6-luna`.
7
+ - `src/server/routes.ts` — `CODEX_MODELS_SUBSCRIPTION` (the `POST /sessions/spawn` codex model validator) gains the same three ids, keeping the two lists identical (the comment pins them as mirrors).
8
+ - `scripts/model-registry-freshness.manifest.json` — the Doorway/Model Knowledge Registry's `codex-cli.topModels` gains the three ids as recognized entries (`frontier: false`, pricing populated) + the door note / `$flaggedStaleNote` prose corrected to reflect the 2026-07-09 GA (the earlier "gpt-5.6-sol is preview-only/unreachable" line was now false).
9
+ - `tests/unit/modelTierEscalation-resolver.test.ts`, `tests/unit/route-validation-edge.test.ts`, `tests/unit/topicProfileValidation.test.ts` — allowlist + resolver + spawn + validation coverage.
10
+ - `docs/specs/codex-gpt56-allowlist.eli16.md`, `upgrades/next/codex-gpt56-allowlist.md` — the ELI16 + release fragment.
11
+
12
+ ## What changed
13
+
14
+ The GPT-5.6 family (sol/terra/luna) went GA on the codex subscription on 2026-07-09 and was live-verified working (codex CLI >= 0.144.0 required; older CLIs 400 with "requires a newer version"). instar fails closed on model ids outside its closed per-framework enums, so these ids were rejected everywhere. This change adds the three ids to the two mirrored acceptance lists (`KNOWN_CODEX_MODEL_IDS` + `CODEX_MODELS_SUBSCRIPTION`). The `-pro` variants are deliberately excluded (plan-gated + pricier — tracked follow-up).
15
+
16
+ ## Lists touched vs deliberately left
17
+
18
+ **Touched (acceptance / validation lists):**
19
+ - `KNOWN_CODEX_MODEL_IDS` (`src/core/ModelTierEscalation.ts`) — the escalation resolver's closed enum, and (via `KNOWN_MODEL_IDS`) the source for `topicProfileValidation.validateModelId`. One edit flows to both surfaces.
20
+ - `CODEX_MODELS_SUBSCRIPTION` (`src/server/routes.ts`) — the `/sessions/spawn` codex-cli model validator. Kept byte-identical in membership to the enum above (they are documented mirrors).
21
+ - `scripts/model-registry-freshness.manifest.json` → `doors.codex-cli.topModels` — the Doorway/Model Knowledge registry, added the three ids with `frontier: false` + pricing so `GET /doorways` knows they exist and their cost.
22
+
23
+ **Deliberately LEFT (routing/selection — a model earns a lane via benchmarks, not by GA date):**
24
+ - `src/providers/adapters/openai-codex/models.ts` `TIER_MODEL` (capable → gpt-5.5, fast/balanced → gpt-5.4-mini) — model CHOICES per tier, not an acceptance list.
25
+ - `src/core/frameworkSessionLaunch.ts` tier→model resolution — same reason.
26
+ - `src/data/llmBenchCoverage.ts` (`ROUTING_LABEL_TO_MODEL_ID`, bench coverage, nature-routing chains) — the routing chains that pick models for lanes; models earn these via benchmarks.
27
+ - The doorway manifest's `codex-capable-tier` PIN and the `frontier: true` flag — left at `gpt-5.5`. Promoting `gpt-5.6-sol` to the capable pin / frontier is a benchmark-driven follow-up, not this acceptance PR.
28
+
29
+ ## Blast radius
30
+
31
+ - **Purely additive.** No id removed, no existing id's behavior changed. A caller not asking for a GPT-5.6 id is entirely unaffected.
32
+ - **Fail-closed preserved.** A well-shaped id outside the enum is still rejected (`id-not-in-closed-enum`); a made-up `gpt-9.9-fake` still 400s at spawn and resolves to null in escalation — both covered by new tests.
33
+ - **No new route, no new config default, no schema change.** No dark-gate line shift (no `enabled:` line added to `ConfigDefaults.ts`).
34
+
35
+ ## Risk + mitigation
36
+
37
+ - **Risk:** the two mirror lists drift apart. **Mitigation:** both edited in the same commit with a cross-referencing comment on each; new tests assert acceptance through both the resolver and the spawn route.
38
+ - **Risk:** the doorway manifest edit trips the CI-gating model-registry-freshness lint. **Mitigation:** the new entries are `frontier: false`, so the codex-cli derived frontier set stays `['gpt-5.5']` and the `codex-capable-tier` pin (still `gpt-5.5`) remains a member — the drift tooth is unaffected. Staleness is unchanged (`lastReviewedAt` untouched, well within the 45-day window). Verified: `node scripts/lint-model-registry-freshness.mjs` → PASS.
39
+ - **Risk:** a user on an old codex CLI selects a GPT-5.6 id and gets an opaque failure. **Mitigation:** the ELI16 + release fragment both call out the codex CLI >= 0.144.0 requirement explicitly.
40
+
41
+ ## Framework generality
42
+
43
+ The change is scoped to the `codex-cli` framework's own acceptance surfaces and routes through the existing per-framework `KNOWN_MODEL_IDS` / spawn-validator abstraction — it does not touch the session-launch/inject abstraction and makes no Claude-specific assumption. Other frameworks (claude-code, gemini-cli, pi-cli) are untouched.
44
+
45
+ ## Migration parity
46
+
47
+ - No agent-installed file changes (no `.claude/settings.json`, no `.instar/config.json` default, no CLAUDE.md template section, no hook/skill). The allowlists are shipped code read at runtime, so existing agents pick up the new ids on the normal server/dist update — no `PostUpdateMigrator` entry needed. The operator's already-set `models.tierEscalation.frameworks.codex-cli.escalated = "gpt-5.6-sol"` becomes live purely by deploying this code.
48
+
49
+ ## Tests
50
+
51
+ - `tests/unit/modelTierEscalation-resolver.test.ts` — codex-cli escalated tier accepts each of gpt-5.6-sol/terra/luna; a made-up id fails closed (`id-not-in-closed-enum`); the `-pro` variants are asserted absent.
52
+ - `tests/unit/route-validation-edge.test.ts` — `POST /sessions/spawn` with framework `codex-cli` accepts the three GPT-5.6 ids (not 400) and rejects `gpt-9.9-fake` (400, error names "model").
53
+ - `tests/unit/topicProfileValidation.test.ts` — `validateModelId(..., 'codex-cli')` returns null for the three ids (the KNOWN_MODEL_IDS mirror path).
54
+ - Adjacent suites re-run green: `model-registry-freshness`, `codex-model-tier-resolution`, `frameworkSessionLaunch`, `model-tier-swap-route`, `model-tier-escalation-lifecycle`. `npx tsc --noEmit` clean.
55
+
56
+ ## Follow-ups
57
+
58
+ - Add the `-pro` GPT-5.6 variants once their plan-gating + pricing are confirmed.
59
+ - Benchmark GPT-5.6-sol and, if it wins the lane, promote it to the codex capable tier pin (`TIER_MODEL.capable` + the manifest `frontier: true` + `lastReviewedAt` bump) and into the routing chains — a routing decision, not an acceptance change.
60
+ - Populate real per-token pricing across the doorway registry if/when the metered doorway-scan scopes consume it.