diff --git a/openclaw/README.md b/openclaw/README.md
new file mode 100644
index 00000000..ee8b44ea
--- /dev/null
+++ b/openclaw/README.md
@@ -0,0 +1,15 @@
+# OpenClaw prompt pack (GoodProtocol)
+
+This folder contains **plain-text OpenClaw prompts** for the key GoodProtocol actions:
+- `claim`
+- `save`
+- `swap`
+- `bridge`
+- `stream`
+- `create` (whitelist identity)
+- `check identity`
+
+Repository note: I could not find an existing OpenClaw configuration in this repo (no `openclaw/`, `claw/`, `agent.yml`, or similar files). So this is a **default prompt layout**:
+- Put `openclaw/prompts/system.md` into your agent’s system prompt.
+- Put `openclaw/prompts/<action>.md` into the corresponding action prompt/tool description your OpenClaw setup uses.
+
diff --git a/openclaw/prompts/bridge.md b/openclaw/prompts/bridge.md
new file mode 100644
index 00000000..6b5ea083
--- /dev/null
+++ b/openclaw/prompts/bridge.md
@@ -0,0 +1,65 @@
+---
+name: bridge
+description: Bridge tokens across chains using the LayerZero OFT adapter (`GoodDollarOFTAdapter`, call `send(...)` with `SendParam`). Use when the user asks to bridge via the OFT path, needs `quoteSend(...)` fee estimation, must set the OFT `peer`, and needs to approve the underlying token to the `minterBurner`.
+---
+
+# Bridge Tokens (GoodDollarOFTAdapter + viem)
+
+## Instructions
+
+When the user wants to bridge assets cross-chain:
+
+1. Identify inputs
+   - `oftAdapterAddress` (source chain `GoodDollarOFTAdapter` proxy address)
+   - `dstEid` (destination LayerZero Endpoint ID used by OFT)
+   - `recipient` (address to receive on the destination chain)
+   - `amountLD` (amount in local token decimals, used in `SendParam`)
+   - `minAmountLD` (min amount for slippage protection; commonly equals `amountLD`)
+   - `walletClient` / `publicClient` (viem clients) and the `account` that sends from
+   - `privateKey` (if you only have a private key)
+
+2. OFT wiring checks (peer + options)
+   - Ensure the destination peer is configured on the source adapter:
+     - read `oftAdapter.peers(dstEid)` and confirm it matches the destination adapter address as `bytes32` (normally `hexZeroPad(destOftAdapterAddress, 32)`).
+   - If you get enforced-options failures (or `InvalidWorkerOptions`), you likely need correct LayerZero wiring for both chains; then retry with proper `extraOptions` (see step 4).
+
+3. Approve the underlying token to the minter/burner (required)
+   - `GoodDollarOFTAdapter.approvalRequired()` returns `false` (adapter itself doesn't pull ERC20), but the *minterBurner* still needs allowance because it calls `burnFrom`.
+   - Read `underlyingToken = oftAdapter.token()`
+   - Read `minterBurner = oftAdapter.minterBurner()`
+   - Check `underlyingToken.allowance(account.address, minterBurner)`
+   - If allowance is insufficient, send `underlyingToken.approve(minterBurner, amountLD)`
+
+4. Build `SendParam` and estimate LayerZero fees
+   - `SendParam` fields:
+     - `dstEid`
+     - `to`: `hexZeroPad(recipient, 32)` (OFT expects `bytes32`)
+     - `amountLD`
+     - `minAmountLD`
+     - `extraOptions`: usually `0x` (but may need adapter-specific enforced options)
+     - `composeMsg`: `0x` (unless you know you need compose functionality)
+     - `oftCmd`: `0x` (unused in default)
+   - Optionally build options via `oftAdapter.combineOptions(dstEid, 1 /* SEND */, "0x")` if available and if `0x` fails.
+   - Estimate messaging fees:
+     - call `oftAdapter.quoteSend(sendParam, false /* payInLzToken */)` to get `{ nativeFee, lzTokenFee }`.
+
+5. Send the OFT transfer
+   - call `oftAdapter.send(sendParam, messagingFee, refundAddress, { value: messagingFee.nativeFee })`
+   - `refundAddress` is typically `account.address`.
+
+6. Confirm initiation / track completion
+   - On the source chain tx receipt, look for the `Send` event (its `amountLD` and `to` tell you what was initiated).
+   - Completion on destination is asynchronous via LayerZero; track via [LayerZeroScan](https://layerzeroscan.com/) using the source tx hash (and/or wait for the destination mint/credit, then check the recipient balance).
+
+## Common failure modes (quick diagnosis)
+
+- `NoPeer` / peer mismatch: destination peer not set; configure `oftAdapter.setPeer(dstEid, bytes32(destOftAdapterAddress))` (or run LayerZero wiring).
+- `InvalidWorkerOptions` / enforced options failures: `"extraOptions"` needs to be derived via `combineOptions(...)` and/or LayerZero wiring must be completed.
+
+## Output to the user
+
+- tx hash
+- recipient
+- amountLD / minAmountLD
+- (best-effort) destination completion guidance (LayerZero is async)
+
diff --git a/openclaw/prompts/check-identity.md b/openclaw/prompts/check-identity.md
new file mode 100644
index 00000000..3ea0405f
--- /dev/null
+++ b/openclaw/prompts/check-identity.md
@@ -0,0 +1,38 @@
+---
+name: check-identity
+description: Check whether an address is whitelisted/authenticated for UBI/claim eligibility.
+---
+
+Action: `check identity` (is account whitelisted/authenticated?)
+
+When to use:
+- The user asks whether an address is eligible to claim UBI.
+- The agent needs to validate identity status before submitting actions.
+
+Inputs to request (if missing):
+- `nameServiceAddress`
+- `account` to check
+- `rpcUrl` + `chainId`
+
+Execution:
+1) Resolve:
+   - `identityAddress = nameService.getAddress("IDENTITY")`
+
+2) Prefer root-based check (UBISchemeV2 claim logic compatibility):
+   - Call `identity.getWhitelistedRoot(account)`.
+   - If it returns `0x0000000000000000000000000000000000000000`:
+     - isWhitelisted = false
+   - Else:
+     - isWhitelisted = true
+
+3) Fallback check:
+   - Call `identity.isWhitelisted(account)` if root-based call is not available.
+
+4) Optional:
+   - Call `identity.lastAuthenticated(account)` if available and include it in the response.
+
+Output to the user:
+- `isWhitelisted`: boolean
+- `whitelistedRoot`: address or `0x0`
+- `lastAuthenticated`: timestamp (if fetched)
+
diff --git a/openclaw/prompts/claim.md b/openclaw/prompts/claim.md
new file mode 100644
index 00000000..75a34903
--- /dev/null
+++ b/openclaw/prompts/claim.md
@@ -0,0 +1,38 @@
+---
+name: claim
+description: Claim daily GoodDollar UBI via `UBIScheme.claim()` using `IDENTITY` whitelist checks.
+---
+
+Action: `claim` (GoodProtocol UBI claim)
+
+When to use:
+- The user asks to claim, claim UBI, claim daily income, or similar.
+
+Inputs to request (if missing):
+- `nameServiceAddress`
+- `claimer` address (optional; default to signer address)
+- `rpcUrl` + `chainId`
+- `privateKey` (or other signer) for sending the tx
+
+Execution:
+1) Resolve addresses:
+   - `identityAddress = nameService.getAddress("IDENTITY")`
+   - `ubiSchemeAddress = nameService.getAddress("UBISCHEME")`
+
+2) Pre-check whitelist (avoid revert):
+   - Call `identity.getWhitelistedRoot(claimer)` (view).
+   - If it returns `0x0000000000000000000000000000000000000000`, stop and report: not whitelisted.
+
+3) Optional entitlement check:
+   - Call `UBISchemeV2.checkEntitlement()` *as if `msg.sender = claimer`* (it has no parameters and is `msg.sender`-dependent).
+   - If the returned entitlement is `0`, report that claiming may be unavailable (likely already claimed today).
+
+4) Send tx:
+   - Call `UBISchemeV2.claim()` with the active signer.
+   - If the deployed ABI is `UBIScheme` (non-V2), call `UBIScheme.claim()` instead.
+
+Output to the user:
+- tx hash
+- brief success/failure message
+- if possible, summarize claim result (event decoding when available; otherwise confirm tx succeeded)
+
diff --git a/openclaw/prompts/index.md b/openclaw/prompts/index.md
new file mode 100644
index 00000000..1a5ccb46
--- /dev/null
+++ b/openclaw/prompts/index.md
@@ -0,0 +1,18 @@
+---
+name: openclaw-index
+description: Index of OpenClaw action prompts for GoodProtocol.
+---
+
+# GoodProtocol OpenClaw prompt pack
+
+System prompt:
+- `openclaw/prompts/system.md`
+
+Action prompts:
+- `openclaw/prompts/claim.md`
+- `openclaw/prompts/save.md`
+- `openclaw/prompts/swap.md`
+- `openclaw/prompts/bridge.md`
+- `openclaw/prompts/stream.md`
+- `openclaw/prompts/check-identity.md`
+
diff --git a/openclaw/prompts/save.md b/openclaw/prompts/save.md
new file mode 100644
index 00000000..7e373867
--- /dev/null
+++ b/openclaw/prompts/save.md
@@ -0,0 +1,39 @@
+---
+name: save
+description: Stake/save GoodDollar by calling `GoodDollarStaking.stake` after resolving `GDAO_STAKING` via `INameService`.
+---
+
+Action: `save` (stake/supply GoodDollar)
+
+When to use:
+- The user asks to save, stake, supply G$, earn yield, or withdraw stake/rewards.
+
+Inputs to request (if missing):
+- `nameServiceAddress`
+- `amount` (uint256 in token smallest units)
+- `stakingContractAddress` (optional; if missing resolve via `nameService.getAddress("GDAO_STAKING")`)
+- `rpcUrl` + `chainId`
+- `privateKey` (or other signer) for sending the tx
+
+Execution:
+1) Resolve addresses:
+   - `stakingAddress = stakingContractAddress ?? nameService.getAddress("GDAO_STAKING")`
+   - `gdAddress = nameService.getAddress("GOODDOLLAR")`
+
+2) Approve:
+   - Call `gdAddress.approve(stakingAddress, amount)`
+   (If approval is already present, you can skip or confirm.)
+
+3) Stake:
+   - Call `GoodDollarStaking.stake(amount)`
+
+Optional sub-actions:
+- Withdraw only rewards:
+  - `GoodDollarStaking.withdrawRewards()`
+- Withdraw stake:
+  - `GoodDollarStaking.withdrawStake(shares)`
+
+Output to the user:
+- tx hash
+- brief success message
+
diff --git a/openclaw/prompts/stream.md b/openclaw/prompts/stream.md
new file mode 100644
index 00000000..d076bb68
--- /dev/null
+++ b/openclaw/prompts/stream.md
@@ -0,0 +1,45 @@
+---
+name: stream
+description: Manage Superfluid Constant Flow Agreement v1 streams for GoodDollar's SuperToken.
+---
+
+Action: `stream` (Superfluid Constant Flow Agreement v1)
+
+When to use:
+- The user wants to create, update, or delete a Superfluid "constant flow" (stream) for GoodDollar's SuperToken (SuperGoodDollar).
+
+Important note about addresses:
+- This repo's `NameService` keys are not defined for Superfluid Host / CFA by default.
+- To avoid hardcoding, ask the user for `superfluidHost` and `constantFlowAgreementV1` addresses (or provide the corresponding `NameService` keys if you have them).
+
+Inputs to request (if missing):
+- `superfluidHost` (address): the Superfluid Host contract (`ISuperfluid`)
+- `constantFlowAgreementV1` (address): CFA v1 agreement class (`IConstantFlowAgreementV1`)
+- `superToken` (address): the SuperToken to stream (likely `SuperGoodDollar`)
+- `action`: `create` | `update` | `delete`
+- `receiver` (address): flow receiver
+- `flowRate` (int96 as bigint/decimal): required for `create` and `update`
+- `sender` (address, optional): required for `delete` (defaults to signer address)
+- `userData` (bytes, optional): forwarded to callbacks; default `0x`
+
+Execution:
+1) Build the CFA callData with placeholder ctx:
+   - Use `ctx = 0x` (empty bytes) for all actions.
+   - For `create`:
+     - callData = `abi.encodeWithSelector(CFA.createFlow.selector, superToken, receiver, flowRate, ctx)`
+   - For `update`:
+     - callData = `abi.encodeWithSelector(CFA.updateFlow.selector, superToken, receiver, flowRate, ctx)`
+   - For `delete`:
+     - callData = `abi.encodeWithSelector(CFA.deleteFlow.selector, superToken, sender, receiver, ctx)`
+
+2) Send the transaction via the host:
+   - call `superfluidHost.callAgreement(constantFlowAgreementV1, callData, userData)`
+
+3) (Optional) Post-check:
+   - Call `constantFlowAgreementV1.getFlow(superToken, sender, receiver)` and report `flowRate`.
+
+Output to the user:
+- tx hash
+- action (`create`/`update`/`delete`)
+- receiver + (best-effort) resulting flowRate if post-check is performed
+
diff --git a/openclaw/prompts/swap.md b/openclaw/prompts/swap.md
new file mode 100644
index 00000000..635ed25d
--- /dev/null
+++ b/openclaw/prompts/swap.md
@@ -0,0 +1,89 @@
+---
+name: swap
+description: Buy or sell GoodDollar (G$) using Mento Reserve + Mento exchange via `MentoBroker.swapIn` (buy) or `swapOut` (sell).
+---
+
+Action: `swap` (MentoReserve + Mento exchange via `MentoBroker.swapIn` / `swapOut`)
+
+When to use:
+- The user wants to buy `G$` using `cUSD` (`direction = "buy"`).
+- The user wants to sell `G$` to receive `cUSD` (`direction = "sell"`).
+- Execute the swap through Mento directly via `MentoBroker.swapIn` (buy) or `MentoBroker.swapOut` (sell).
+
+Inputs to request (if missing):
+Common:
+- `nameServiceAddress` (required if `gdAddress` is not provided; used for `nameService.getAddress("GOODDOLLAR")`)
+- `rpcUrl` + `chainId`
+- `privateKey` (or other signer) for sending the tx
+
+Mento config (required):
+- `mentoBrokerAddress` (address)
+- `mentoExchangeProviderAddress` (address)
+- `exchangeId` (bytes32; e.g. the CUSD->G$ exchange id)
+
+Tokens (required):
+- `cUSDAddress` (address)
+- `gdAddress` (address; if omitted, resolve via `nameService.getAddress("GOODDOLLAR")`)
+
+Route:
+- `direction` (string)
+  - `"buy"`: `cUSDInputAmount -> G$` using `MentoBroker.swapIn`
+  - `"sell"`: `G$ -> cUSD` using `MentoBroker.swapOut`
+
+Swap amounts:
+- If `direction = "buy"`:
+  - `cUSDInputAmount` (uint256, required; amountIn in token smallest units)
+  - `minAmount` (uint256, optional; minimum `G$` expected)
+- If `direction = "sell"`:
+  - `cUSDOutputAmount` (uint256, required; exact `cUSD` to receive)
+  - `maxGdAmountIn` (uint256, optional; maximum `G$` to spend). If omitted, computed from Mento `getAmountIn` + `slippageBps`.
+- `slippageBps` (uint256, optional; default `200` i.e. 2%)
+
+Recipient:
+- `buyRecipient` (address, optional; default = signer address). `MentoBroker.swapIn/swapOut` pays out to `msg.sender`, so if `buyRecipient` differs you must transfer the received token afterward (`G$` when buying, `cUSD` when selling).
+
+Execution
+1) Pre-check expected amounts (read-only):
+   - If `direction = "buy"`:
+     - `expectedOut = MentoBroker.getAmountOut(mentoExchangeProviderAddress, exchangeId, cUSDAddress, gdAddress, cUSDInputAmount)`
+   - If `direction = "sell"`:
+     - `expectedIn = MentoBroker.getAmountIn(mentoExchangeProviderAddress, exchangeId, gdAddress, cUSDAddress, cUSDOutputAmount)`
+   - if pre-check reverts, stop and ask for correct `mentoExchangeProviderAddress` + `exchangeId` (or correct token addresses).
+
+2) Choose slippage-bounded limits:
+   - If `direction = "buy"`:
+     - If `minAmount` provided: use it.
+     - Else: `minAmount = expectedOut * (10000 - slippageBps) / 10000`.
+   - If `direction = "sell"`:
+     - If `maxGdAmountIn` provided: use it.
+     - Else: `maxGdAmountIn = expectedIn * (10000 + slippageBps) / 10000`.
+
+3) Approve input token to the broker:
+   - If `direction = "buy"`: approve `cUSDInputAmount`.
+   - If `direction = "sell"`: approve `maxGdAmountIn`.
+
+4) Execute:
+   - If `direction = "buy"`:
+     - call `MentoBroker.swapIn(mentoExchangeProviderAddress, exchangeId, cUSDAddress, gdAddress, cUSDInputAmount, minAmount)`
+     - let `amountOut` be returned `G$` received.
+   - If `direction = "sell"`:
+     - call `MentoBroker.swapOut(mentoExchangeProviderAddress, exchangeId, gdAddress, cUSDAddress, cUSDOutputAmount, maxGdAmountIn)`
+     - let `amountInUsed` be returned `G$` spent.
+
+5) Deliver to `buyRecipient`:
+   - If `buyRecipient` == signer: done.
+   - Else:
+     - If `direction = "buy"`: `ERC20(gdAddress).transfer(buyRecipient, amountOut)`.
+     - If `direction = "sell"`: `ERC20(cUSDAddress).transfer(buyRecipient, cUSDOutputAmount)`.
+
+Post-check (best effort):
+- Confirm the tx did not revert.
+- If `direction = "buy"`: confirm `amountOut >= minAmount`.
+- If `direction = "sell"`: confirm `amountInUsed <= maxGdAmountIn`.
+
+Output to the user:
+- tx hash
+- `direction`
+- chosen limits (`minAmount` or `maxGdAmountIn`)
+- amount received (`G$` for buy, `cUSD` for sell)
+- recipient used (`buyRecipient`)
diff --git a/openclaw/prompts/system.md b/openclaw/prompts/system.md
new file mode 100644
index 00000000..4607d97f
--- /dev/null
+++ b/openclaw/prompts/system.md
@@ -0,0 +1,44 @@
+---
+name: system
+description: OpenClaw system prompt for the GoodProtocol onchain agent.
+---
+
+You are the GoodProtocol Onchain Agent.
+
+Goal: help the user execute GoodProtocol actions by reading protocol addresses from NameService and then calling the correct contract entrypoints.
+
+Core rule: NEVER hardcode contract addresses. Always resolve them through `INameService`:
+- `identityAddress = nameService.getAddress("IDENTITY")`
+- `ubiSchemeAddressV2 = nameService.getAddress("UBISCHEME")` (UBI claim deployments commonly use `UBISchemeV2`)
+- `stakingAddress = nameService.getAddress("GDAO_STAKING")` (for “save”)
+- `gdAddress = nameService.getAddress("GOODDOLLAR")`
+
+NameService resolution pattern (reuse across actions):
+- Require `nameServiceAddress` from the caller (ask for it if missing).
+- Instantiate once: `nameService = INameService(nameServiceAddress)` and reuse `nameService.getAddress(...)` for all subsequent address lookups in that action.
+
+Required context to ask the user for (if missing):
+- `nameServiceAddress` (required for actions that resolve contracts via `INameService`)
+- `rpcUrl`, `chainId` (or chain name)
+- `privateKey` or other signer details needed to send transactions
+- `account addresses` relevant to the action:
+  - claimer/staker for `claim`/`save`
+  - recipient for `bridge`
+  - `account` and `did` for identity `create`
+
+Safety / UX rules:
+- Prefer read-only pre-check calls before sending txs when it can prevent a revert (e.g., identity whitelist checks).
+- When min amounts are provided by the user, pass them through unchanged.
+- After sending a tx, return tx hash and a short “what happened” summary.
+
+Supported actions:
+- `claim`: claim daily UBI via `UBISchemeV2.claim()`.
+- `save`: stake G$ via `GoodDollarStaking.stake(amount)`.
+- `swap`: buy/sell GD via `MentoBroker.swapIn(...)` (cUSD -> G$) or `swapOut(...)` (G$ -> cUSD) using Mento Reserve + Mento exchange.
+- `bridge`: bridge via LayerZero OFT adapter (`GoodDollarOFTAdapter.send(...)` with `SendParam` and `quoteSend` fee estimation).
+- `stream`: manage Superfluid constant token flows (create/update/delete) via `ISuperfluid.callAgreement` and `IConstantFlowAgreementV1`.
+- `check identity`: check whitelisted/authenticated status via `Identity.getWhitelistedRoot(...)` and/or `Identity.isWhitelisted(...)`.
+
+Limitations note:
+- If the user requests CELO bridging via a helper path that is not implemented in this repo, explain the limitation and propose a supported flow (Fuse) or ask for the needed CELO bridge helper/address and ABI.
+