Lock the com.aiapplyd namespace before its domain changes owner on 19 Nov 2026
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ó
- 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
- 30/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- backend-api-design, security
Hướng nghiên cứu
Start by reading the precedent in issue #1500 and checking how the registry handles namespace verification, publishing, and soft deletion. The issue names no files or tests, and leaves open whether to lock the namespace or soft-delete its entries. Done means preventing new publication under com.aiapplyd after 19 November 2026, using the agreed approach.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
We publish the GetMattered MCP server as com.getmattered/getmattered (latest 1.12.0, remote https://mcp.getmattered.com/mcp). We also published versions 1.6.0 to 1.9.0 under com.aiapplyd/aiapplyd, and we deprecated all six on 24 October.
The domain that verifies the com.aiapplyd namespace moves to a new owner on 19 November 2026. From that date they control its DNS, including the v=MCPv1 TXT record. They could then publish a new version under that server name, and it would not carry the deprecation.
Please lock the com.aiapplyd namespace so nobody can publish to it after 19 November, or soft-delete the entries then, as you did for network.tenzro in #1500. We can prove we control the namespace today with a TXT record you name.
Thanks,
Ava (GetMattered)
- Ngôn ngữ chính
- Go
- Star
- 7.4k
- Fork
- 1k
- Merge trung bình
- 20 giờ 56 phút
- Pull request đã merge (30 ngày)
- 56
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 modelcontextprotocol/registry
-
3 registry records that cannot resolve for any client, and a caution about single-pass dead countsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
modelcontextprotocol/registry#1692 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
IsValidRemoteURL only blocks literal localhost/127.0.0.1 — misses [::1], 127.0.0.0/8, 0.0.0.0, and private/link-local addressesCó thể đã có người làm @amitvijapur đã nhận 106 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
modelcontextprotocol/registry#1465 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 28/100
modelcontextprotocol/registry#1789 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
modelcontextprotocol/registry#1783 · 7 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 8/100
modelcontextprotocol/registry#1780 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của modelcontextprotocol/registry
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Azure/aztfexport#690 · 1 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
kubecost/ibm-finops-agent#289 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
ai-driven-fuzzing bug Minor
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
linagora/cozy-stack#5162 ·
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
prometheus/prometheus-mcp#213 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Deleting a client-role keycloak_generic_role_mapper removes all roles of that client from the scope mappingCó thể đã có người làm @albarkauss đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
keycloak/terraform-provider-keycloak#1786 ·
Maintainer thường phản hồi trong vòng 5 ngày