`--provider openai-codex` is offered by commands whose answerer or generator refuses it
Maintainer thường phản hồi trong vòng 1 ngày
Một pull request liên quan đã được merge.
- #428 của @vlad-perevezentsev — đã merge
Đá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
- 56/100
Hướng nghiên cứu
Start by reading the definitions of ANSWER_PROVIDERS and CALLER_PROVIDERS in dokimi.llm, then trace how the listed commands validate --provider and route it to the LLM. The issue offers two paths: accept openai-codex or remove it from command choices; accepting it requires confirming the model works through chat completions. Done means the commands no longer offer a provider they reject, with tests covering the selected behavior.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Found in the review of #384 (https://github.com/intel/dokimi/pull/384#discussion_r4473774384). Pre-existing: main behaves the same.
--provider on these commands takes llm.ANSWER_PROVIDERS, which includes openai-codex. The class each command builds checks llm.CALLER_PROVIDERS, which does not. So the run stops with ValueError: Unsupported provider: 'openai-codex':
| Command | Refused by |
|---|---|
answers generate |
Answerer |
questions generate |
QuestionGenerator |
personas discover |
PersonaGenerator |
evaluate, benchmark run, benchmark batch |
EvaluationPipeline → PersonaGenerator, QuestionGenerator, Answerer |
dokimi.llm already routes the provider (openai/<model>, key OPENAI_API_KEY). The callers' tuples have left it out since before #384; that PR only merged the four copies into one constant.
Two ways to fix it, one PR:
- Accept it: add
openai-codextoCALLER_PROVIDERS, with one test per command above that it reachesdokimi.llmwith theopenai/route. - Stop offering it: build these commands'
--providerchoices fromCALLER_PROVIDERS(argparse then exits 2 before the run starts).
Option 1 needs someone to confirm that the models openai-codex names answer on that route through chat completions; if that is not known, option 2 is the safe one.
- Ngôn ngữ chính
- Python
- Star
- 11
- Fork
- 9
- Merge trung bình
- 1 ngày 9 giờ
- Pull request đã merge (30 ngày)
- 426
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của intel/dokimi
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
Wayback LinksĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
chnm/teachinghistory-hugo#53 ·
-
gpt-oss "Forcing a tool call" row no longer reproduces: tool_choice is now honoured on every surfaceĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
aws-samples/sample-per-model-bedrock#840 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
521xueweihan/HelloGitHub#4318 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
DiamondLightSource/eiger-correction#2 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
django-cms/djangocms-frontend#413 ·