Skip to content

feat(gui): add a Dashboard toggle for Fast selector rows #4175

Closed
Closed
feat(gui): add a Dashboard toggle for Fast selector rows#4175
Labels
enhancementNew feature or requestguiDashboard, tray, settings UI

Description

@juzijia
juzijia
opened on Sep 10, 2026

Area

Dashboard

What are you trying to accomplish?

I want to control whether synthetic --fast model rows appear in external client model pickers from the Dashboard. For clients such as Pi and DSH, the extra Model Fast entries add noise when I prefer to select the base model and control reasoning effort separately.

What prevents this today?

OpenCodex already supports the persisted fastRows configuration flag and preserves an explicit fastRows: false, but version 2.49.0 has no Dashboard control for it. The current workaround requires editing config.json manually and restarting the service, while Fast selectors are enabled by default.

What should OpenCodex do?

Expose a Dashboard switch for showing or hiding synthetic Fast selector rows. The control should reflect the effective fastRows value, persist changes through the existing configuration mechanism, and clearly state that it affects generated --fast picker rows only. Disabling it must not hide base models or change their supported reasoning-effort levels.

Example usage or interface

For example, under the model/catalog settings:

Show Fast model rows                 [On]
Adds eligible “Model Fast” selectors to external client model pickers.
This does not change reasoning-effort options on the base model.

Turning the switch off should produce the same effective configuration as:

{
  "fastRows": false
}

After client integration refresh, entries such as gpt-5.6-sol Fast should disappear while gpt-5.6-sol remains available.

Alternatives or workarounds

Manually add "fastRows": false to config.json, restart OpenCodex, and refresh the affected client integrations. This works, but it bypasses the Dashboard workflow and is less discoverable and more error-prone than a switch for the existing setting.

Additional context

This proposal requests a UI surface for the existing behavior; it does not request a new Fast routing mode.

Checks

  • I searched existing issues and documentation.
  • This request describes a concrete OpenCodex workflow rather than merely naming a desired technology.
  • I removed secrets and personal data.

Activity

  1. github-actions
    added
    enhancementNew feature or request
    guiDashboard, tray, settings UI
    on Sep 10, 2026

  2. lidge-jun commented on Sep 10, 2026

    @lidge-jun
    lidge-jun
    on Sep 10, 2026
    Owner

    리뷰 · 우선순위 44 / 80

    이 이슈는 이미 있는 설정 스위치 fastRows를 대시보드에서 켜고 끄게 해 달라는 요청입니다. 지금 dev HEAD(c15a98caa)에서 fastRows는 src/config.ts zod 기본값 true, src/types/config.ts optional boolean, 그리고 src/server/fast-row.ts가 실제 “Model Fast” 합성 행을 만들고 끄는 본체입니다. config.fastRows === false이면 합성 Fast 행을 만들지 않고, 베이스 모델과 그 모델의 reasoning-effort 옵션은 그대로 둡니다. 문서(docs-site configuration Fast rows 절)도 같은 뜻을 이미 설명합니다. 빠진 것은 GUI뿐입니다. Integrations/Cursor 쪽 i18n에 effortRows 안내 문구는 있지만, fastRows 자체를 바꾸는 Dashboard 토글 컴포넌트는 없습니다.

    요청 범위는 올바르게 좁습니다. “새 Fast 라우팅 모드”가 아니라, 이미 동작하는 플래그의 발견 가능성입니다. Pi·DSH 같은 외부 클라이언트 피커에 gpt-5.6-sol Fast 같은 합성 행이 기본으로 보이는데, 베이스만 고르고 effort는 따로 조절하고 싶은 사용자에게는 소음입니다. 우회는 config.json에 fastRows를 false로 손으로 넣고 서비스 재시작인데, 대시보드 워크플로와 어긋납니다. 비슷한 GUI 패턴으로는 gui/src/components/UltraFastTierSetting.tsx처럼 /api/settings로 읽고 PUT으로 저장하는 boolean 스위치가 있습니다. Fast rows도 같은 패턴이면 됩니다. 저장 후에는 문서가 이미 말하듯 클라이언트 카탈로그 refresh가 필요합니다. 토글만 바꾸고 export를 안 하면 Pi/DSH에 옛 행이 남을 수 있습니다.

    지금 dev 우선순위(Lane A 서비스 가드 잔여, Lane B 무료 모델 체인 #3666→#4075→#1711→#4038, 2.49.0 publish 게이트)와 직접 충돌하지는 않습니다. 다만 제품 긴급도는 낮습니다. 설정 키·서버 동작·문서가 이미 있고, 수동 우회도 동작합니다. types/config 분할 캠페인과도 무관합니다. enhancement + gui 라벨이 맞습니다.

    라인 문제:

    src/server/fast-row.ts / config.fastRows - 서버 동작은 이미 완성되어 있습니다. 이 이슈의 본체는 GUI + settings API 노출이지, Fast 생성 로직 재작성 이 아닙니다.

    gui settings 표면 - UltraFastTierSetting과 같은 /api/settings boolean 패턴을 재사용해야 합니다. 모델/카탈로그 설정 근처에 두고, 설명 문장에 “합성 --fast 피커 행만 숨긴다. 베이스 모델의 effort 옵션은 바꾸지 않는다”를 반드시 넣으세요. UltraFast 주석이 경고하듯, 할 수 없는 속도를 암시하는 문구는 피해야 합니다.

    클라이언트 refresh - 토글 OFF 후 catalog-refresh / 통합 sync 없이 피커만 보면 옛 Fast 행이 남을 수 있습니다. UI 복사에 “저장 후 클라이언트 통합을 새로고침하라”를 넣거나, 저장 성공 시 refresh를 제안하는 게 좋습니다.

    기본값 true - 끄면 fastRows false를 명시 persist해야 합니다. zod default true 동작을 GUI가 덮어쓰지 않게 하세요.

    메인테이너의 판단이 필요한 지점

    • 토글을 Models/카탈로그 설정에 둘지, Advanced/Integrations 근처에 둘지
    • 저장 성공 시 catalog-refresh를 자동으로 칠지, 안내만 할지
    • Lane B·서비스 레인보다 낮은 우선순위로 help wanted에 둘지, 바로 받을 PR을 기다릴지
    • effortRows(별도 개념)와 UI를 한 화면에 묶을지, Fast만 단독으로 둘지

    너의 추천
    이슈는 열고 유지하되 우선순위는 낮게 두세요. PR은 UltraFastTierSetting 패턴을 복제한 FastRowsSetting(가칭) + i18n + /api/settings round-trip + “피커 행만 영향” 설명으로 작게 가져가면 됩니다. 서버 fast-row.ts는 건드리지 않는 편이 안전합니다. types/config 분할과 무관하고 중복 이슈로 보이지 않습니다. 수동 config.json 우회가 있으므로, Lane B나 stop/서비스 버그보다 먼저 받을 필요는 없습니다.

    이 댓글은 grok-bot이 작성했습니다

  3. chilung-cgu
    added 2 commits that reference this issue on Sep 11, 2026

    feat(gui): add a Dashboard toggle for Fast selector rows (lidge-jun#4175

    1aad480

    feat(gui): add a Dashboard toggle for Fast selector rows (lidge-jun#4175

    e815f98
  4. lidge-jun
    added 3 commits that reference this issue on Sep 15, 2026

    feat(gui): add a Dashboard toggle for Fast selector rows (lidge-jun#4175

    6e182de

    feat(gui): add a Dashboard toggle for Fast selector rows (lidge-jun#4175

    cfee18a

    feat(gui): add Dashboard Fast row toggle and refresh integrations (#4987

    c9fd114
  5. lidge-jun
    closed this as completedon Sep 18, 2026

  6. lidge-jun commented on Sep 18, 2026

    @lidge-jun
    lidge-jun
    on Sep 18, 2026
    Owner

    Landed on dev via #4987 at c9fd114 (carries #4193).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestguiDashboard, tray, settings UI

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions