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

Expose email-workflow stage contents in the CLI (read-back for hey workflow)

Đang mở
  • Có gì không ổn?
#597 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ó
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ệ
go
Lĩnh vực
cli

Hướng nghiên cứu

Start by reading the implementations of hey workflow view, hey box view, and hey collection view, then trace how hey thread read and hey search shape topic records. Choose one of the two proposed read-back options and check the existing workflow add and move behavior. Done means users can inspect stage membership through the CLI in a useful thread-listing shape.

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

Mô tả

Request: make hey workflow readable. Today the CLI can write email
workflows but not read them:

  • hey workflow view <id> lists only stage names/IDs — no command lists the
    threads standing in a stage.
  • No record carries stage membership: hey thread read and hey search rows
    expose no workflow field.
  • The only probe is behavioral — workflow add 422s on an already-member
    topic, workflow move 404s on a non-member — which never says which stage.

Ask: either (or both) of:

  1. hey workflow view <id> --stage <id> — list the threads in one stage, in
    the usual thread-listing shape (like hey box view / hey collection view).
  2. a workflow membership field on topic records in hey thread read and
    hey search rows, e.g. workflow: {id, stage_id}.

Why: I'm using coding agents to manage my HEY email workflow — an agent
runs daily triage and status tracking, with the workflow stages as its kanban.
The agent can add and move threads, but cannot read the workflow back, so it
has to keep an external copy of every stage assignment and reconstruct state
from sender-based searches that can never confirm a move landed in the right
stage. The web app renders the per-stage kanban, so the data exists
server-side.

Verified against hey 1.10.0 (Linux x86_64). Same read-vs-write gap as #481
(thread notes); related: #379 (autofiling) and #180 (box designations) — state
that can be written but not enumerated.

Ngôn ngữ chính
Go
Star
414
Fork
53
Merge trung bình
22 giờ 58 phút
Pull request đã merge (30 ngày)
63

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 basecamp/hey-cli

Tất cả issue của basecamp/hey-cli

Issue tương tự

Thêm issue về Go

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.