primcli 1.11.0 → 1.13.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.
- package/README.md +11 -3
- package/dist/oclif/index.js +1494 -139
- package/package.json +4 -1
package/README.md
CHANGED
|
@@ -98,8 +98,16 @@ cat challenge.json | primitive payments pay
|
|
|
98
98
|
# 1,000,000: 0.01 USDC is --amount 10000.
|
|
99
99
|
primitive payments create-email-challenge --from payee@your-domain.example \
|
|
100
100
|
--to payer@their-domain.example --amount 10000 --network base-sepolia
|
|
101
|
-
# Payer:
|
|
102
|
-
#
|
|
101
|
+
# Payer (recommended): pay the email challenge in one step. Signs the challenge
|
|
102
|
+
# locally with your wallet key AND sends the signed interaction.json as an
|
|
103
|
+
# in-thread reply, so you skip the manual sign-then-reply dance. --in-reply-to
|
|
104
|
+
# is the inbound challenge email you received; the reply is threaded to it and
|
|
105
|
+
# addressed to the payee, and From defaults to the payer it was sent to.
|
|
106
|
+
primitive payments pay-email --challenge-file challenge.json \
|
|
107
|
+
--in-reply-to <inbound-challenge-email-id> --wait
|
|
108
|
+
|
|
109
|
+
# Advanced: sign only, without sending. Emits the portable interaction.json
|
|
110
|
+
# artifact you can attach to a reply yourself (e.g. with `primitive reply`).
|
|
103
111
|
primitive payments pay-email-step --challenge-file challenge.json > interaction.json
|
|
104
112
|
|
|
105
113
|
# Inspect a challenge by id, or list your registered payout addresses.
|
|
@@ -114,7 +122,7 @@ primitive payments update-spend-policy --max-per-payment 5000000
|
|
|
114
122
|
|
|
115
123
|
`charge` is the friendly verb that matches the SDK `charge` and accepts `--amount-usdc`; `create-challenge` is the lower-level command that takes base-unit `--amount`. Either creates a challenge. The signing commands print a human-readable summary by default; pass `--json` for raw JSON suitable for piping.
|
|
116
124
|
|
|
117
|
-
The
|
|
125
|
+
The signing commands (`register-payout-address`, `pay`, `pay-email`, and `pay-email-step`) need your wallet key. `pay-email` is the recommended payer path for the email-native flow: it signs and replies in one step. `pay-email-step` signs only and emits the `interaction.json` artifact for advanced use where you want to deliver it yourself. Set the key in `PRIMITIVE_X402_PRIVATE_KEY` (a `0x`-prefixed hex private key) so it never lands in shell history or the process list:
|
|
118
126
|
|
|
119
127
|
```bash
|
|
120
128
|
export PRIMITIVE_X402_PRIVATE_KEY=0x...
|