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의 세 기둥

이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.

사용자 의견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"
      }
    }
  }
}

브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.

이 주소는 요청 header에 키가 필요한데, 커넥터 추가 메뉴에서는 넣을 수 없어요. 대신 Claude Code, Cursor, VS Code를 쓰세요.

선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.

직접 입력할 값

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

이 카테고리의 다른 서버 1732개 중 0%보다 스타가 많아요
이 카테고리의 다른 서버 1732개 중 56%보다 최근에 레지스트리에 공개됐어요
기본 점검 결과가 이 카테고리의 다른 서버 1732개 중 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 스타i세 기둥: 리뷰 · 점검 · 사용 정도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의 세 기둥

할 수 있는 일

설치

설치하기 전에

직접 입력할 값

할 수 있는 일

기본 점검i

제작자와 저장소 일치

계속 관리되고 있음

라이선스 있음

엔드포인트 응답

OAuth로 로그인

도구 설명에 숨겨진 지시 없음

회계, 재무 및 세금 카테고리의 다른 서버와 비교i

자주 묻는 질문

대안

Finance Toolkit

SolidInvoice

Korea Tax Calculator

제작자의 README

Behalf

Config

Inviting by email

Startup refusals