Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[Task][RFC]: Deliver Goal-scoped capability participation and qualified composition

Đang mở
#5,207 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
25/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ệ
python
Lĩnh vực
ai-infra-agents, backend

Hướng nghiên cứu

Read the canonical RFC, especially §11, then review the linked current owners and PRs before claiming an unowned acceptance gap. Starting points are loopx/capabilities, loopx/control_plane/capabilities, and docs/reference/extensions.md. Done means integrating only the accepted scope and reconciling the delivery checkpoint with the integrated revision, commands, test evidence, and remaining gates; do not treat a merged PR alone as completion.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

direction/architecture-evolution

Outcome / 目标

交付 Goal 级能力参与、组合与连接器生命周期。One task tracks this RFC's delivery; keep implementation PRs and milestone evidence here instead of creating a parallel task tree.

Canonical design: RFC. Roadmap: S6/S8, under #4574. Design acceptance is distinct from implementation, live qualification and promotion.

Current boundary

Source audit: main at ce3862e33 (2026-09-28). This is source/PR inspection, not a new test or live-qualification claim.

Catalog, Goal bindings, agent-context hooks and #4813 external-evidence lifecycle exist. The RFC records an inspection slice and explicitly rejects a mandatory second Portfolio opt-in/store for ordinary direct work.

Work remaining

  • Finish source-revision-aware continuity and shared inspection using existing capability configuration and owner receipts.
  • Qualify direct → composed → direct work with real dependencies; add durable adoption state only when a real caller cannot express policy through existing configuration/receipts.
  • Keep connector qualification with its owner and measure utility before autonomous evolution or presets.

Ownership and ongoing work

Current continuity/Decision Context/memory work is already active; #3829 and #5187 are overlapping readback/settings dependencies, not replacements. Follow RFC §11 ordering; M2 is conditional, not prerequisite to every caller.

Contribution route: implementation/integration overlaps active work. Start from the linked current owners/PRs and identify an unowned acceptance gap in a claim comment; do not begin a competing rewrite.

Acceptance

  • Zero/one/independent-capability cases remain direct; feature-off and provider-failure paths preserve existing behavior.
  • Correction, stale receipts, partial failure, unavailable worker and return-to-requester are visible through CLI, packaged frontend and applicable Lark flows.
  • Composition preserves authority and source lineage with measured overhead; no second scheduler or universal planner.
  • Reconcile the RFC's current delivery checkpoint and this issue with the integrated revision, commands, passed/failed/untested evidence and remaining gates. Close the accepted scope only; no claim that a merged PR alone completes the RFC.

Starting points and delivery boundary

Base: latest main. Reuse the existing typed owner and provider boundaries. Include affected CLI/frontend/Lark companions; verify real entrypoints and backend where changed. Preserve existing first-screen review and maintainer merge gates. Public artifacts contain only synthetic/public-safe evidence, no private operational state. This task does not authorize provider promotion, benchmark launches, release/deployment or unrelated protected effects.

Ngôn ngữ chính
Python
Star
6.2k
Fork
596
Merge trung bình
7 giờ 35 phút
Pull request đã merge (30 ngày)
928

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của loopx-project/loopx

Tất cả issue của loopx-project/loopx

Issue tương tự

Thêm issue về Python

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.