Research viability of using Dev Proxy with GitHub Models LLMs and handling throttling
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
- 28/100
Hướng nghiên cứu
Rà soát tích hợp Dev Proxy hiện tại cho các mô hình cục bộ, quy trình tạo đặc tả API, ứng dụng khách mô hình ngôn ngữ OpenAI và các tệp prompt mặc định. Xác định liệu basic tier của GitHub Models có hỗ trợ khối lượng yêu cầu được tạo ra hay không, ghi lại các giới hạn yêu cầu và hành vi throttling, đánh giá mức độ phù hợp của prompt, đồng thời ghi lại liệu có cần thay đổi back-off, xác thực hoặc bộ prompt hay không.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
We need to research the feasibility of integrating Dev Proxy with LLMs provided by GitHub Models. Specifically, determine if the basic tier of GitHub Models can handle the volume of requests that Dev Proxy generates (such as during API spec generation). Additionally, investigate whether there are any request limits or throttling behaviors that may impact this integration, as our current Dev Proxy implementation did not require throttling logic when used with local models. We should also verify, if our prompts are good enough or if we'd need to think about exposing prompt-sets to make it easier to switch between the models without having to manually replace all prompts in our default files.
If using GH Models turns out to be viable we'll likely need to:
- Implement handling throttling with proper back-off
- Add support for auth in the OpenAI language model client
Let's focus on verifying the viability, before we commit to an actual implementation.
- Ngôn ngữ chính
- C#
- Star
- 832
- Fork
- 90
- Merge trung bình
- 17 giờ 54 phút
- Pull request đã merge (30 ngày)
- 47
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không 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 dotnet/dev-proxy
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/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 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
waiting for response
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 28/100
dotnet/dev-proxy#1914 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
MockStdioResponsePlugin: @stdin.body.id placeholder fails to resolve when messages arrive back-to-back after an id-less messageCó thể làm lại được @garrytrinder đã nhận 87 ngày trước và không có pull request nào đang mở. Đang mở
dotnet/dev-proxy#1757 · 1 reaction · 2 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của dotnet/dev-proxy
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
stryker-mutator/stryker-net#3892 ·
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 65/100
MobiFlight/MobiFlight-Connector#3419 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
`Source` with an `avares://` URI and a `#fragment` throws instead of scrolling to the anchorĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Kryptos-FR/MarkView.Avalonia#105 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[辞書]Đang mở提案 辞書
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/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 76/100
microsoft/fluentui-blazor#5410 ·
Maintainer thường phản hồi trong vòng 1 ngày