Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Non-custodial USDC wallet on Base with spending limits enforced in code, not in a prompt.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"stipend": {
"command": "npx",
"args": [
"-y",
"stipend"
]
}
}
}ターミナルでこれを実行します
claude mcp add stipend -- npx -y stipendプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"stipend": {
"command": "npx",
"args": [
"-y",
"stipend"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"stipend": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"stipend"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
公開者(Graphiker-Australia)がリポジトリの所有者(stipend-sh)ではありません。別の人が登録した可能性があります
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち0項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.45.4)がレジストリに届いたのは3 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Agent Data Tools: Utilities
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
103 tools: JSON repair, CSV, hashes, cron, dates, units, validators. 25 free calls.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
A non-custodial USDC wallet on Base that an AI agent installs by itself, with spending limits enforced below the instruction layer.
pip install eth-account && curl -sL stipend.sh/install | sh
This is the source of the package that installer fetches. It is published so that the claims made for it can be checked rather than believed.
It ships an MCP (Model Context Protocol) server — stipend mcp — exposing seven tools over stdio, so an agent can hold and spend money through the tool interface it already has. See MCP server below.
The failure that matters for an agent holding money is not a stolen key. It is a correctly signed transaction it was argued into.
Almost every defence against that lives in the instruction layer — a system prompt saying "do not send funds to unverified addresses." That is a suggestion to a model, sitting in the same context window as the text attacking it.
In here the limits are not advice. They are code that a transaction passes through on its way to being signed, and no wording in any context window reaches them.
Start at [`stipend/policy.py`](stipend/policy.py). It is about three hundred lines and it is the whole argument.
| control | what it does |
|---|---|
| per-transaction and daily caps | a ceiling that no instruction can raise |
| one-time approvals | authorise a single payment — bound to that recipient, that amount, expiring, single use — instead of raising a cap |
| new-destination confirmation | the first payment to any address you have never paid needs confirming, whatever the size |
The second is the one people get wrong. Raising a cap to afford one purchase weakens every future payment to everyone, which is precisely what an attacker asks for. Authorise the payment, not the capability.
The third is what stops a drain by many small payments that each sit under the threshold. An attacker's address is, by definition, one you have never paid.
And if you turn on an allowlist, it is absolute. Funds reach nothing else — not with a confirmation, not with an approval, not with any instruction from anywhere.
The wallet is also a Model Context Protocol (MCP) server, so an agent can use it through the tool interface it already has rather than by shelling out.
stipend mcp
It speaks JSON-RPC over stdin and stdout — the MCP stdio transport. Your MCP client spawns the process; nothing listens on a port and nothing is exposed to a network.
In a client's config that looks like:
{
"mcpServers": { "stipend": { "command": "stipend", "args": ["mcp"] } } }
| tool | what it does |
|---|---|
stipend_address | the wallet's address, so money can reach you whether or not you are running |
stipend_balance | USDC held, native currency held, spent today, and the daily limit |
stipend_check | would this payment be allowed? Answers without sending anything |
stipend_pay | send USDC, subject to every limit below |
stipend_earnings | read incoming payments off the network and record them |
stipend_report | earned against spent, by category, with runway in days |
stipend_recover | what is outstanding, and whose job each item is |
Every one of them goes through the same policy.check gate the command line uses, so the caps, the allowlist and the new-destination confirmation apply identically. There is no path here that moves money without them.
stipend_check exists so an agent can ask "would this be allowed?" before it offers to pay for something, turning a refusal into an answer rather than a failure.
No tool reads, exports or derives the private key. No tool changes a spending limit or the allowlist. No tool creates or overwrites a wallet.
An MCP tool is callable by a model that is reading untrusted text, and raising a cap is exactly what an attacker would ask for — so it is not on the menu at all. Configuration changes stay at the command line, where a human is present.
Every registry would prefer a URL, and we will not publish one. A hosted wallet server means the key lives on somebody else's machine — ours — and the whole claim of this package is that it does not. This runs beside the keystore, under the same user, and the key never moves.
No network, no funds, no wallet of yours touched:
python -m stipend selftest
219 checks covering address validation, amount arithmetic, every policy branch, the allowlist, the daily cap, destination trust and its expiry, keystore encryption, ERC-20 encoding, x402 requirement selection, EIP-3009 signing, the ledger, and exactly what telemetry would send.
Someone to break it.
If you can construct an injection that moves money past the checks in policy.py, open an issue. We would rather hear it from you than from someone who is not being polite about it.
Apache-2.0. See LICENSE.
Built by the Stipend dev team. FelixTrade.ai Pty Ltd, Australia.