@continuumdao/ctm-mpc-defi 0.2.63 → 0.2.64

package/dist/agent/skills/aerodrome/SKILL.md

@@ -29,7 +29,7 @@ Use `get_defi_protocol_supported_tokens` only as a slim ticker list (ETH, USDC,
 ## Before writes
 
 1. `load_defi_protocol({ protocolId: "aerodrome" })` — activates **market-data** (includes quote)
-2. `get_defi_protocol_supported_chains` — must include 8453 with a node `rpcGateway`
+2. `get_defi_protocol_supported_chains` — the chain you pass must be a launch chain with a node `rpcGateway`. Base `8453` is the default, not the only chain.
 3. Writes: `activate_tool_group` with `aerodrome:swap`, `aerodrome:lp`, or `aerodrome:rewards`
 
 `aerodrome:trading` expands to swaps + lp + rewards (not market-data).
@@ -38,7 +38,7 @@ Use `get_defi_protocol_supported_tokens` only as a slim ticker list (ETH, USDC,
 
 After the quote (include `amountOutHuman` and `priceImpactPercent`), **stop and ask** before any `ctm_aerodrome_build_*_multisign`:
 
-1. `get_multi_sign_gas_options({ chainId: 8453 })` — confirm `useCustomGas` **false** (live RPC, default) vs **true** (Custom Gas Config from the chain registry).
+1. `get_multi_sign_gas_options({ chainId })` — same launch chain as the quote. Confirm `useCustomGas` **false** (live RPC, default) vs **true** (Custom Gas Config from the chain registry).
 2. Confirm the **30-minute** multiSignRequest deadline (members must agree, Get Sig, and broadcast before it expires). The on-chain router/NFPM deadline uses the same window. Omit `expiryDate` for 30 minutes; pass `expiryDate` as unix seconds only if they choose a different window.
 
 Do not create the request until they confirm both.
@@ -57,9 +57,11 @@ Do not create the request until they confirm both.
 Same as the Multi-Sign Liquidity tab:
 
 ```
-ctm_aerodrome_quote_add_liquidity({ chainId: 8453, tokenA: "ETH", tokenB: "USDC", amountAHuman: "0.01" })
+ctm_aerodrome_quote_add_liquidity({ chainId, tokenA: "ETH", tokenB: "USDC", amountAHuman: "0.01" })
 ```
 
+`chainId` is the launch chain for this request. Base `8453` is the default. Coinbase stock pairs stay on Base.
+
 - One-sided: pass **either** `amountAHuman` or `amountBHuman`. The other side is filled from the current vAMM/sAMM reserves, or from Slipstream `slot0` when there is no v2 pool.
 - Tickers work (`AAPLc`, `USDC`, `ETH`). B20 stocks are 8 decimals. Unissued stocks (`totalSupply == 0`) error the same as the dialog.
 - **ETH / Coinbase stock has no pool.** `seedable` is `false` and `hint` tells you to pair the stock vs **USDC**. Do not first-deposit an empty vAMM.
@@ -84,11 +86,11 @@ Skip emissions when `claimEmissions` is `null` (no gauge). Slipstream unstaked f
 
 ## Addresses
 
-Loaded from official GitHub (`velodrome-finance/sugar` `deployments/base.env` and `aerodrome-finance/docs` security.mdx) with baked fallbacks. Do not invent addresses.
+Baked per launch chain from https://app.aero.xyz/docs/security/ (launched 2026-10-22). Do not invent addresses. Pass the chain the user is on: Base `8453` (default), Ethereum `1`, OP Mainnet `10`, Arbitrum `42161`, Robinhood Chain `4663`, Arc `5042`, or Ink `57073`.
 
-Aero (the Aerodrome rename) is scheduled for **2026-10-22 00:00 UTC** on Base, Ethereum, OP Mainnet, Arc, Ink, Robinhood Chain, and Arbitrum. Those contract addresses are not published yet, so quotes and writes stay on the live Base deployment (`chainId` 8453). Tokenized stocks stay on Base even after that launch.
+V2 swaps use the shared Metarouter on every launch chain. On Base, v2 add-liquidity still quotes the legacy router. Other chains do not encode v2 add-liquidity yet. LpSugar is the Base pool index only. Arc has no known WETH or USDC. The tracked token is new AERO on Base and xAERO on the other launch chains.
 
-Coinbase B20 stocks (AAPLc, NVDAc, PYPLc, AMDc, ORCLc, BRK.Bc, …) trade on **Slipstream 3** (`clFactory3`) vs USDC. Tickers resolve from the live Coinbase tokenized-stocks API. There is no baked-in address list. Pass the ticker — do not ask for a contract address. Stock-backed **loans** (lend/borrow USDC against B20 collateral) are Morpho — `load_defi_protocol morpho` and `ctm_morpho_fetch_stock_markets`, not Aerodrome LP. Sugar tokens whose address uses the B20 ASSET prefix `0xb200…` are also treated as stocks. `issued` is live `totalSupply() > 0`. Quotes use factory `getPool` discovery + MixedRouteQuoterV3 (path bitmasks). Sugar `forSwaps` alone misses these pools. Native ETH → stock is typically WETH → USDC → stock.
+Coinbase B20 stocks (AAPLc, NVDAc, PYPLc, AMDc, ORCLc, BRK.Bc, …) stay on **Base only** and trade on **Slipstream 3** (`clFactory3`) vs USDC. Tickers resolve from the live Coinbase tokenized-stocks API. There is no baked-in address list. Pass the ticker — do not ask for a contract address. Stock-backed **loans** (lend/borrow USDC against B20 collateral) are Morpho — `load_defi_protocol morpho` and `ctm_morpho_fetch_stock_markets`, not Aero LP. Sugar tokens whose address uses the B20 ASSET prefix `0xb200…` are also treated as stocks. `issued` is live `totalSupply() > 0`. Quotes use factory `getPool` discovery + MixedRouteQuoterV3 (path bitmasks). Sugar `forSwaps` alone misses these pools. Native ETH → stock is typically WETH → USDC → stock.
 
 ## Out of scope
 

package/dist/agent/skills/continuum-dao/SKILL.md

@@ -67,7 +67,7 @@ When a proposal has a `forumKey`, fetch that thread (`ctm_continuum_dao_forum_re
 1. `get_forum_session` then `forum_me`. If `loggedIn`, reuse the ticket. Only if there is no session or `loggedIn` is false: `forum_sign_in_eligible` then `build_forum_sign_in_multisign`. Pass `address` on forum writes so the tool loads that node session before posting.
 2. If it is only an idea: `forum_create_idea`. Stop (no propose).
 3. If it is a proposal: `forum_create_topic` with the matching Governance `section` (proposal-threshold veCTM). Keep the returned `url`.
-4. Compose actions with `ctm_continuum_dao_compose_proposal_action` (prefer ABI from `etherscan__get_contract_abi` with chainid 59144/59141, type-check values, preview table). Then offer `ctm_continuum_dao_simulate_proposal` — pass `account` for another EOA, or `keyGenId` / omit `account` for the preferred KeyGen. Write `foundry.files` and run `foundry__forge_script` on a Linea fork with no `--broadcast`. Do **not** treat isolated `eth_call` as success. Do **not** submit if `ok` is false or a forge script reverts.
+4. Compose actions with `ctm_continuum_dao_compose_proposal_action` (prefer ABI from `etherscan__get_contract_abi` with chainid 59144/59141, type-check values, preview table). Then offer `ctm_continuum_dao_simulate_proposal` — pass `account` for another EOA, or `keyGenId` / omit `account` for the preferred KeyGen. Write each `foundry.files` source unchanged (`abi.encodeCall` on the function signature, not raw hex calldata) and run `foundry__forge_script` on a Linea fork with no `--broadcast` until every file has a result. Isolated `eth_call` is not success. Stop if `ok` is false or a forge script reverts, and quote the bubbled revert.
 5. `build_propose_bravo_multisign` or `build_propose_delta_multisign` with that `url` as `forumKey`, plus `description` and `type` (KeyGen submit only). The tool writes the governance catalog, then submits the multi-sign request. It refuses a reverting `propose()` or (when the RPC supports it) sequential `eth_simulateV1` execute. Sequential execute still requires the forge scripts above.
 6. If the catalog POST failed, retry with `register_proposal` and the same `forumKey`, `description`, `type`, input names, and `onchainId`. A 409 updates the existing row. Do not create a second propose.
 
@@ -84,7 +84,7 @@ Forum sign-in and sign-out are **agent/MCP only**. There is no Sign in / Sign ou
 
 Propose builders **hard-fail** if `getVotes(KeyGen) <` live `proposalThreshold()` — no sign request is created. On-chain rule (vectm `ContinuumDAO`): `max(1000 ether, 1% of past total voting power)`. Do not hardcode `1000`. The standalone simulate tool only **warns** when a different `account` is short.
 
-`build_propose_*` dry-runs `propose()` from the preferred signer KeyGen and refuses a revert or a short `getVotes`. `ctm_continuum_dao_simulate_proposal` is the same voting-power + `propose()` dry-run for a **different** `account` (draft / committee EOA) without submitting. It always reads `getVotes(account)` vs live `proposalThreshold()`; if the address is short, the result includes `warning` — read that aloud (Committee is not exempt). Both paths return `foundry.files`: a propose script (prank the proposer) and sequential execute scripts (prank the governor; no timelock). Bravo is one execute script; Delta is one file per option. Later actions in the same `run()` see earlier state. Isolated `eth_call` / `cast call` cannot do that. `forumKey` is not required on the standalone simulate tool.
+`build_propose_*` dry-runs `propose()` from the preferred signer KeyGen and refuses a revert or a short `getVotes`. `ctm_continuum_dao_simulate_proposal` is the same voting-power + `propose()` dry-run for a **different** `account` (draft / committee EOA) without submitting. It always reads `getVotes(account)` vs live `proposalThreshold()`; if the address is short, the result includes `warning` — read that aloud (Committee is not exempt). Both paths return `foundry.files`: a propose script (prank the proposer) and sequential execute scripts (prank the governor; no timelock). Each action is `abi.encodeCall` on its Solidity signature. Write that source unchanged and finish `foundry__forge_script` (no `--broadcast`) for every file in the same turn; quote a bubbled revert and stop. Bravo is one execute script; Delta is one file per option. Later actions in the same `run()` see earlier state. Isolated `eth_call` / `cast call` cannot do that. `forumKey` is not required on the standalone simulate tool.
 
 ## Tools