@baseline-markets/cli 0.2.2 → 0.3.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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@baseline-markets/cli",
3
- "version": "0.2.2",
3
+ "version": "0.3.0",
4
4
  "type": "module",
5
5
  "repository": {
6
6
  "type": "git",
@@ -27,7 +27,7 @@
27
27
  "test:integration": "bun test tests/*.integration.test.ts"
28
28
  },
29
29
  "dependencies": {
30
- "@baseline-markets/sdk": "^1.1.0",
30
+ "@baseline-markets/sdk": "^1.2.0",
31
31
  "incur": "^0.4.8",
32
32
  "viem": "^2.31.6"
33
33
  },
@@ -0,0 +1,154 @@
1
+ ---
2
+ name: aeon-baseline
3
+ description: Execute a Baseline launch call artifact through an Aeon operator workflow.
4
+ var: ""
5
+ tags: [crypto, onchain]
6
+ capabilities: [external_api, writes_external_host, onchain_writes, sends_notifications]
7
+ ---
8
+
9
+ > **${var}** - Path to a saved `baseline launch` JSON artifact, or empty
10
+ > when `run.vars.launchArtifact` already contains the artifact object. If
11
+ > neither is available, notify `LAUNCH_BASELINE_NO_ARTIFACT` and stop.
12
+
13
+ Today is ${today}. Execute a Baseline launch call artifact through the
14
+ configured Aeon operator surface without inventing calldata, signers, or wallet
15
+ policy.
16
+
17
+ ## Required Config
18
+
19
+ - `AEON_RUN_URL` is required only when dispatching this skill through the
20
+ repository CLI executor.
21
+ - `AEON_AUTH_TOKEN` is optional and is sent as `Authorization: Bearer ...` by
22
+ the CLI executor when configured.
23
+ - The launch artifact must already be produced by `baseline launch`.
24
+ - Aeon execution is Base mainnet only in v1.
25
+ - Register this skill in an Aeon instance by copying this folder under
26
+ `skills/`, running `./generate-skills-json`, and adding an `aeon.yml` entry
27
+ with `enabled: false` and `schedule: "manual"` until an operator explicitly
28
+ enables it.
29
+
30
+ ## CLI Artifact Contract
31
+
32
+ `baseline launch` builds and validates the canonical call artifact. The
33
+ `--output` file is the source of truth:
34
+
35
+ ```json
36
+ {
37
+ "chainId": 8453,
38
+ "chain": "base",
39
+ "account": "0xAeonOperatorWallet",
40
+ "bToken": "0x...",
41
+ "calls": [{ "to": "0x...", "data": "0x...", "value": "0x0" }]
42
+ }
43
+ ```
44
+
45
+ Required Aeon launch inputs:
46
+
47
+ - `--mode zrp` or `--mode standard`
48
+ - `--chain-id 8453`
49
+ - `--account "$AEON_OPERATOR_WALLET"`
50
+ - `--name "$TOKEN_NAME"`
51
+ - `--symbol "$TOKEN_SYMBOL"`
52
+ - `--reserve 0x4200000000000000000000000000000000000006`
53
+ - `--total-supply "$TOTAL_SUPPLY"`
54
+ - `--initial-pool-btokens "$POOL_BTOKENS"` for `standard`
55
+ - `--initial-pool-reserves "$RESERVE_SEED"` for `standard`
56
+ - `--output .context/launches/aeon-launch.json`
57
+
58
+ Key optional controls:
59
+
60
+ - Fees: `--swap-fee-pct` and `--creator-fee-pct`.
61
+ - Parties and salt: `--creator`, `--fee-recipient`, and `--salt`.
62
+
63
+ Build the handoff artifact before running this skill:
64
+
65
+ ```sh
66
+ baseline launch \
67
+ --mode zrp \
68
+ --chain-id 8453 \
69
+ --account "$AEON_OPERATOR_WALLET" \
70
+ --name "$TOKEN_NAME" \
71
+ --symbol "$TOKEN_SYMBOL" \
72
+ --reserve 0x4200000000000000000000000000000000000006 \
73
+ --total-supply "$TOTAL_SUPPLY" \
74
+ --output .context/launches/aeon-launch.json
75
+ ```
76
+
77
+ Before Aeon execution, verify `chainId`, `account`, call count, call order,
78
+ allowed targets, and selected mode economics. `zrp` artifacts use
79
+ three calls and all BTokens in the pool. `standard` artifacts use four calls,
80
+ a nonzero reserve seed, and `createPool`.
81
+
82
+ ## Steps
83
+
84
+ 1. **Load the artifact.** If `run.vars.launchArtifact` exists, use it.
85
+ Otherwise read the JSON file path from `${var}`. If both are absent, run:
86
+
87
+ ```sh
88
+ ./notify "LAUNCH_BASELINE_NO_ARTIFACT: provide var=<path-to-launch-artifact.json> or run.vars.launchArtifact"
89
+ ```
90
+
91
+ Then stop.
92
+
93
+ 2. **Validate the artifact.** Confirm:
94
+
95
+ - `chainId` is `8453`.
96
+ - `account` is present and is the expected Aeon operator wallet.
97
+ - `calls` is an array with exactly three or four items.
98
+ - Every call has `to`, `data`, and `value`.
99
+
100
+ 3. **Validate transaction shape.** Confirm the call order matches the selected
101
+ mode:
102
+
103
+ - `zrp`: Relay `createBToken`, BToken `approve`, Relay
104
+ `createPoolFromInvariant`.
105
+ - `standard`: Relay `createBToken`, BToken `approve`, reserve `approve`, Relay
106
+ `createPool`.
107
+
108
+ Reject any artifact whose targets are outside the Baseline Relay, precomputed
109
+ BToken, and reserve token.
110
+
111
+ 4. **Respect the executor boundary.** Do not sign directly, do not ask for a
112
+ private key, and do not rebuild calldata by hand. Use the artifact calls
113
+ exactly as produced by the CLI or abort with a notification explaining the
114
+ mismatch.
115
+
116
+ 5. **Submit through the configured Aeon operator workflow.** If this skill is
117
+ running inside Aeon with a wallet-capable operator surface, submit the
118
+ ordered Base mainnet calls according to that operator's configured wallet
119
+ policy. If no wallet execution surface is configured, emit a handoff
120
+ notification and stop without broadcasting.
121
+
122
+ 6. **Verify on-chain state.** After a successful run, perform read-only checks:
123
+
124
+ - BToken code is non-empty.
125
+ - Maker initialization is true.
126
+ - Reserve equals Base WETH.
127
+ - Creator and fee recipient match the artifact expectations.
128
+ - For `zrp`, total reserves and deployer BToken balance are `0`.
129
+
130
+ 7. **Log.** Append to `memory/logs/${today}.md`:
131
+
132
+ ```markdown
133
+ ## aeon-baseline
134
+ - Artifact: ARTIFACT_PATH_OR_INLINE
135
+ - Chain ID: 8453
136
+ - Account: ACCOUNT
137
+ - Status: SUBMITTED | HANDOFF_READY | VERIFIED | REJECTED
138
+ - Transaction hashes: HASHES_OR_NONE
139
+ ```
140
+
141
+ 8. **Notify.** Send a notification under 4000 characters:
142
+
143
+ ```text
144
+ Baseline launch: STATUS
145
+ Account: ACCOUNT
146
+ Txs: HASHES_OR_HANDOFF
147
+ Next: verification summary or rejection reason
148
+ ```
149
+
150
+ ## Sandbox Note
151
+
152
+ Authenticated wallet or run APIs may not be reachable from the Claude sandbox.
153
+ If secrets are unavailable, do not fail noisily or fabricate execution. Notify
154
+ `LAUNCH_BASELINE_HANDOFF_READY`, write the handoff details to memory, and stop.
@@ -0,0 +1,260 @@
1
+ ---
2
+ name: bankr-baseline
3
+ description: Build Baseline launch call artifacts and submit them with Bankr Wallet API
4
+ tags: [crypto, baseline, token, erc20]
5
+ version: 1
6
+ ---
7
+
8
+ # Bankr Baseline
9
+
10
+ Use this skill when a user wants an agent to plan and deploy a Baseline token
11
+ with this repository's `baseline` CLI and Bankr's Wallet API.
12
+
13
+ ## Skill Contract
14
+
15
+ | Field | Requirement |
16
+ |---|---|
17
+ | Purpose | Build, review, and submit explicit Baseline launch calls. |
18
+ | Supported chain | Confirmed Bankr execution uses Base mainnet, chain ID `8453`. |
19
+ | Pending validation | Base Sepolia `84532` needs authenticated Wallet API validation before Bankr execution. |
20
+ | Planner | The local `baseline` CLI is the launch calldata builder. |
21
+ | Protocol surface | The CLI uses Baseline SDK/protocol helpers for economics, addresses, and calldata. |
22
+ | Wallet executor | Bankr provides wallet identity, signing, and transaction submission only. |
23
+ | Allowed Bankr endpoints | `GET /wallet/me` and `POST /wallet/submit`. |
24
+ | Canonical artifact | `baseline launch` call artifact with `{ chainId, chain, account, bToken, calls }`. |
25
+ | Hard stops | No private keys, Bankr native launches, Agent API prompts, or hand-built calldata. |
26
+
27
+ Base MCP remains the confirmed Sepolia test executor in this repository. Bankr
28
+ Wallet API docs document explicit transaction submission by `chainId`, but do
29
+ not currently document Base Sepolia `84532` as supported. Do not use Bankr for
30
+ Base Sepolia execution until an authenticated validation run proves support.
31
+
32
+ ## Protocol Constants
33
+
34
+ | Chain | Chain ID | Reserve | Use |
35
+ |---|---:|---|---|
36
+ | Base Sepolia | `84532` | `0xB85885897D297000A74eA2e4711C3Ca729461ABC` | Pending Bankr validation. |
37
+ | Base mainnet | `8453` | `0x4200000000000000000000000000000000000006` | Approved production launches. |
38
+
39
+ Baseline Relay proxy on both profiles:
40
+ `0xc81Fd894C0acE037d133aF4886550aC8133568E8`.
41
+
42
+ ## Required Setup
43
+
44
+ - `BANKR_API_KEY` must be set only in the local execution environment or secret
45
+ manager.
46
+ - Optional: `BANKR_API_BASE`, defaulting to `https://api.bankr.bot`.
47
+ - The Bankr key must have Wallet API write access enabled and must not be
48
+ read-only.
49
+ - Raw `/wallet/submit` cannot be used when the key has `allowedRecipients`
50
+ restrictions, because Bankr blocks raw submissions for those keys.
51
+ - The Bankr EVM wallet returned by `/wallet/me` is the Baseline launch
52
+ `account` unless the user explicitly chooses another supported policy.
53
+
54
+ ## CLI Artifact Contract
55
+
56
+ The CLI is the only Baseline launch calldata builder in this workflow. It
57
+ collects launch inputs, applies defaults, calls SDK-backed protocol helpers,
58
+ builds ordered raw calls, and writes a JSON artifact. It does not custody keys
59
+ or sign transactions.
60
+
61
+ `baseline launch` writes the canonical artifact:
62
+
63
+ ```json
64
+ {
65
+ "chainId": 8453,
66
+ "chain": "base",
67
+ "account": "0xBankrWallet",
68
+ "bToken": "0x...",
69
+ "calls": [{ "to": "0x...", "data": "0x...", "value": "0x0" }]
70
+ }
71
+ ```
72
+
73
+ Required Bankr launch flags:
74
+
75
+ | Flag | Required value | Description |
76
+ |---|---|---|
77
+ | `--mode` | `zrp` by default, `standard` when a reserve seed is required | Selects the Baseline launch path. |
78
+ | `--chain-id` | `8453` | Keeps Bankr on the confirmed Base mainnet execution chain. |
79
+ | `--account` | `"$BANKR_WALLET"` | Uses the EVM wallet returned by Bankr `/wallet/me`. |
80
+ | `--name` | `"$TOKEN_NAME"` | Sets the BToken name passed to the Baseline Relay. |
81
+ | `--symbol` | `"$TOKEN_SYMBOL"` | Sets the BToken symbol passed to the Baseline Relay. |
82
+ | `--reserve` | Base mainnet WETH | Uses the confirmed reserve token. |
83
+ | `--total-supply` | Launch-specific supply | Sets human-unit total supply. |
84
+ | `--initial-pool-btokens` | Required for `standard`; omit for `zrp` | Sets the pool BToken amount while leaving circulating supply. |
85
+ | `--initial-pool-reserves` | Required for `standard` | Sets the reserve seed. |
86
+ | `--output` | `.context/launches/bankr-launch.json` | Saves the artifact under `.context/`. |
87
+
88
+ Important optional launch flags:
89
+
90
+ | Category | Flags | Description |
91
+ |---|---|---|
92
+ | Fees | `--swap-fee-pct`, `--creator-fee-pct` | Defaults are `1%` and `50%`; swap fee protocol bounds are `0.15%` to `50%`. |
93
+ | Parties | `--creator`, `--fee-recipient` | Creator defaults to `account`; fee recipient defaults to creator. |
94
+ | Salt | `--salt` | Sets deterministic BToken salt; empty input uses zero `bytes32`. |
95
+
96
+ ## Default Launch Profile
97
+
98
+ ### ZRP
99
+
100
+ | Setting | Default | Notes |
101
+ |---|---|---|
102
+ | Mode | `zrp` | Default launch path. |
103
+ | Chain ID | `8453` for Bankr | Bankr remains Base mainnet only. |
104
+ | Supply | `100B` | Human-unit total supply when not overridden. |
105
+ | Pool BTokens | Derived from `totalSupply` | Deployer BToken balance is `0`. |
106
+ | Pool reserves | `0` | No reserve approval is expected. |
107
+ | Reserve | Base mainnet WETH | `0x4200000000000000000000000000000000000006`. |
108
+ | Swap fee | `1%` | Must stay within protocol bounds. |
109
+ | Creator fee share | `50%` | Creator share of pool fees. |
110
+ | Creator | Bankr EVM wallet | Override only when explicitly requested. |
111
+ | Fee recipient | Creator | Override only when explicitly requested. |
112
+ | `createHook` | `true` | Matches the current SDK launch params. |
113
+
114
+ ### Standard
115
+
116
+ | Setting | Default | Notes |
117
+ |---|---|---|
118
+ | Mode | `standard` | Explicit standard launch path. |
119
+ | Chain ID | `8453` for Bankr | Bankr remains Base mainnet only. |
120
+ | Pool BTokens | User supplied | Must leave circulating supply. |
121
+ | Pool reserves | User supplied | Must be nonzero. |
122
+ | Pool creation | `createPool` | Uses the `createPool` Relay flow. |
123
+ | Shared fees and parties | Same as `zrp` | Override only with explicit fee, creator, or recipient flags. |
124
+ | `createHook` | `true` | Matches the current SDK launch params. |
125
+
126
+ ## Baseline Launch Call Sequence
127
+
128
+ The Baseline protocol launch is represented as an ordered call sequence inside
129
+ the CLI-generated artifact. Bankr does not decide this sequence. Bankr only
130
+ identifies the wallet and signs/submits the explicit calls that the CLI
131
+ produces.
132
+
133
+ For `zrp`, the sequence is:
134
+
135
+ | Order | Step | Transaction purpose |
136
+ |---|---|---|
137
+ | 1 | `createBToken` | Deploy the planned BToken through the Baseline Relay. |
138
+ | 2 | BToken `approve` | Approve the Baseline Relay to move the full BToken supply for pool creation. |
139
+ | 3 | `createPoolFromInvariant` | Create the pool from the computed invariant and planned params. |
140
+
141
+ For `standard`, the sequence is:
142
+
143
+ | Order | Step | Transaction purpose |
144
+ |---|---|---|
145
+ | 1 | `createBToken` | Deploy the planned BToken through the Baseline Relay. |
146
+ | 2 | BToken `approve` | Approve the Baseline Relay to move the planned BToken pool allocation. |
147
+ | 3 | Reserve `approve` | Approve the Baseline Relay to move the planned reserve seed. |
148
+ | 4 | `createPool` | Create the pool with standard params, fees, creator, and fee recipient. |
149
+
150
+ These calls are dependent. If a live run partially completes, do not replay the
151
+ full sequence blindly. Verify the last completed on-chain step and recover from
152
+ that exact state.
153
+
154
+ ## Execution Plan
155
+
156
+ 1. Resolve the Bankr EVM wallet with `/wallet/me`.
157
+ 2. Use that wallet as `--account` for the local CLI artifact builder.
158
+ 3. Confirm the user explicitly approved a Bankr Base mainnet run.
159
+ 4. Run `baseline launch --chain-id 8453` and save the artifact.
160
+ 5. Review the saved artifact: `chainId`, `account`, ordered call count, call
161
+ targets, and call data.
162
+ 6. Submit each artifact call through Bankr Wallet API `/wallet/submit` in
163
+ order. Wait for each submission result before sending the next dependent
164
+ call.
165
+ 7. Verify on-chain state and store one-off run notes under `.context/`.
166
+
167
+ ## Commands
168
+
169
+ Read the Bankr wallet identity:
170
+
171
+ ```sh
172
+ BANKR_API_BASE="${BANKR_API_BASE:-https://api.bankr.bot}"
173
+ curl -s "$BANKR_API_BASE/wallet/me" \
174
+ -H "X-API-Key: $BANKR_API_KEY"
175
+ ```
176
+
177
+ Build a Bankr Base mainnet artifact with the local CLI:
178
+
179
+ ```sh
180
+ baseline launch \
181
+ --mode zrp \
182
+ --chain-id 8453 \
183
+ --account "$BANKR_WALLET" \
184
+ --name "$TOKEN_NAME" \
185
+ --symbol "$TOKEN_SYMBOL" \
186
+ --reserve 0x4200000000000000000000000000000000000006 \
187
+ --total-supply "$TOTAL_SUPPLY" \
188
+ --output .context/launches/bankr-launch.json
189
+ ```
190
+
191
+ For a `standard` launch, include `--initial-pool-reserves "$RESERVE_SEED"` and
192
+ set `--initial-pool-btokens` below `--total-supply`.
193
+
194
+ Submit each call in order through Bankr:
195
+
196
+ ```http
197
+ POST /wallet/submit
198
+ X-API-Key: $BANKR_API_KEY
199
+ Content-Type: application/json
200
+
201
+ {
202
+ "chainId": 8453,
203
+ "to": "<call.to>",
204
+ "data": "<call.data>",
205
+ "value": "<call.value>"
206
+ }
207
+ ```
208
+
209
+ ## Review Checklist
210
+
211
+ Before any live submission, confirm:
212
+
213
+ - The user explicitly authorized Bankr live execution on Base mainnet.
214
+ - `BANKR_API_KEY` is set for a live run and is not exposed in tracked files.
215
+ - `/wallet/me` returns an EVM wallet address.
216
+ - `artifact.chainId` is `8453`.
217
+ - `artifact.account` equals the Bankr EVM wallet unless the user explicitly
218
+ chose another supported policy.
219
+ - The transaction order and count match the selected CLI mode.
220
+ - Transaction targets are limited to the Baseline Relay, precomputed BToken,
221
+ and reserve token.
222
+ - `zrp` artifacts use all BTokens in the pool and no reserve approval.
223
+ - `standard` artifacts include the intended reserve seed and circulating supply.
224
+
225
+ ## Verification
226
+
227
+ After a successful live run, perform read-only verification:
228
+
229
+ - BToken code is non-empty.
230
+ - `bLens.getMaker(bToken).initialized` is true.
231
+ - `bLens.reserve(bToken)` equals the planned chain reserve.
232
+ - `bLens.creator(bToken)` equals the planned creator.
233
+ - `bLens.poolFeeRecipient(bToken)` equals the planned fee recipient.
234
+ - For `zrp`, total reserves and deployer BToken balance are both `0`.
235
+ - For `standard`, deployer BToken balance matches the planned circulating
236
+ allocation, allowing for integer division.
237
+
238
+ ## Rejection Rules
239
+
240
+ Stop before live submission if:
241
+
242
+ - The user has not explicitly authorized Bankr live execution.
243
+ - Base mainnet execution is implied but not explicitly approved.
244
+ - `BANKR_API_KEY` is missing for a live run.
245
+ - `/wallet/me` does not return an EVM wallet address.
246
+ - The artifact is not for chain ID `8453`.
247
+ - The prepared transaction order or count differs from the selected CLI mode.
248
+ - Any requested flow involves raw private keys, seed phrases, local production
249
+ signing, Bankr native launch endpoints, or Agent API prompts.
250
+
251
+ ## Troubleshooting
252
+
253
+ - `403`: confirm Wallet API write access, read-only mode, IP allowlist, and
254
+ absence of `allowedRecipients` restrictions.
255
+ - Base Sepolia requested: use Base MCP for the confirmed Sepolia path, or run a
256
+ separate authenticated Bankr validation task before enabling Bankr Sepolia.
257
+ - Missing transaction hash: treat the phase as ambiguous and perform read-only
258
+ on-chain verification before retrying.
259
+ - Partial failure: do not replay the full sequence blindly. Recover from the
260
+ exact last verified phase.