feat(providers): mostrar vigencia declarada y saldo de resets de Codex

Đã đóng
  • Có gì không ổn?
#132 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
42/100
Loại issue
Tính năng
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
rust, typescript
Lĩnh vực
desktop, full-stack

Hướng nghiên cứu

Start with backend commit f01ff4a to understand the optional provider-metadata contract and attribution rules, then inspect frontend commit 3fcd10d for cards and usage circles. Run the Rust tests and the focused frontend tests, typecheck, suite, and build before validating the desktop representation. Done means provider-declared validity dates and Codex reset balances are shown when valid, while unknown, invalid, unattributed, failed, or stale data is omitted and gauges remain accessible.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

status:approved type:feature
Pre-flight checks
  • I searched existing issues and found no duplicate.
  • I understand that this proposal requires product review before implementation.
Problem to solve

En main d097bc3, los informes no exponen fechas explícitas de vigencia ni el saldo de resets comunicado por Codex. Se propone recuperarlos sin inferir cancelaciones a partir de cuotas o caducidad OAuth.

Proposed solution

Añadir metadata opcional al contrato Rust/TypeScript y mostrarla en tarjetas y círculos, manteniendo autoridad del proveedor y atribución correcta de cuenta. Entregar en cadena: backend feat/recover-provider-metadata, después frontend feat/recover-usage-badges.

Affected area

Application behavior

Scope and non-goals
  • Exponer solo fechas comunicadas explícitamente por Codex, Cursor u OpenRouter; fin de periodo no equivale a baja.
  • Mostrar saldo de resets de Codex, conservando cero y sin convertir cuotas en créditos estimados.
  • Omitir metadata desconocida, inválida o no atribuible y no mostrarla como vigente en reportes fallidos/stale.
  • No enviar tokens ni claims completos al frontend ni usar metadata como autoridad de autenticación.
  • Conservar accesibilidad, identidad/número de cuenta y comportamiento de gauges.
  • Validar las dos capas, su integración y representación desktop antes de declarar entrega completa.

Candidatos locales: backend f01ff4a (251 líneas); frontend 3fcd10d (352 líneas sobre backend). Evidencia local: 182 tests Rust pasan/1 ignorado para backend; 65 focales frontend y typecheck/suite/build pasan. No equivale a validación desktop ni a integración en main.

Fuera de alcance: persistir la opción showResets, clipping/backdrop, auto-hide, instalación, credenciales y nuevas integraciones.

Alternatives considered

Inferir vigencia desde OAuth exp o predecir resets desde porcentajes: descartado por mezclar conceptos. Mantener la metadata únicamente en backend no permite al usuario verla; las dos PRs forman una entrega funcional.

Ngôn ngữ chính
TypeScript
Star
10
Fork
2
Merge trung bình
4 giờ 58 phút
Pull request đã merge (30 ngày)
118

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của egdev6/quorb

Tất cả issue của egdev6/quorb

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.