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

Decide whether a coordinator may lift a headless worker's refusal (the trust boundary #68 defers)

Đang mở
  • Có gì không ổn?
#142 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
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
typescript
Lĩnh vực
authorization, security

Hướng nghiên cứu

Start with the refusal key resolution at index.ts:3203, liftRefusals at index.ts:3262, and the dialog-approval and headless checks at index.ts:4302 and index.ts:4333. Decide and document the trust-boundary policy, then add tests covering coordinator authorization, critical refusals, and attribution of both identities in decisions.jsonl. Done means the chosen constraints hold and the agent-on-behalf-of-user behavior is documented.

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

Mô tả

enhancement ready-for-human

Split from #68 by your decision there: the mechanical half (narrowing the refusal key) is agent work on that issue, and this is the trust boundary it deliberately does not touch.

The gap. A headless worker cannot lift a refusal. liftRefusals (index.ts:3262) runs at exactly one call site, inside the dialog-approval handler (index.ts:4333), and that handler is only reachable when ctx.hasUI — index.ts:4302 collapses every headless hit into a block before any lift path. A refusal a coordinator considers wrong therefore stays for the whole session.

Why it is a design call and not a fix. Building the channel means answering who may lift a refusal taken on another agent's command, whether an agent may approve on a user's behalf, and whether a critical refusal is ever liftable. Those are the same questions the persistent-grant surface answers for a human, asked about a machine, and the answer decides how much of the prod-secrets posture moves.

Options as presented.

  1. A registered tool a coordinator may call, with headless coordinators rejected by construction, critical refusals permanently unliftable, and the hop recorded in decisions.jsonl with both identities. Cost: an agent-to-agent approval path exists at all.
  2. Lift only with a human-issued token in the environment, so an unattended session still cannot lift. Cost: it is a human approval with extra steps in the common case.
  3. Leave it unliftable, documented with the reason. Cost: a wedged headless worker is restart-only.

Acceptance, whichever is chosen: the chosen constraints hold under test (a headless coordinator is rejected or accepted as specified; a critical refusal cannot be lifted by any path); every lift is attributable in the log with the lifting identity and the original refuser; the docs state what an agent may do on another agent's behalf.

Related: #68 (key narrowing), and the refusal store's key resolution at index.ts:3203.

Ngôn ngữ chính
TypeScript
Star
0
Fork
1
Merge trung bình
2 giờ 10 phút
Pull request đã merge (30 ngày)
64

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

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

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 STRML/omp-classifier

Tất cả issue của STRML/omp-classifier

Issue tương tự

Thêm issue về TypeScript

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.