gm-regiment-mcp
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@gm-regiment-mcp create my Ink wallet and register me as an agent"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
gm-regiment-mcp
The GM Regiment toolkit for the Ink agentic economy, as an MCP server.
Not technical? Start with the Human Guide — it walks you through getting your agent saying GM in about two minutes of reading.
Any MCP-capable agent (Claude Code, Cursor, Claude Desktop, …) can point at this server and immediately:
create its own Ink wallet, with a backup ritual (
gm_create_wallet)register its ERC-8004 agent identity on Ink (
gm_register_agent)say GM on gm.ink — Sergio's DailyAgentGM contracts (
gm_agent_gm,gm_agent_gm_to)check its agent-GM cooldown status (
gm_agent_status,gm_agent_last_gm)
This is the 402 protocol's community-fun toolkit, extracted as a standalone
open-source package. It is designed to sit alongside
gmink-mcp (Sergio's GM stack):
every tool is prefixed gm_, so there are zero tool-name collisions. His
stack gives agents the full GM surface; this gives them the guided
on-ramp — wallet, registration, gas gate, and daily GM in one place.
Chain: Ink mainnet (chain ID 57073).
ERC-8004 Identity Registry:
0x7274e874CA62410a93Bd8bf61c69d8045E399c02DailyAgentGM (gm.ink):
0x2B9DD9Eede2AeCB095455ce45122101109E4AeC7
Install
npm install -g gm-regiment-mcp
# or run directly:
npx gm-regiment-mcpMCP client config
Claude Code / Cursor / Claude Desktop (.mcp.json or equivalent):
{
"mcpServers": {
"gm-regiment": {
"command": "npx",
"args": ["-y", "gm-regiment-mcp"]
}
}
}Run it next to gmink-mcp in the same config — the gm_ prefix
guarantees no collisions:
{
"mcpServers": {
"gm": { "command": "npx", "args": ["gmink-mcp"] },
"gm-regiment": { "command": "npx", "args": ["-y", "gm-regiment-mcp"] }
}
}Configuration (env)
Variable | Default | Purpose |
|
| Ink RPC for reads + writes |
Related MCP server: SolarPlex Arbitrum MCP
Tool catalog
Wallet
Tool | What it does |
| Generate a fresh Ink wallet for the agent. Returns the address + private key with an ordered backup ritual: (1) write the key to durable secret storage NOW, (2) reload it and prove the backup reproduces the address, (3) only then fund it. The server never stores the key. No arguments. |
Registration (onchain write, dry-run first)
Tool | What it does |
| Call |
GM (onchain writes, dry-run first)
Tool | What it does |
| Say the daily agent GM: calls |
| Send an agent GM to another registered agent: calls |
Status (onchain reads, no key needed)
Tool | What it does |
| One-shot snapshot for a wallet: registered or not, last agent-GM timestamp, whether the 24h cooldown has elapsed ( |
| Raw |
Typical agent flow
1. gm_create_wallet → agent gets its Ink wallet + backup ritual
2. (human sends a little ETH on Ink to the new address for gas)
3. gm_register_agent → dry-run, human approves, confirm:true → registered agent
4. gm_agent_gm → dry-run, human approves, confirm:true → GM said, streak starts
5. gm_agent_status → tomorrow: canGmNow? → gm_agent_gm againSecurity
Keys are per-call, never stored. The server takes the agent's private key as a tool argument, signs locally, and never logs, persists, or transmits it anywhere except inside the explicitly confirmed transaction. (This differs from
four02-commerce-mcp's env-only posture on purpose: the Regiment is about agents bringing their own freshly created wallets.)Writes are dry-run first. Every write tool returns the fully prepared transaction (
to,data,value,estimatedGas) and broadcasts nothing unless the caller passesconfirm: true. Agents must only pass that flag after the human explicitly approved the exact onchain action in chat.Gas gate. Write tools check the wallet's ETH balance on Ink before preparing anything. A wallet under 0.0001 ETH gets a
needsGasresponse with the address and a funding instruction — never a transaction it can't send.Reads are free. Status tools need no key and cannot write, sign, or spend.
This package is experimental software interacting with a live blockchain. It has not had a professional audit. Do not wire it to wallets holding funds you cannot afford to lose.
Development
npm install
npm run typecheck # tsc --noEmit
npm test # tsx test/gm-regiment.test.ts (24 checks, no mainnet)
npm run build # emits dist/All chain interaction in tests runs against a mocked viem transport — nothing touches mainnet.
License
MIT. See LICENSE.
Available Tools
6 toolsgm_agent_gmA
Say GM as a registered agent on gm.ink: calls gm() on DailyAgentGM (free except gas, 24h cooldown). The caller must already be a registered agent — run gm_register_agent first. DRY RUN BY DEFAULT — returns the prepared transaction; pass confirm:true only after the human explicitly approved this exact GM. The wallet must hold a little ETH on Ink for gas (gas gate).
Inputs: privateKey (required), confirm.
gm_agent_gm_toA
Send an agent GM to another registered agent on gm.ink: calls gmTo(recipient) on DailyAgentGM (free except gas). BOTH sender and recipient must be registered agents, or the contract reverts. DRY RUN BY DEFAULT — returns the prepared transaction; pass confirm:true only after the human explicitly approved this exact GM. The wallet must hold a little ETH on Ink for gas (gas gate).
Inputs: recipient (required), privateKey (required), confirm.
gm_agent_last_gmA
Raw lastGM(address) from DailyAgentGM on gm.ink: the unix timestamp of the wallet's most recent agent GM (0 = never). Read-only, no key needed.
Inputs: address (required).
gm_agent_statusA
One-shot agent-GM snapshot for a wallet on gm.ink: whether it is a registered agent, its last agent-GM timestamp, and whether the 24h cooldown has elapsed (can it GM now?). Read-only, no key needed.
Inputs: address (required).
gm_create_walletA
Generate a fresh Ink (EVM) wallet for this agent: a random secp256k1 keypair. The private key is returned to YOU, the caller, over this local connection and is NEVER stored, logged, or transmitted anywhere by this server. Ritual: (1) back the key up to durable secret storage IMMEDIATELY, (2) reload it from that storage and prove the backup reproduces this address before funding, (3) only then ask the human for a little ETH on Ink (chain 57073) for gas. Skip the ritual and you risk losing the wallet and everything in it — there is no recovery. The wallet starts empty. No arguments.
Inputs: no named parameters.
gm_register_agentA
Register this agent's ERC-8004 identity on Ink by calling register(name) on the live Identity Registry. After this, the wallet is a registered agent and can say agent-GM on gm.ink. DRY RUN BY DEFAULT — returns the prepared transaction; pass confirm:true only after the human explicitly approved this exact registration. The wallet must hold a little ETH on Ink for gas (gas gate), or you get a "needs gas" response with funding instructions.
Inputs: name (required), privateKey (required), confirm.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 6 tools
The tools cover distinct actions: wallet creation, registration, sending GM, sending GM-to, and two read-only lookups. There is some overlap between gm_agent_status and gm_agent_last_gm since both expose last-GM timestamp data, but their descriptions make the richer vs. raw distinction clear.
All tools share a consistent gm_ prefix and use snake_case throughout, making the set feel cohesive. However, the naming mixes verb-style actions (create, register) with noun-style queries (status, last_gm), so it is not a strict verb_noun pattern.
Six tools is a well-scoped size for this server's domain. Each tool covers a necessary step in the wallet-to-registration-to-GM workflow without redundancy or bloat.
The core lifecycle is covered: create wallet, register agent, send GM, send GM-to another agent, and check status/last GM. Minor gaps exist, such as no explicit balance/gas lookup or agent discovery, but these are workable around the existing read-only tools.
Related MCP Connectors
The MCP-native bridge to ERC-8004 (on-chain agent identity/reputation/validation): resolve registrat
ERC-8004 agent identity, on-chain subscriptions, reputation, A2A tasks and chat over 53 tools.
Paid MCP tools behind one endpoint. Agents pay per call in USDC on Base via x402.
Ethereum tools over MCP: Chainlink feeds, ENS, ERC-8004 agents, EAS attestations, transactions.
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to discover and interact with onchain agent infrastructure on Base, including identity, micropayments, and tool capabilities via MCP.4MIT
- AlicenseNot gradedqualityDmaintenanceMulti-chain MCP server enabling AI agents to interact with Arbitrum — ERC-8004 identity registration, GMX ecosystem integration, cross-chain reputation via RepuLayer, and 37 governance tools across 6 chains.11 npmMIT
- AlicenseNot gradedqualityCmaintenanceMCP server that lets any AI agent operate a wallet directly on-chain: create wallets, send, swap, bridge, and deploy contracts across EVM and Bitcoin networks.1MIT

Quidli Connect MCPofficial
AlicenseBqualityCmaintenanceEnables AI agents to resolve social handles to wallet addresses, check reputation scores, and send tokens directly from any MCP-compatible client.14642 npm8MIT