@diegopetrucci/pi-extensions 0.1.73 → 0.1.74

package/extensions/fast/README.md

@@ -55,16 +55,28 @@ OpenAI Codex Fast mode requires all of the following:
 
 - Provider `openai-codex`.
 - API `openai-codex-responses`.
-- Model `gpt-5.5`, `gpt-5.6-sol`, `gpt-5.6-terra`, or `gpt-5.6-luna`.
+- Model `gpt-5.5`, `gpt-5.6-sol`, `gpt-5.6-terra`, `gpt-5.6-luna`, `gpt-6-astra`, `gpt-6.1-sol`, `gpt-6-sol`, or `gpt-6-luna`.
 - ChatGPT OAuth/subscription auth, not API-key auth.
 - No existing `service_tier` field in the request payload.
 
-GPT-6.1 Sol is intentionally unsupported on this legacy Codex route. The
-Codex speed documentation lists GPT-6.1 Sol Fast with `service_tier: "fast"`,
-but Pi's legacy Codex service-tier cost handling currently accounts for
-`priority` and `flex`, not `fast`. The direct OpenAI API's `priority` alias is
-not evidence for the legacy Codex endpoint, so this extension leaves the route
-fail-closed without patching upstream pricing.
+Codex evidence, 2026-10-03: the [maintainer's PR #103 review](https://github.com/diegopetrucci/pi-extensions/pull/103)
+reports that the Codex model list advertises Fast as `priority` for `gpt-6-astra`,
+`gpt-6.1-sol`, `gpt-6-sol`, and `gpt-6-luna`. The official Codex CLI
+[sends Fast as `priority`](https://github.com/openai/codex/blob/b741e480e203f037ca726bc2a76d99a8e8668e66/codex-rs/protocol/src/config_types.rs#L539-L553).
+The maintainer's live check through Pi 1.0.0 on that date returned HTTP 200 and
+completed normally for `gpt-6-astra` and `gpt-6.1-sol`; `gpt-6-sol` and
+`gpt-6-luna` are enabled based on the model list only. In that check,
+`response.completed` always reported `service_tier: "default"`, with or without
+`priority`, so the response cannot confirm Fast was applied.
+
+Pi trusts the requested tier and applies a 2× multiplier to its displayed cost
+estimate for `priority`; this does not measure included subscription allowance
+consumption or confirm Fast was applied. [OpenAI's Codex speed documentation](https://developers.openai.com/codex/speed),
+checked on 2026-10-03, lists `gpt-6-sol` and `gpt-6-luna` among supported Fast
+models where available. It specifies 2.5× the Standard rate for included
+subscription limits and 2× for purchased credits and Enterprise pay-as-you-go
+billing. Treating Pi's 2× estimate as a subscription-limit multiplier would
+understate the documented allowance consumption.
 
 Anthropic Fast mode requires all of the following:
 
@@ -148,9 +160,9 @@ The collection package loads this unified extension instead of `openai-fast` and
 - Anthropic Fast mode has separate rate limits, costs more than standard speed, and does not share prompt-cache prefixes with standard-speed requests.
 - Direct OpenAI Fast mode is limited to the confirmed GPT-6 API models above; Fast pricing, availability, and rate limits remain provider- and account-dependent.
 - Authoritative support evidence: [OpenAI Fast mode](https://developers.openai.com/api/docs/guides/fast-mode) explicitly uses `gpt-6.1-sol` with `service_tier: "fast"` and documents `priority` as an equivalent alias for supported API models; the [GPT-6.1 Sol model page](https://developers.openai.com/api/docs/models/gpt-6.1-sol) documents the model itself.
-- The [Codex speed guide](https://developers.openai.com/codex/speed/) documents GPT-6.1 Sol Fast for ChatGPT-signed-in Codex, but legacy Codex support remains pending separate wire and cost validation; this ticket makes no live-certification claim.
+- Codex Fast availability depends on plan, client, workspace settings, and rollout. Local eligibility is not live-provider certification.
 - Pi's provider catalog remains the source of reported model pricing, including any tiered pricing; this extension does not apply guessed discounts or rewrite cost metadata.
-- OpenAI Codex Fast mode intentionally does not affect API-key models, and GPT-6.1 Sol remains blocked on the legacy Codex route.
+- OpenAI Codex Fast mode intentionally does not affect API-key models.
 - The retired `openai-fast` and `claude-fast` packages remain legacy standalone boundaries; new provider/auth behavior belongs only to this unified extension.
 - Existing `speed` and `service_tier` fields are never overwritten.
 - Pi's model catalog may not include a Fast-mode premium. Cost accounting depends on the provider reporting the effective tier in its streamed response, and this extension does not patch usage totals.

package/extensions/fast/index.ts

@@ -25,6 +25,10 @@ const OPENAI_SUPPORTED_MODELS = new Set([
 	"gpt-5.6-sol",
 	"gpt-5.6-terra",
 	"gpt-5.6-luna",
+	"gpt-6-astra",
+	"gpt-6.1-sol",
+	"gpt-6-sol",
+	"gpt-6-luna",
 ]);
 const OPENAI_API_PROVIDER_ID = "openai";
 const OPENAI_API_IDS = new Set(["openai-responses", "openai-completions"]);

package/extensions/fast/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@diegopetrucci/pi-fast",
-  "version": "0.1.5",
+  "version": "0.1.6",
   "description": "A pi extension that enables Fast mode for supported direct OpenAI API, OpenAI Codex, and Anthropic Claude models based on the currently selected model.",
   "keywords": [
     "pi-package",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@diegopetrucci/pi-extensions",
-  "version": "0.1.73",
+  "version": "0.1.74",
   "description": "A collection of pi extensions and skills for annotation UIs, context management, workflow audits, contrarian review, review-comment triage, notifications, brrr push alerts, safety guards, GitHub research, repo-local knowledge, todos, tool rendering, model/provider helpers, and Xiaohei-style article illustrations.",
   "keywords": [
     "pi-package",