Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

spend: a standing order's model calls are counted as its firings

オープン 初心者向け
  • 何か問題がありますか？
#1,678 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
85/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
go
領域
cli

調査の方向性

internal/session/usage_spend.go の 613 行付近と internal/tui3/spendplace.go の 1513–1515 行付近から始めて、モデル呼び出しが表示される発火回数になるまでの流れを追跡します。1 回の発火に 2 回の呼び出しを与える tui3 spend-place テストを実行します。1 回の定期注文の発火後に、モデル呼び出しの回数にかかわらず、行が 1 発火を報告すれば完了です。

索引モデルが issue の本文から書いたものです。

説明

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:

  1. in 3 minutes, run date and tell me the time → accept the Run it then card with the one-time answer.
  2. Leave the window open until it fires and reports.
  3. Open the spend place (alt+5): the order's row says 2 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).

主要言語
Go
スター
115
フォーク
14
平均マージ
11時間 32分
マージ済み PR（30日）
747

環境構築

このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Agent-Field/CodeAF のほかの issue

Agent-Field/CodeAF の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。