Behalf (PXP v0)

Name: Behalf (PXP v0)
Author: JulesNsenda

作者：JulesNsendaバージョン 0.2.0i★ –iクラウドで動く

レジストリ名io.github.JulesNsenda/behalf

インストール

概要

作者による説明（英語の原文）

Negotiate for your human under PXP: tagged claims, escalation, decision brief, hash-chained ledger

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

利用者の声iレビューはまだありませんレビューは今後のステップで、アカウント機能と一緒に始まります
私たちの基本チェックi1項目中1項目に合格公開情報からチェック。コードはまだスキャンしていません
利用状況i未計測★ –

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

接続方法: クラウドで動く
トランスポート: Streamable HTTP
カテゴリ: 会計・財務・税務
入力が必要なもの：Authorization

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

基本チェック：1項目中1項目に合格
作者のサーバーで動きます。あなたが頼んだ内容は、作者のサーバーを通ります。
自分で入力するもの： Authorization

「秘密」と表示された値は、あなたのアカウントの鍵です。絶対に人に教えたり、チャットに貼り付けたりしないでください。

必要なもの

クラウドで動くインストール不要。インターネット経由でつながります

どのアプリを使っていますか？

ClaudeClaude CodeCursorVS CodeChatGPT

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

このアドレスはリクエストの header にキーが必要ですが、コネクタを追加するメニューでは設定できません。代わりにClaude Code、Cursor、VS Codeを使ってください。

ターミナルでこれを実行します

claude mcp add --transport http behalf https://behalf.dropkit.sh/mcp --header 'Authorization: your-value'

動かす前に、空欄の値を入力してください。

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "behalf": {
      "url": "https://behalf.dropkit.sh/mcp",
      "headers": {
        "Authorization": "your-value"
      }
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "behalf": {
      "type": "http",
      "url": "https://behalf.dropkit.sh/mcp",
      "headers": {
        "Authorization": "your-value"
      }
    }
  }
}

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

自分で入力する値

Authorization 秘密 HTTP header
Needed only to create a room: "Bearer ". Get a key at https://behalf.dropkit.sh after signing in with GitHub. Joining a room with a seat link needs no key.

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

このサーバーのツール一覧はまだ読み取っていません。エンドポイントは順番にチェックしています。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック

✓ 合格
作者とリポジトリが一致
レジストリ名は、リポジトリを所有するGitHubアカウント JulesNsenda で確認済みです
… 未チェック
今もメンテナンスされている
このリポジトリはまだGitHubから読み取っていません
… 未チェック
ライセンスがある
このリポジトリはまだGitHubから読み取っていません
… 未チェック
エンドポイントが応答する
まだチェックしていません。エンドポイントは順番にチェックしています
… 未チェック
OAuthでサインイン
まだチェックしていません。エンドポイントは順番にチェックしています
… 未チェック
ツールの説明に隠れた指示がない
まだチェックしていません。エンドポイントをチェックするときにツール一覧を読み取ります

会計・財務・税務のほかのサーバーとの比較i

このカテゴリのほかの1734件のうち0%よりスターが多い
このカテゴリのほかの1734件のうち56%より最近レジストリに公開
基本チェックの結果が、このカテゴリのほかの1734件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

Behalf (PXP v0)は安全ですか？

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか？

入力が必要なもの：Authorization

パソコンで動きますか、それともクラウドですか？

作者のクラウドで動きます。インストール不要でインターネット経由でつながりますが、送った内容は作者のサーバーを通ります。

今もメンテナンスされていますか？

GitHubリポジトリの最終更新は–、最新バージョン（0.2.0）がレジストリに届いたのは31 日前です。

どのアプリで使えますか？

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。URLでつながるので、リモートMCPサーバーに対応したアプリ（開発者モードのChatGPTなど）でも使えます。

代わりに使えるものは？

同じカテゴリには：Finance Toolkit, SolidInvoice, Korea Tax Calculator

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方：★ GitHubスターi3つの柱：レビュー · チェック · 利用状況i更新＝最新バージョンをレジストリに公開した日i

Finance Toolkit

作者：JerBouma

500+ transparent financial methods calculated from raw statements, not third-party endpoints.

パソコンでもクラウドでも★ 5,496MIT今日更新

インストール

SolidInvoice

作者：SolidInvoice

Create and send invoices and quotes, manage clients, and track payments in SolidInvoice.

クラウドで動く★ 981MIT8 日前更新

インストール

Korea Tax Calculator

作者：UpstageAI

Korean tax calculation and tax-audit judgment MCP: 96 tools with statutory citations.

パソコンで動く★ 97MIT昨日更新

インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

Behalf

Reference implementation of PXP v0, the Proxy Exchange Protocol: two AI proxies negotiate for two people, every claim is tagged stated / sourced / assumed, proxies escalate to their humans at a limit, and every agreement ships with a decision brief and a hash-chained ledger.

Based on the essay *Agentic Proxies: When Humans Become Routing Nodes* by Jules Nsenda.

spec/ — a copy of the protocol (SPEC.md + JSON schemas). The canonical spec is JulesNsenda/pxp, published at https://julesnsenda.github.io/pxp/
lib/pxp.js — protocol core: sealing, envelope enforcement, ledger
lib/proxy.js — Claude-backed proxies
lib/demo.js — scripted demo (hallucination cascade), runs with no API key
lib/mcp.js — MCP endpoint at /mcp, so any MCP-capable agent can take a seat
lib/auth.js, lib/http-auth.js — GitHub sign-in and agent keys
lib/ai-access.js — "Use our AI" access: who may spend the built-in Claude (lib/durable.js is the save bookkeeping it shares with lib/auth.js)
lib/mail.js — email: one sendMail over a dev outbox or SMTP (lib/mail-dev.js, lib/mail-smtp.js). See MAIL.md
index.js — the Node server (Node 20+). Its dependencies are pg, loaded only when DATABASE_URL is set, and nodemailer, loaded only when MAIL_TRANSPORT=smtp
web/ — the pages:
Home (/)
Start (/start): create a room, then invite the other person
Room (/room/:id): instructions, then the conversation
Agreement (/brief/:id)
Connect (/connect): use your own AI agent, and create its agent key
Admin (/admin): the owner approves "Use our AI" requests
Protocol (/spec)
web/ui/ — the zero-dependency UI library; its living style guide is at /ui
test/ — npm test (node:test). The Postgres tests run only when PG_TEST_URL is set

Config

Env	Default	Purpose
`ANTHROPIC_API_KEY`	none	Enables built-in Claude proxies, card drafting and the authority audit. Without it, the demo and bring-your-own-agent rooms still work
`PXP_MODEL`	`claude-sonnet-5-5`	Model for proxies
`ROOM_PASSCODE`	none	Only when `SIGNIN=off`: if set, creating a live room requires it, and ten wrong guesses lock an address out for the day. With `SIGNIN=github` it is ignored (`/api/config` reports `passcode: false`): a signed-in person, or a valid agent key, needs no passcode, no wrong guess is counted, and boot logs the warning `app.passcode_ignored` and keeps running
`DAILY_ROOM_LIMIT`	20	Live rooms per day, all users together. Admins and people with "Use our AI" access are exempt from it and their rooms do not count toward it, so free accounts cannot use it up on them (an admin is still held to `ADMIN_DAILY`, 50 a day)
`PER_IP_DAILY`	3	With `SIGNIN=off`, live rooms per day per address
`PER_USER_DAILY`	3	With `SIGNIN=github`, live rooms per day per account. A signed-in person is limited by this and `DAILY_ROOM_LIMIT` only, not by their address
`MAX_TURNS`	10	Proxy turns before a room stalls
`PUBLIC_URL`	`https://behalf.dropkit.sh`	Base URL used in seat links handed to agents. With sign-in on, it must be `https` (plain `http` only for `localhost`): its origin is what the browser's `Origin` header must match, and it forms the GitHub callback URL
`PORT`	3000	Listen port. `0` picks a free port, and the startup log prints the one it bound
`BIND_HOST`	all interfaces	Address to bind, e.g. `127.0.0.1`. It isn't called `HOST`, because some shells set `HOST` to the machine name
`ROOM_TTL_DAYS`	30	A live room is deleted after this many days without activity. Its links then show the room as gone
`DEMO_TTL_HOURS`	24	The same, for demo rooms
`MAX_ROOMS`	5000	Upper bound on stored rooms. When a new room would go past it, the server makes room down to 95%: demo rooms go first, oldest first, then finished live rooms. A live room still in progress is never deleted
`TRUST_PROXY`	`private`	When to trust `X-Forwarded-For` for the client IP. Choices: `never`; `loopback` (only when the peer is this machine, which is the safest choice when the proxy runs on the same host); `private` (a loopback or private-network peer, such as the platform's proxy); or `always`. `private` assumes no untrusted host on that network can reach the app port directly. Per-IP limits group IPv6 clients by /64. The server logs `net.xff_ignored` once if a forwarded header arrives from an untrusted peer: that is a spoof attempt, or a proxy outside the trusted set
`SIGNIN`	`off` locally	`github` or `off`. Required whenever `DROP_DATA_DIR` or `DATABASE_URL` is set: without it the server refuses to start (`BAD_SIGNIN`). With `off` there is no sign-in, and anyone (or anyone with the passcode, if one is set) can open live rooms. With `github`, opening a live room needs a GitHub account
`GITHUB_CLIENT_ID`, `GITHUB_CLIENT_SECRET`	none	Secrets of your GitHub OAuth app. Both are required when `SIGNIN=github` (`BAD_SIGNIN_SECRETS` otherwise). The server reads them once and removes them from its environment
`GITHUB_BLOCKED_IDS`	none	Comma-separated numeric GitHub user ids that may not sign in. Their existing sessions and agent keys stop working at once
`ADMIN_GITHUB_IDS`	none	Comma-separated numeric GitHub user ids of the owner(s). They always have "Use our AI" access, decide other people's requests on `/admin`, and have their own daily cap of `ADMIN_DAILY` live rooms (50, a constant in `lib/rooms.js`, not a setting) instead of `PER_USER_DAILY`. Set it in the Drop dashboard only (it is not in `drop.yaml`); changing it needs a restart. With `SIGNIN=github`, the built-in AI on and none set, the server logs the warning `app.no_admins` and keeps running: nobody could approve a request
`ADMIN_EMAIL`	none	One address that gets an email when someone makes a new "Use our AI" request. The email says "A GitHub user, @login," asked (linked to their GitHub page) and links to `/admin`; it does not include their note, which you read on `/admin`. At most 20 an hour and 50 a day: a held-back one is not sent, and each email says how many requests are waiting then (`mail.notify_capped` is logged once). Set it in the Drop dashboard only (it is not in `drop.yaml`). It needs mail that can be delivered: `MAIL_TRANSPORT=smtp`, or the dev transport off the platform on a local `PUBLIC_URL`. On the platform, or on a public `PUBLIC_URL`, the dev transport doesn't deliver (its outbox is a folder nobody can read), so with it (or with sign-in off) the server logs the warning `mail.admin_email_unused` at boot and sends nothing. If `smtp` is not verified when a request arrives, the notice is skipped and `mail.notice_skipped` is logged once. Never shown in `/api/config` or `/health`
`REQUIRE_DATABASE`	`0`, or `1` when `DROP_DATA_DIR` is set	`1` or `0`. With `1` the server exits at startup (`BAD_REQUIRE_DATABASE`, before it binds the port) when `DATABASE_URL` is not set, instead of falling back to an empty `rooms.json`. It is on by default on Drop, so the guard holds even if no setting reaches the app; `0` turns it off on purpose
`DATABASE_URL`	none	A Postgres URL. When set, rooms and accounts live in Postgres instead of `rooms.json`. Configure the connection only through this URL: don't set the other `PG*` variables. It must be a direct or session-mode connection, not a transaction pooler (`EPOOLER`). The server logs `store.no_tls` if a non-local URL doesn't ask for TLS, or turns off certificate checks
`MAIL_TRANSPORT`	`dev`	`dev` or `smtp`. `dev` sends nothing: each email is written to `DROP_DATA_DIR/outbox` (or `./.data/outbox`), and, off the platform with `PUBLIC_URL` unset or on localhost only, listed at `/dev/outbox`. `smtp` sends through your SMTP server. See MAIL.md
`MAIL_FROM`	none	The sender, `Name` or a bare address, e.g. `Behalf` . Required with `smtp`. Your SMTP server must be allowed to send for its domain
`SMTP_HOST`, `SMTP_PORT`	none	Your SMTP server. Required with `smtp`
`SMTP_SECURE`	follows the port	`true` (TLS from the start, port 465) or `false` (STARTTLS, port 587). TLS is required either way: the password never crosses a plain connection. `465` with `false` and `587` with `true` are refused (`BAD_SMTP_SECURE`)
`SMTP_USER`, `SMTP_PASS`	none	Secrets: the SMTP login. Required with `smtp` (`BAD_SMTP_AUTH`). Read once and removed from the environment
`DRAIN_DEADLINE_MS`	4000	On `SIGTERM` or `SIGINT`, how long the server may spend saving before it exits. 100 to 9000. Keep it below the time your platform allows between the stop signal and a forced kill (Drop: 5 s under PM2, 10 s under Docker). The Postgres statement timeout is 3 s, so one write fits

ROOM_TTL_DAYS, DEMO_TTL_HOURS, MAX_ROOMS, TRUST_PROXY, SIGNIN, PER_USER_DAILY, GITHUB_BLOCKED_IDS, ADMIN_GITHUB_IDS, ADMIN_EMAIL, DRAIN_DEADLINE_MS, REQUIRE_DATABASE and the mail variables are strict: an invalid value stops the server at startup with BAD_ , and the log names the variable but never its value. ROOM_TTL_DAYS, DEMO_TTL_HOURS and MAX_ROOMS must be whole numbers from 1 up to 3650, 87600 and 1,000,000; PER_USER_DAILY from 1 to 1000. Each room also has an AI allowance of MAX_TURNS × 3 Claude calls, and drafting a card doesn't count toward it. A room that uses it up ends with no deal, like reaching the turn limit.

Inviting by email

With SIGNIN=github and mail that can reach a person (MAIL_TRANSPORT=smtp, or the dev transport off the platform on a local PUBLIC_URL: see MAIL.md), the invite step of /start has an optional "Their email" field. The email carries the other seat's private link, with a fixed subject and text: it names the sender only as "A GitHub user, @login", and holds no names or topic. Behalf never stores the address or logs it: it is held only for that one send, and, for the 3-a-day count, as a keyed hash in memory. The one exception is the dev outbox, which holds the whole email (so the address and the link) and exists only on a local machine. Limits: 3 invites per room, 10 per person and 50 per day across everyone (admins and people with "Use our AI" access don't count toward the 50), and 3 a day to the same address (the usual spellings of one mailbox, such as Jane.Doe+news@gmail.com and janedoe@googlemail.com, share it). These caps are a trade-off: they stop Behalf being used to spam one person, but they also let someone use up an address's 3 for the day (or the 50 for everyone) without ever reaching it, and the owner then has to copy the link instead. A seat B link sent by email can be sent to up to 3 addresses per room, and anyone holding the link is that seat. Past a limit the page says so and the owner can copy the link instead. Deploy: on Drop, invites need SMTP (MAIL_TRANSPORT=smtp and the settings in MAIL.md). Until then /api/config reports invite: false, the field is hidden, and a direct request gets 503 mail_off.

Startup refusals

The server stops at startup, and logs one line with a code, rather than run in a state that could lose data. If it stops, look for store.load_failed or app.init_failed in the log:

Code	Meaning
`BAD_SIGNIN`	`SIGNIN` is missing on the platform, or isn't `github` or `off`
`BAD_SIGNIN_SECRETS`	`SIGNIN=github` without both GitHub secrets
`BAD_PUBLIC_URL`	`SIGNIN=github` with a `PUBLIC_URL` that isn't https (or http on localhost)
`BAD_ADMIN_EMAIL`	`ADMIN_EMAIL` is not a single plain address

| BAD_SMTP_HOST, BAD_SMTP_PORT, BAD_SMTP_AUTH, BAD_MAIL_FROM, BAD_SMTP_SECURE | MAIL_TRANSPORT=smtp with a setting missing or invalid, or a port and TLS mode that don't go together. A server that can't be reached or refuses the login does not stop startup: the

冒頭だけを表示しています。続きはリポジトリで読めます

Behalf (PXP v0)

概要

PopNx MCPの3つの柱

できること

インストール

インストールの前に

自分で入力する値

できること

基本チェックi

作者とリポジトリが一致

今もメンテナンスされている

ライセンスがある

エンドポイントが応答する

OAuthでサインイン

ツールの説明に隠れた指示がない

会計・財務・税務のほかのサーバーとの比較i

よくある質問

代わりの候補

Finance Toolkit

SolidInvoice

Korea Tax Calculator

作者のREADME

Behalf

Config

Inviting by email

Startup refusals