Replace rich SPM provenance with compact typed receipts
Maintainer thường phản hồi trong vòng 2 ngày
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- api, backend-api-design
Hướng nghiên cứu
Start by tracing the current rich SPM diagnostic payloads and household and society-wide cache identities. Review the existing API contracts, OpenAPI definitions, documentation, changelog, and tests named in the scope; done means compact typed receipts meet the size limits, old receipts are rejected or recalculated, numeric results remain unchanged, and removed fields are absent.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
Replace large country-package SPM diagnostic payloads with strict compact, versioned provenance receipts across household and society-wide API results.
Scope
- publish typed individual and comparison provenance contracts
- reduce country-owned rich receipts through typed builders
- validate adjacent resolved SPM configuration and receipt agreement
- persist and cache only compact receipts
- invalidate older household and economy cache identities instead of translating them
- update OpenAPI, documentation, changelog, and tests
Acceptance criteria
- compact individual receipts remain under 1 KiB
- compact 20-segment comparisons remain under 2 KiB
- old rich receipts are rejected or recalculated
- household and society-wide numeric results remain unchanged
- OpenAPI excludes removed diagnostic and mapping fields
- Ngôn ngữ chính
- Python
- Star
- 18
- Fork
- 33
- Merge trung bình
- 1 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 22
Chuẩn bị môi trường
- Không có Dockerfile hay 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 PolicyEngine/policyengine-api
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
PolicyEngine/policyengine-api#3864 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 38/100
PolicyEngine/policyengine-api#3860 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 38/100
PolicyEngine/policyengine-api#3823 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
API v2: report validations as an append-only, provenance-keyed resource on reportsCó thể làm lại được @anth-volk đã nhận 28 ngày trước và không có pull request nào đang mở. Đang mở
PolicyEngine/policyengine-api#3818 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
PolicyEngine/policyengine-api#3816 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của PolicyEngine/policyengine-api
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Juniper/ansible-junos-stdlib#904 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
pollen-robotics/reachy_mini#1457 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:runtime good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
WATonomous/wato_f1tenth#39 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
FireDynamics/fdsreader#123 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100