Clarify accounting and window semantics of agent_wallet_spend_limits.used
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 18/100
- issue の種類
- ドキュメント
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- go, typescript
調査の方向性
This is a request for the supported accounting and window contract behind daily.used and thirty_day.used in user-info retrieve, not a code change. Start from the linked Go SDK types in packages/sdk-go/types.go and the spend-request documentation, and check whether the CLI source defines any of the counting. Done means a maintainer-confirmed definition of counted amounts, window boundaries, currency and payment correlation fields, or a clear statement that some of it is server-defined.
索引モデルが issue の本文から書いたものです。
説明
I am integrating @stripe/[email protected] and need to interpret daily.used and thirty_day.used from user-info retrieve correctly.
The spend-request documentation describes these values in cents. The 1.0.0 Go SDK types describe both counters as rolling. I could not find the accounting definition needed to compare them with request/payment history.
Could you clarify or link to the supported contract for:
- Counted amounts: Do
usedvalues count requested, approved/reserved, authorized or completed payment amounts? When do cancellation, expiry, failure, refund and amount changes affect them? - Windows and timing: Does
dailymean the preceding 24 hours andthirty_daythe preceding 720 hours? Which event timestamp and boundary rule determine membership? Is there an observation timestamp or documented update delay for the counters? - Source scope and currency: Do these counters and
spend-request list --include-historycover the same user/grants? What history retention or pagination limits apply? Is counter usage always USD cents, including requests in other currencies? - Correlation: Which payment identity, amount and time fields should be used to explain usage in both windows without counting the same payment twice? In particular, what event and time unit does
payment_status_details.createdrepresent, and is the supported transaction ID at request level or inside payment details? Is request history sufficient, or is that reconciliation unsupported through these commands?
This is a documentation question, not an account-specific incident. No credentials, account lookup or payment reproduction are needed. If the behavior differs from CLI 1.0.0, please identify which semantics are version-specific and which are server-defined.
- 主要言語
- TypeScript
- スター
- 885
- フォーク
- 156
- 平均マージ
- 1日 1時間
- マージ済み PR（30日）
- 64
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stripe/link-cli のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 8/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 8/100
メンテナーはふだん 1 日以内に返信
-
Jumaオープン
難易度 5/5 1週間以上 初心者へのやさしさ 1/100
メンテナーはふだん 1 日以内に返信
-
123オープン
難易度 5/5 1週間以上 初心者へのやさしさ 10/100
メンテナーはふだん 1 日以内に返信
stripe/link-cli の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
riverqueue/river#1576 ·
メンテナーはふだん 1 日以内に返信
-
[bug] A prompt queued during a run is assessed without its text対応中かも @jwiegley が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
DevMortimer/pi-warden#211 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 1/5 1時間未満 初心者へのやさしさ 84/100
mattermost/compass-design#191 ·
メンテナーはふだん 1 日以内に返信
-
Add unit tests for the organization admin role check対応中かも @SaffuSafwan が今日担当しました。 オープンarea/core good first issue help wanted
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
HorusGoul/trizum#559 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信