@agent-score/commerce 2.3.0 → 2.4.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (66) hide show
  1. package/README.md +6 -6
  2. package/dist/challenge/index.d.mts +4 -4
  3. package/dist/challenge/index.d.ts +4 -4
  4. package/dist/challenge/index.js.map +1 -1
  5. package/dist/challenge/index.mjs.map +1 -1
  6. package/dist/{checkout-ChyOi7aU.d.ts → checkout-B-MIzYzW.d.ts} +8 -11
  7. package/dist/{checkout-Ceo1_rVJ.d.mts → checkout-Bn7ZKIBD.d.mts} +8 -11
  8. package/dist/core.d.mts +4 -6
  9. package/dist/core.d.ts +4 -6
  10. package/dist/core.js +1 -1
  11. package/dist/core.js.map +1 -1
  12. package/dist/core.mjs +1 -1
  13. package/dist/core.mjs.map +1 -1
  14. package/dist/discovery/index.d.mts +10 -9
  15. package/dist/discovery/index.d.ts +10 -9
  16. package/dist/discovery/index.js +44 -6
  17. package/dist/discovery/index.js.map +1 -1
  18. package/dist/discovery/index.mjs +44 -6
  19. package/dist/discovery/index.mjs.map +1 -1
  20. package/dist/identity/express.js +13 -13
  21. package/dist/identity/express.js.map +1 -1
  22. package/dist/identity/express.mjs +13 -13
  23. package/dist/identity/express.mjs.map +1 -1
  24. package/dist/identity/fastify.js +13 -13
  25. package/dist/identity/fastify.js.map +1 -1
  26. package/dist/identity/fastify.mjs +13 -13
  27. package/dist/identity/fastify.mjs.map +1 -1
  28. package/dist/identity/hono.js +13 -13
  29. package/dist/identity/hono.js.map +1 -1
  30. package/dist/identity/hono.mjs +13 -13
  31. package/dist/identity/hono.mjs.map +1 -1
  32. package/dist/identity/nextjs.js +13 -13
  33. package/dist/identity/nextjs.js.map +1 -1
  34. package/dist/identity/nextjs.mjs +13 -13
  35. package/dist/identity/nextjs.mjs.map +1 -1
  36. package/dist/identity/policy.js.map +1 -1
  37. package/dist/identity/policy.mjs.map +1 -1
  38. package/dist/identity/web.js +13 -13
  39. package/dist/identity/web.js.map +1 -1
  40. package/dist/identity/web.mjs +13 -13
  41. package/dist/identity/web.mjs.map +1 -1
  42. package/dist/index.d.mts +12 -13
  43. package/dist/index.d.ts +12 -13
  44. package/dist/index.js +86 -65
  45. package/dist/index.js.map +1 -1
  46. package/dist/index.mjs +84 -65
  47. package/dist/index.mjs.map +1 -1
  48. package/dist/{default_rails-DtR_E9N9.d.ts → network_kind-BIJM2peR.d.ts} +22 -8
  49. package/dist/{default_rails-K25PtWrL.d.mts → network_kind-C0EMkdzz.d.mts} +22 -8
  50. package/dist/payment/index.d.mts +16 -26
  51. package/dist/payment/index.d.ts +16 -26
  52. package/dist/payment/index.js +62 -57
  53. package/dist/payment/index.js.map +1 -1
  54. package/dist/payment/index.mjs +62 -57
  55. package/dist/payment/index.mjs.map +1 -1
  56. package/dist/{pricing-B3-aKxSz.d.ts → pricing-CytRwhC2.d.ts} +1 -1
  57. package/dist/{pricing-BReyZiqN.d.mts → pricing-KHDqMLd7.d.mts} +1 -1
  58. package/dist/{rail_spec-B1239jPp.d.mts → rail_spec-BFZmW9RN.d.mts} +3 -4
  59. package/dist/{rail_spec-B1239jPp.d.ts → rail_spec-BFZmW9RN.d.ts} +3 -4
  60. package/dist/stripe-multichain/index.d.mts +2 -9
  61. package/dist/stripe-multichain/index.d.ts +2 -9
  62. package/dist/stripe-multichain/index.js.map +1 -1
  63. package/dist/stripe-multichain/index.mjs.map +1 -1
  64. package/dist/{wwwauthenticate-D_FMnPgU.d.mts → wwwauthenticate-CVaGUMjU.d.mts} +8 -6
  65. package/dist/{wwwauthenticate-D_FMnPgU.d.ts → wwwauthenticate-CVaGUMjU.d.ts} +8 -6
  66. package/package.json +9 -8
@@ -1,4 +1,4 @@
1
- import { T as TempoRailSpec, X as X402BaseRailSpec, S as SolanaMppRailSpec, b as StripeRailSpec } from './rail_spec-B1239jPp.js';
1
+ import { T as TempoRailSpec, X as X402BaseRailSpec, S as SolanaMppRailSpec, b as StripeRailSpec } from './rail_spec-BFZmW9RN.js';
2
2
 
3
3
  interface HowToPayRailEntry {
4
4
  setup?: string[];
@@ -1,4 +1,4 @@
1
- import { T as TempoRailSpec, X as X402BaseRailSpec, S as SolanaMppRailSpec, b as StripeRailSpec } from './rail_spec-B1239jPp.mjs';
1
+ import { T as TempoRailSpec, X as X402BaseRailSpec, S as SolanaMppRailSpec, b as StripeRailSpec } from './rail_spec-BFZmW9RN.mjs';
2
2
 
3
3
  interface HowToPayRailEntry {
4
4
  setup?: string[];
@@ -116,10 +116,9 @@ interface TempoSessionRailSpec {
116
116
  chains?: unknown;
117
117
  }
118
118
  /**
119
- * Default field values for each `*RailSpec`. Mirrors python-commerce's
120
- * `*RailSpec` dataclass defaults callers can spread these into their spec
121
- * literal when they want defaults without typing them out. Sourced from the
122
- * USDC registry so they stay in sync with on-chain reality.
119
+ * Default field values for each `*RailSpec` callers can spread these into
120
+ * their spec literal when they want defaults without typing them out. Sourced
121
+ * from the USDC registry so they stay in sync with on-chain reality.
123
122
  */
124
123
  declare const RAIL_SPEC_DEFAULTS: {
125
124
  readonly tempo: {
@@ -116,10 +116,9 @@ interface TempoSessionRailSpec {
116
116
  chains?: unknown;
117
117
  }
118
118
  /**
119
- * Default field values for each `*RailSpec`. Mirrors python-commerce's
120
- * `*RailSpec` dataclass defaults callers can spread these into their spec
121
- * literal when they want defaults without typing them out. Sourced from the
122
- * USDC registry so they stay in sync with on-chain reality.
119
+ * Default field values for each `*RailSpec` callers can spread these into
120
+ * their spec literal when they want defaults without typing them out. Sourced
121
+ * from the USDC registry so they stay in sync with on-chain reality.
123
122
  */
124
123
  declare const RAIL_SPEC_DEFAULTS: {
125
124
  readonly tempo: {
@@ -126,8 +126,6 @@ declare function createPiCache({ redisUrl, ttlSeconds, keyPrefix, }?: {
126
126
  * - `mintMultichainRecipients` returns the full per-rail map plus the PI
127
127
  * id. Preferred for multi-rail merchants — avoids the second pi-cache
128
128
  * lookup to stitch sibling addresses back together.
129
- *
130
- * Mirrors the python `pay_to_address.py` factoring.
131
129
  */
132
130
 
133
131
  interface CreatePayToAddressFromStripePIOptions {
@@ -308,13 +306,8 @@ declare function createMppxStripe({ profileId, secretKey, paymentMethodTypes, }:
308
306
  }): Promise<unknown>;
309
307
 
310
308
  /** Settle-outcome → simulator dispatch. Replaces the 3-branch rail/railKey
311
- * switch + thin `simulateDepositIfTestnet(addr, network)` wrapper that
312
- * consumer codebases (sayer, martin, sandbox) hand-rolled in their own
313
- * `lib/payment.ts` files.
314
- *
315
- * Folding the dispatch into the SDK removes the consumer-wrap anti-pattern
316
- * (`feedback_no_consumer_sdk_rewrapping`): merchants call this directly from
317
- * `onSettled`, no per-merchant payment.ts wrapper needed.
309
+ * switch + thin testnet-deposit wrapper a merchant would otherwise hand-roll
310
+ * in their own payment helpers. Call it directly from `onSettled`.
318
311
  */
319
312
  type SimulateNetwork = 'tempo' | 'base' | 'solana';
320
313
  /** Map a settle outcome (from `Checkout.onSettled` or
@@ -126,8 +126,6 @@ declare function createPiCache({ redisUrl, ttlSeconds, keyPrefix, }?: {
126
126
  * - `mintMultichainRecipients` returns the full per-rail map plus the PI
127
127
  * id. Preferred for multi-rail merchants — avoids the second pi-cache
128
128
  * lookup to stitch sibling addresses back together.
129
- *
130
- * Mirrors the python `pay_to_address.py` factoring.
131
129
  */
132
130
 
133
131
  interface CreatePayToAddressFromStripePIOptions {
@@ -308,13 +306,8 @@ declare function createMppxStripe({ profileId, secretKey, paymentMethodTypes, }:
308
306
  }): Promise<unknown>;
309
307
 
310
308
  /** Settle-outcome → simulator dispatch. Replaces the 3-branch rail/railKey
311
- * switch + thin `simulateDepositIfTestnet(addr, network)` wrapper that
312
- * consumer codebases (sayer, martin, sandbox) hand-rolled in their own
313
- * `lib/payment.ts` files.
314
- *
315
- * Folding the dispatch into the SDK removes the consumer-wrap anti-pattern
316
- * (`feedback_no_consumer_sdk_rewrapping`): merchants call this directly from
317
- * `onSettled`, no per-merchant payment.ts wrapper needed.
309
+ * switch + thin testnet-deposit wrapper a merchant would otherwise hand-roll
310
+ * in their own payment helpers. Call it directly from `onSettled`.
318
311
  */
319
312
  type SimulateNetwork = 'tempo' | 'base' | 'solana';
320
313
  /** Map a settle outcome (from `Checkout.onSettled` or