GitEquity MCP Server
MCP server that lets AI assistants read portfolios and propose trades on GitEquity, with all writes requiring a GitHub-authorized confirmation code for safety.
README
<div align="center">
<img src="./.github/assets/banner.png" alt="GitEquity" width="100%" />
GitEquity
Own real stocks from a GitHub comment.
No brokerage account. No wallet app. No gas.
Website · Docs · Dashboard · X
</div>
The one-line version
You type this in a GitHub issue:
@gitequitybot buy $NVDA 100
A vault gets deployed on-chain under your GitHub ID, 100 USDG gets swapped for gitNVDA through Uniswap V3, and the position sits in your vault until you sell or withdraw. You never opened a wallet. You never paid gas.
Contents
- Why this exists
- How a command becomes a trade
- Security model
- Contracts
- Assets
- Bot commands
- MCP: trade from your AI client
- Repository layout
- Running locally
- Environment
- Related repositories
Why this exists
Every developer already has an identity that is stable, public, and hard to fake casually: their GitHub account. GitEquity treats that account as the primary key for a brokerage.
The consequences are practical rather than philosophical:
- Onboarding is zero steps. If you can comment on an issue, you have an account.
- Identity is permanent. Vaults bind to the numeric GitHub user ID, which GitHub never reuses and never changes. Rename your handle, keep your money.
- The interface is the workflow. Bounties, payouts, and treasury moves happen where the work already happens.
How a command becomes a trade
GitHub comment
|
v
Webhook ──► Intent parser ──► Relayer ──► GitEquityVault
│
Uniswap V3
│
gitNVDA, gitTSLA, ...
issue_commentwebhook fires, signature verified againstGITHUB_WEBHOOK_SECRET- Command text is parsed into a structured intent: ticker, side, size
- Vault is looked up by GitHub user ID, or deployed on first use
- Relayer signs a short-lived authorization and submits the transaction, paying gas
- Vault routes USDG through Uniswap V3 and holds the resulting stock token
- Bot edits its own comment in place with the transaction hash and new balance
Security model
The vault requires two independent signatures for every state-changing call:
| Signature | Held by | Covers |
|---|---|---|
ownerSig |
Per-user keypair, AES-256-GCM encrypted at rest | Vault address, GitHub user ID, nonce, deadline |
relayerSig |
Relayer signing key, hot | Issued only after a GitHub command is verified |
Neither key alone moves funds. The owner key never pays gas and never appears as msg.sender. Replay is blocked by a monotonic nonce plus a five-minute deadline carried inside every signature.
Swap outputs are constrained to an on-chain whitelist, so a compromised relayer cannot route a swap into an attacker-controlled token.
Contracts
| Contract | Role |
|---|---|
GitEquityVaultFactory |
Deploys exactly one soul-bound vault per GitHub user ID |
GitEquityVault |
Custody and swap execution, dual-signature gated |
GitEquityStockFactory |
Deploys the ERC-20 receipt token for each ticker |
GitEquityStockToken |
Soul-bound receipt: gitNVDA, gitTSLA, gitAAPL, ... |
GitEquityToken |
Native EQUITY token |
GitEquityAirdrop |
Merkle distributor for EQUITY |
Sources and deploy scripts live in gitequity-contracts. Addresses are published to deployments.json after each deploy.
Assets
62 tokenized equities on Robinhood Chain, each verified on-chain through symbol() and decimals(). The registry lives in packages/rwa/src/registry.ts.
A sample of what is tradeable:
| Ticker | Receipt | Ticker | Receipt |
|---|---|---|---|
| NVDA | gitNVDA | TSLA | gitTSLA |
| AAPL | gitAAPL | MSFT | gitMSFT |
| AMZN | gitAMZN | GOOGL | gitGOOGL |
| META | gitMETA | COIN | gitCOIN |
| AMD | gitAMD | AVGO | gitAVGO |
Settlement is USDG. Pools are the 1% fee tier for single names, 0.3% for index products.
Bot commands
Tag @gitequitybot in any issue, pull request, or discussion comment.
| Command | Example | Effect |
|---|---|---|
buy $TICKER AMOUNT |
buy $NVDA 100 |
Buy $100 of NVDA |
sell $TICKER AMOUNT |
sell $TSLA 50 |
Sell $50 of TSLA |
sell all $TICKER |
sell all $AAPL |
Close the whole position |
swap $FROM $TO |
swap $NVDA $TSLA |
Rotate one position into another |
portfolio |
portfolio |
Holdings, cost basis, current value |
balance |
balance |
USDG balance |
deposit |
deposit |
Your deposit address and instructions |
withdraw $TICKER |
withdraw $NVDA |
Send tokens to a linked wallet |
confirm <code> |
confirm 8F2A |
Approve a write initiated from an AI client |
Try them without spending anything in the playground.
MCP: trade from your AI client
GitEquity ships an MCP server, so Claude, Cursor, ChatGPT and others can read your portfolio directly.
Reads are direct. Writes always require a confirmation code posted from your GitHub account - the assistant proposes, you approve. An AI client cannot move your money on its own.
{
"mcpServers": {
"gitequity": {
"url": "https://gitequity.xyz/api/mcp",
"transport": "streamable-http"
}
}
}
Per-client setup guides: gitequity.xyz/mcp.
Repository layout
gitequity/
├── apps/
│ ├── api/ Express server, webhook handler, relayer, MCP endpoint
│ ├── web/ React + Vite frontend: landing, docs, dashboard
│ └── social-cards/ OG image generator
├── packages/
│ ├── db/ Drizzle schema and migrations
│ ├── rwa/ Asset registry and price feeds
│ ├── rh-swap/ Uniswap V3 quote and calldata helpers
│ ├── mcp/ MCP tool definitions and handlers
│ ├── x402/ x402 payment protocol
│ ├── api-spec/ OpenAPI spec, single source of truth
│ ├── api-zod/ Zod validators generated from the spec
│ └── api-client-react/ React Query hooks generated from the spec
├── scripts/ Dev and deploy tooling
└── tests/
The API contract flows one way: edit packages/api-spec, regenerate api-zod and api-client-react. Server and client cannot drift.
Running locally
Requirements: Node 20+, pnpm 9+, PostgreSQL 15+
git clone https://github.com/gitequityorg/gitequity.git
cd gitequity
pnpm install
cp .env.example .env # fill in the values below
pnpm --filter @workspace/db run migrate
pnpm dev
API comes up on :3000, web on :5173.
To exercise the bot locally, point your GitHub App webhook at a tunnel such as ngrok http 3000, then comment in a repository where the App is installed.
Environment
| Variable | What it is |
|---|---|
GITHUB_APP_ID |
Numeric ID of your GitHub App |
GITHUB_APP_PEM |
App private key, newlines escaped as \n |
GITHUB_CLIENT_ID |
OAuth client ID |
GITHUB_CLIENT_SECRET |
OAuth client secret |
GITHUB_WEBHOOK_SECRET |
Shared secret for webhook signature checks |
SESSION_SECRET |
Session signing key, 32+ characters |
ENCRYPTION_MASTER_KEY |
32-byte hex, wraps every stored user private key |
DEPLOYER_PRIVATE_KEY |
Deploys vaults and receipt tokens, pays gas |
RELAYER_SIGNING_KEY |
Signs execution authorizations |
DATABASE_URL |
PostgreSQL connection string |
ENCRYPTION_MASTER_KEY cannot be rotated without re-encrypting every stored key. Back it up before going anywhere near production.
Related repositories
| Repository | Contents |
|---|---|
| gitequity-contracts | Solidity sources, Hardhat config, deploy scripts |
| gitequity-mcp | Standalone MCP server |
| gitequity-mobile | Expo app |
| autogit | AI-assisted GitHub App builder |
| playground | Safe repository for trying bot commands |
License
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。