diff --git a/ROADMAP.md b/ROADMAP.md index 67e3d84..27fa867 100644 --- a/ROADMAP.md +++ b/ROADMAP.md @@ -1,24 +1,8 @@ # Cassady (Cass) Roadmap -## v0.3.3 — Codex Fast-Mode Compatibility +## v0.3.5 — Tool Output Context Reliability -This release focuses on keeping fast mode available for ChatGPT Codex users when local model metadata predates the fast-mode capability flag. Cassady should treat active `chatgpt-codex` provider models, including `gpt-5.5`, as fast-capable while leaving OpenAI-compatible and custom providers capability-gated by model metadata. - -### Fast Mode Compatibility - -- [x] **Treat ChatGPT Codex models as fast-capable at runtime.** Make `/fast` active for any active `chatgpt-codex` provider model even when legacy `models.json` metadata says `fast_mode.supported` is false. - - Keep non-Codex providers governed by their model metadata. - - Preserve the saved fast-mode preference behavior and status reporting. - -- [x] **Document the Codex capability fallback.** Update README and bundled docs so users understand that ChatGPT Codex models, including `gpt-5.5`, can honor fast mode without refreshed metadata. - - Keep docs clear that provider-specific fast-mode request shaping remains Codex-only. - -- [x] **Add regression coverage for legacy metadata.** Test that a ChatGPT Codex model with older `fast_mode.supported: false` metadata still reports fast mode as supported and active when preferred. - - Verify `cargo fmt` and `cargo test --locked --all-targets` pass before handoff. - -## v0.3.4 — Tool Output Context Reliability - -This release focuses on making large tool outputs easier for the assistant to recover from when model-context compaction or truncation hides important details. Cassady should guide the assistant toward smaller, targeted reads and searches, preserve enough provenance for follow-up inspection, and add regression coverage for broad-output workflows that previously stalled safe edits. See `plans/V0_3_4_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md`. +This release focuses on making large tool outputs easier for the assistant to recover from when model-context compaction or truncation hides important details. Cassady should guide the assistant toward smaller, targeted reads and searches, preserve enough provenance for follow-up inspection, and add regression coverage for broad-output workflows that previously stalled safe edits. See `plans/V0_3_5_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md`. ### Model Context Recovery @@ -46,6 +30,39 @@ This release focuses on making large tool outputs easier for the assistant to re - Cover superseded reads, compacted non-newest tool outputs, provider-message validity, and suggested follow-up guidance. - Verify `cargo fmt` and `cargo test --locked --all-targets` pass before handoff. +## v0.3.4 — Reasoning Off Handling ✅ Completed + +This release focuses on sending the correct reasoning effort value when a reasoning-capable model has reasoning turned off. Cassady now sends `none` rather than omitting the field or sending `off` to both the ChatGPT Codex Responses API and OpenAI-compatible chat completions, while non-reasoning models continue to send no reasoning field at all. + +### Reasoning Effort Off + +- [x] **Send `none` when reasoning is off for supported models.** For reasoning-capable models with reasoning effort set to off, send `none` as the effort value instead of omitting the field or sending `off`. + - Apply to the ChatGPT Codex Responses API (`reasoning.effort`) and OpenAI-compatible chat completions in both `reasoning_effort` and `reasoning` object request formats. + - Keep non-reasoning models sending no reasoning field. + +- [x] **Gate reasoning fields on model capability.** Track whether the active model supports reasoning from its metadata so reasoning request fields are only added for reasoning-capable models. + +### Validation + +- [x] **Add regression coverage for reasoning-off requests.** Test that supported models send `none` when reasoning is off across both provider kinds and both request formats, and that unsupported models send no reasoning field. + - Verify `cargo fmt` and `cargo test --locked --all-targets` pass before handoff. + +## v0.3.3 — Codex Fast-Mode Compatibility + +This release focuses on keeping fast mode available for ChatGPT Codex users when local model metadata predates the fast-mode capability flag. Cassady should treat active `chatgpt-codex` provider models, including `gpt-5.5`, as fast-capable while leaving OpenAI-compatible and custom providers capability-gated by model metadata. + +### Fast Mode Compatibility + +- [x] **Treat ChatGPT Codex models as fast-capable at runtime.** Make `/fast` active for any active `chatgpt-codex` provider model even when legacy `models.json` metadata says `fast_mode.supported` is false. + - Keep non-Codex providers governed by their model metadata. + - Preserve the saved fast-mode preference behavior and status reporting. + +- [x] **Document the Codex capability fallback.** Update README and bundled docs so users understand that ChatGPT Codex models, including `gpt-5.5`, can honor fast mode without refreshed metadata. + - Keep docs clear that provider-specific fast-mode request shaping remains Codex-only. + +- [x] **Add regression coverage for legacy metadata.** Test that a ChatGPT Codex model with older `fast_mode.supported: false` metadata still reports fast mode as supported and active when preferred. + - Verify `cargo fmt` and `cargo test --locked --all-targets` pass before handoff. + ## v0.3.2 — Provider Fast Mode This release focuses on adding a `/fast` command that lets users prefer faster inference when the active provider/model supports it. The first supported provider is `ChatGPT Codex`; other providers can add their own fast-mode request behavior later without changing the user-facing command. See `plans/V0_3_2_FAST_MODE_PLAN.md`. diff --git a/plans/V0_3_4_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md b/plans/V0_3_5_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md similarity index 98% rename from plans/V0_3_4_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md rename to plans/V0_3_5_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md index 5776cde..f014039 100644 --- a/plans/V0_3_4_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md +++ b/plans/V0_3_5_TOOL_OUTPUT_CONTEXT_RELIABILITY_PLAN.md @@ -1,8 +1,8 @@ -# v0.3.4 Tool Output Context Reliability Implementation Plan +# v0.3.5 Tool Output Context Reliability Implementation Plan ## Goal -v0.3.4 makes Cassady more reliable after broad tool output has been truncated, compacted, or superseded in the model context. The assistant should be able to tell when details are missing, understand which file range or command produced them, and quickly recover by using narrower reads or searches instead of stalling or making unsafe edits from incomplete context. +v0.3.5 makes Cassady more reliable after broad tool output has been truncated, compacted, or superseded in the model context. The assistant should be able to tell when details are missing, understand which file range or command produced them, and quickly recover by using narrower reads or searches instead of stalling or making unsafe edits from incomplete context. Success statement: