From 630de02cf61d76905d96f5b26ce00fa76d4ce1d2 Mon Sep 17 00:00:00 2001 From: teahubxyz Date: Wed, 14 Oct 2026 06:05:49 +0000 Subject: [PATCH] mcp: org tools (create, add member, org repo) --- mcp/README.md | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/mcp/README.md b/mcp/README.md index 7b58081..526b5b7 100644 --- a/mcp/README.md +++ b/mcp/README.md @@ -2,10 +2,6 @@ Teahub's MCP against the Gitea at `GITEA_URL`. Sign-in is Gitea's OAuth (Gitea signs people in with GitHub or nostr), and every tool acts with the caller's own Gitea token. No service token, no allowlist, nothing deletes. -Env: `GITEA_URL`, `PUBLIC_URL`, `ALLOWED_HOSTS`; secrets `GITEA_OAUTH_CLIENT_ID`, `GITEA_OAUTH_CLIENT_SECRET` (an OAuth2 application on the Gitea with redirect `PUBLIC_URL/auth/callback`, confidential), `JWT_SIGNING_KEY`. State: `/data` (FastMCP's OAuth store, a Fly volume). +Env: `GITEA_URL`, `PUBLIC_URL`, `ALLOWED_HOSTS`; secrets `GITEA_OAUTH_CLIENT_ID`, `GITEA_OAUTH_CLIENT_SECRET` (an OAuth2 application on the Gitea with redirect `PUBLIC_URL/auth/callback`), `JWT_SIGNING_KEY`. State: `/data` (FastMCP's OAuth store). -Tools: `tea_whoami`, `tea_issues`, `tea_issue_get/create/edit`, `tea_issue_comments/comment`, `tea_repo`, `tea_repo_create`, `tea_tree`, `tea_file_get/change`, `tea_actions`, `tea_workflow_dispatch`. Repos are `owner/repo`. - -Deploy: `fly deploy` from this folder (app `green-tea-mcp`, volume `mcp_data`). Allocate public IPs once (`fly ips allocate-v4 --shared`, `fly ips allocate-v6`) and add the cert for `PUBLIC_URL`'s host. - -Known: the first connect from claude.ai after a fresh deploy sometimes ends in "Authentication failed" with no `/token` call despite a successful upstream exchange; the second attempt goes through. Not understood yet. +Tools: `tea_whoami`, `tea_issues`, `tea_issue_get/create/edit`, `tea_issue_comments/comment`, `tea_repo`, `tea_repo_create`, `tea_org_create`, `tea_org_add_member`, `tea_org_repo_create`, `tea_tree`, `tea_file_get/change`, `tea_actions`, `tea_workflow_dispatch`. Repos are `owner/repo`.