Feature: raw SSE/JSON passthrough fixtures for LLM endpoints
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ó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 58/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- backend-api-design, testing
Hướng nghiên cứu
Start by locating RawJSONResponse and the fal.ai handlers, then trace LLM fixture registration through matching, streaming, journal, and chaos handling. The relevant entry point is llm.on({ endpoint: 'responses' }, ...); verify existing typed-fixture behavior before adding raw passthrough cases. Done means SSE rawEvents are served verbatim, non-streaming JSON is served verbatim, and the existing fixture-processing pipeline still applies with focused tests.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
For LLM endpoints every response is synthesized from a typed fixture, so testing a provider stream feature aimock doesn't model yet means waiting for a release. RawJSONResponse exists but is only served by the fal.ai handlers.
Proposal
An escape hatch for LLM endpoints: a fixture response that serves caller-supplied SSE events verbatim (and, for non-streaming requests, a verbatim JSON body), e.g.
llm.on({ endpoint: 'responses' }, {
rawEvents: [
{ type: 'response.created', response: { /* ... */ } },
{ type: 'response.output_text.delta', delta: 'hi', /* ... */ },
{ type: 'response.completed', response: { /* ... */ } },
],
});
Journal entries, matching, streaming profiles and chaos would apply exactly as for typed fixtures; only the body is passed through.
Use case
Lets downstream projects cover new provider features immediately (citations, file output, new event types) while first-class fixture fields are designed.
- Ngôn ngữ chính
- TypeScript
- Star
- 979
- Fork
- 84
- Merge trung bình
- 1 ngày 5 giờ
- Pull request đã merge (30 ngày)
- 58
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không 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 CopilotKit/aimock
-
Feature: model-generated files (inline images) in chat/responses turnsCó thể đã có người làm @abhiaiyer91 đã nhận 2 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
CopilotKit/aimock#548 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Feature: scriptable citations / annotations on text responsesCó thể đã có người làm @abhiaiyer91 đã nhận 2 ngày trước. Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
CopilotKit/aimock#547 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
CopilotKit/aimock#544 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Feature request: provider-native model listing, required-header validation, and non-chat endpoints (Anthropic / Gemini)Có thể đã có người làm @jpr5 đã nhận 7 ngày trước. Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 14/100
CopilotKit/aimock#519 · 1 reaction · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Dependency DashboardĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
CopilotKit/aimock#289 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của CopilotKit/aimock
Issue tương tự
-
docs(api): openapi.yaml still documents gif-tools optimize colors as 2-256 instead of 2, 4, 16, 256Đang mởarea: backend documentation priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
snapotter-hq/SnapOtter#2919 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
BUG: Uncaught MEMORY USAGE error on Redis < 4.0 causes keys table data load to fail entirelyĐang mởaccepted :+1: bug db/redis
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
beekeeper-studio/beekeeper-studio#4882 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ready-for-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
konflux-ci/konflux-ui#1630 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
ahmedkhaleel2004/gitdiagram#233 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
simkimsia/netlify-axi#19 ·
Maintainer thường phản hồi trong vòng 1 ngày