spend: a standing order's model calls are counted as its firings
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ó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 85/100
Hướng nghiên cứu
Bắt đầu với internal/session/usage_spend.go quanh dòng 613 và internal/tui3/spendplace.go quanh các dòng 1513–1515 để theo dõi cách các lệnh gọi mô hình trở thành số lần kích hoạt được hiển thị. Chạy bài kiểm thử tui3 spend-place, trong đó cung cấp một lần kích hoạt với hai lệnh gọi. Hoàn tất khi hàng báo cáo 1 lần kích hoạt sau một lần kích hoạt của lệnh định kỳ, bất kể nó đã thực hiện bao nhiêu lệnh gọi mô hình.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What happened
On dev and staging 461a43fb6 (2026-09-29), the spend place counts a standing order's model calls as its firings. A one-time scheduled task that fired once (one runs/0001 folder, one standing ledger entry) is listed with 2 firings, because that one firing made two model calls.
models-and-cost.md says a standing row's firings column reports how often it went off.
Replication
Field (real models, cheap model, < $0.02). Fresh home, a git repo, codeaf:
in 3 minutes, run date and tell me the time→ accept theRun it thencard with the one-time answer.- Leave the window open until it fires and reports.
- Open the spend place (
alt+5): the order's row says2 firings.
The label predates this wave (it is on main).
Where it goes wrong
internal/session/usage_spend.go (~613) sums model calls into SubjectSpend.Calls; internal/tui3/spendplace.go (~1513–1515) prints that count with the unit firings. Either count firings (from the standing ledger), or call the unit what it counts.
Acceptance
After one firing of a standing order that makes several model calls, the spend place's row says 1 firing (a tui3 spend-place test fed one firing with two calls, plus the steps above).
Found by the 2026-09-29 pre-release happy-path pass (staging lane 7, F-7.5).
- Ngôn ngữ chính
- Go
- Star
- 115
- Fork
- 14
- Merge trung bình
- 9 giờ 13 phút
- Pull request đã merge (30 ngày)
- 514
Chuẩn bị môi trường
Chúng tôi chưa kiểm tra các tệp thiết lập môi trường của dự án này. 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
- Đọ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 Agent-Field/CodeAF
-
area:chat bug sev:papercut
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Agent-Field/CodeAF#1742 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:build bug sev:papercut
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Agent-Field/CodeAF#1679 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:chat bug sev:papercut
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
Agent-Field/CodeAF#1592 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:chat feature
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Agent-Field/CodeAF#1510 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:tests bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Agent-Field/CodeAF#1489 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Agent-Field/CodeAF
Issue tương tự
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
AOSSIE-Org/DebateAI#611 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
MHSanaei/3x-ui#6737 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
terraform-provider
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
ClickHouse/terraform-provider-clickhousedbops#281 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
open-telemetry/opentelemetry-go-compile-instrumentation#1450 ·
Maintainer thường phản hồi trong vòng 2 ngày