
Notra
io.github.usenotraPublished by GitHub account usenotrav1.1.0Updated Oct 24, 2026
Access the Notra API for posts, brand identities, integrations, schedules, and GEO.
Overview
Notra's hosted MCP server lets an assistant manage Notra posts, brand identities, integrations, schedules and GEO visibility data through OAuth or an API key.
- What you can do
- Read and manage posts: list, get, create, update, delete, generate from GitHub activity, schedule or cancel publishing to Notra, GitHub, X or LinkedIn
- Manage brand identities and their guideline colors, including AI generation from a website URL
- Manage integrations, content-generation schedules, event triggers, webhooks and reusable writing skills
- Run GEO work per project: settings, tracked prompts and sequences, competitors, visibility scans, sentiment, citation sources and competitor share of voice
- Plan and approve GEO content briefs, check agent readiness and review AI crawler and referral traffic
- Inspect the current workspace and list workspaces the account can reach
- When to use it
- Useful when you already run content and GEO work in Notra and want an assistant to draft, schedule and audit posts, or to query visibility, sentiment and AI traffic results without leaving the chat. Optional toolsets let you load only content or only GEO tools to save context.
- Requirements
- Remote streamable HTTP endpoint at mcp.usenotra.com with OAuth sign-in (WorkOS AuthKit), or a static bearer API key generated in the Notra dashboard. A Notra account and workspace; multi-workspace accounts pick one via a workspace-scoped URL, NOTRA_ORGANIZATION_ID or an X-Notra-Organization-Id header. GEO tools need an organization-scoped key and the GEO plan. A local npm package also exists and needs Node.js 20 or newer.
Installation
In SourceWeft
- Open Notra in the dashboard and add it to a workspace.
- Connect the required credentials. They are stored privately and never shown on public pages.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Use with an agent
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/io.github.usenotra%2Fnotra/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Other MCP clients
Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.
{
"mcpServers": {
"notra": {
"type": "http",
"url": "https://mcp.usenotra.com/mcp"
}
}
}README
Notra MCP Server
An MCP (Model Context Protocol) server for the Notra API. It manages posts, brand identities, integrations, schedules, GEO visibility scans, competitors, content briefs, and AI traffic analytics.
Setup
You can generate an API key from your Notra workspace dashboard under Developer > API Keys.
Node.js 20 or newer is required.
Claude Desktop
Add to ~/Library/Application Support/Claude/claude_desktop_config.json:
Claude Code
Then set the NOTRA_API_KEY environment variable in your shell before launching Claude Code.
Codex
Run codex mcp list to verify the connection. The Codex CLI, desktop app, and IDE extension share this MCP configuration.
OpenCode
Set NOTRA_API_KEY in your shell, then add the server to your project-level opencode.json or the global ~/.config/opencode/opencode.json:
Amp
Run amp config edit and add the following to your settings, or place it in .amp/settings.json for a workspace-specific configuration:
Set NOTRA_API_KEY in the environment before launching Amp. Workspace MCP servers may require approval with amp mcp approve notra.
Account API keys
An account API key belongs to you rather than one workspace, so it works in every workspace you're a member of. If you belong to more than one, choose the workspace this server acts on with NOTRA_ORGANIZATION_ID:
Without it, tools fail with a message asking you to pick a workspace. list_workspaces works without a selection and shows the ids. Organization API keys ignore NOTRA_ORGANIZATION_ID.
Remote MCP (OAuth)
The hosted streamable HTTP server at https://mcp.usenotra.com/mcp uses OAuth as the primary authentication method. It supports the current 2026-07-28 MCP protocol as well as legacy 2025 clients. MCP clients should discover protected resource metadata at:
That metadata points to the Notra authorization server (WorkOS AuthKit) at https://oauth.usenotra.com, which supports dynamic client registration (RFC 7591). The MCP server also mirrors the authorization server metadata at https://mcp.usenotra.com/.well-known/oauth-authorization-server.
Workspace-scoped URL
Add a workspace id or slug to the URL to pin a connection to one workspace: https://mcp.usenotra.com/mcp/<workspace>. This is the way to pick a workspace in clients that only accept a URL and can't send custom headers.
-
Claude: Settings > Connectors > Add custom connector, URL
https://mcp.usenotra.com/mcp/acme -
Claude Code:
claude mcp add --transport http notra https://mcp.usenotra.com/mcp/acme -
Cursor (
~/.cursor/mcp.json):
On a scoped URL:
- API keys act in that workspace. The URL wins over an
X-Notra-Organization-Idheader. An organization key only works on its own workspace's URL; any other workspace is rejected with HTTP 403 by the Notra API. - OAuth works the same as on
/mcp, but the workspace you authorize must be the one in the URL. Otherwise requests are rejected with HTTP 403 instead of silently acting on another workspace. The OAuth challenge announces the same resource as/mcp, so clients get a normal Notra token; the workspace in the URL is enforced through the workspace you authorize. list_workspacesis hidden, since the connection can't switch workspaces.whoamistill shows the current one.- Legacy 2025 sessions belong to the URL they were opened on; using the session id on another URL returns HTTP 401.
API key alternative
Remote connections also accept a Notra API key as a static Authorization: Bearer … header. Generate one from your Notra workspace dashboard under Developer > API Keys. OAuth-capable clients should prefer the OAuth flow instead of manual key configuration.
With an account API key that can reach several workspaces, use a workspace-scoped URL or add an X-Notra-Organization-Id: <workspace-id-or-slug> header (X-Organization-Id also works). The server forwards it to the Notra API on every call. A legacy 2025 session stays bound to the workspace it was initialized with; a request on that session that names a different workspace is rejected with HTTP 401, so open a new session to switch. OAuth connections ignore the header because each token is bound to the workspace chosen at consent.
For self-hosted HTTP deployments, OAuth validation can be configured with:
The issuer is https://{WORKOS_AUTHKIT_DOMAIN} and must match the iss claim in tokens minted by AuthKit; a mismatch causes every bearer token to be rejected. Token signatures are verified against https://{WORKOS_AUTHKIT_DOMAIN}/oauth2/jwks.
When NODE_ENV=development, the default AuthKit domain is essential-berry-67-development-2.authkit.app; production defaults to oauth.usenotra.com. auth.usenotra.com is the WorkOS Authentication API domain and serves none of the OAuth endpoints, so it does not work here.
Legacy 2025 sessions expire after 30 minutes of inactivity. Each OAuth user or API key can hold NOTRA_MCP_MAX_SESSIONS_PER_PRINCIPAL sessions (default 50); beyond that, its own least recently used session closes. When the server holds NOTRA_MCP_MAX_SESSIONS sessions (default 1000), new sessions are rejected with HTTP 503 and Retry-After instead of closing other users' sessions.
Hosted usage statistics
The HTTP server tracks usage exclusively in PostHog, sending one mcp_tool_called event per dispatched tool call, including calls that fail tool input/output validation or return isError: true with HTTP 200. Initialization, discovery, health checks, and requests rejected before tool dispatch are not counted. Local stdio servers do not emit usage events or contact PostHog.
Set the PostHog project token on the hosted deployment to enable tracking:
POSTHOG_HOST defaults to https://us.i.posthog.com; set it to https://eu.i.posthog.com for an EU project. Without a project token, tracking is disabled. There is no alternative collector or JSON usage-log fallback.
Events include tool_name, outcome (success, error, or cancelled), duration_ms, server_version, protocol_version, client_name, client_version, and auth_kind. OAuth events also include the verified WorkOS organization_id and user_id; API-key calls have no user/workspace attribution and share the PostHog distinct ID mcp:api-key, which must not be counted as a unique user. Client identity is self-reported, bucketed into known client names, and unknown names are recorded as other; versions are only retained in numeric major.minor.patch form. Unknown tool names are recorded as unknown.
Arguments, results, prompts, error messages, headers, IP addresses, tokens, API keys, and token hashes are never included in usage events. Delivery is asynchronous and best-effort, with a five-second timeout and at most 64 pending PostHog requests per process. Failed or dropped deliveries produce a credential-free warning without failing tool calls. Events are not sampled, but PostHog delivery is not an audit or billing ledger.
In PostHog, filter on mcp_tool_called and break down by tool_name, client_name, or outcome. Count distinct organization_id/user_id only for OAuth calls, and use duration_ms for latency percentiles.
Toolsets
All 96 tools are exposed by default, which costs roughly 20k tokens of agent context. To load only what you need, pick toolsets with NOTRA_MCP_TOOLSETS (stdio and HTTP) or the toolsets query parameter on the remote endpoint:
Workspace tools and submit_feedback are always available.
Tools
Workspace
Each MCP connection operates in the workspace bound to its bearer token, or for account API keys the workspace selected with NOTRA_ORGANIZATION_ID or the X-Notra-Organization-Id header. To act in another workspace, authorize or configure a separate connection for that workspace; list_workspaces discovers access but does not switch workspaces.
Posts
Post publishing schedules are separate from the content-generation schedules below. schedule_post requires an ISO 8601 scheduledAt timestamp, accepts an optional IANA timeZone (default UTC), and supports at most two external destinations. GitHub destinations use repositoryId from list_integrations and an optional merge flag (default true); social destinations use a connected X or LinkedIn accountId. Omitting destinations schedules publishing in Notra only.
Brand Identities
Integrations
Schedules
Event Triggers
Webhooks
Skills
Projects
GEO features are scoped to a project. Most GEO tools take a projectId; call list_projects first to find it. GEO tools require an organization-scoped API key and the GEO plan.
GEO settings
GEO prompts and sequences
GEO competitors
GEO scans and visibility
GEO content briefs
Agent readiness
AI traffic
Feedback
Review and data boundaries
All supported operations are listed upfront by tools/list. General-purpose agent execution and approval tools are not exposed because they can run dynamically discovered third-party operations. Chat history and agent sessions are available through the dashboard and API. Use the Notra dashboard for agent conversations, private-repository authentication, webhook signing secrets, and traffic tracking credentials.
Tool inputs are for task-specific business content. Do not send health records, biometric data, government identifiers, payment card information, credentials, or unrelated conversation history. Authenticate through OAuth or local configuration, never through tool arguments. Feedback accepts only the user-approved message, optional title, and feedback kind.
Development
Use Node 22.12+ (Node 22) or Node 24 and the pnpm version pinned in package.json:
Tool output schemas in src/schemas/api-responses.ts are generated from the Notra OpenAPI spec. Run pnpm run generate:output-schemas after the API changes; CI fails when the file is stale.
Vitest runs directly against the source with Zod compilation enabled. CI runs tests, typechecking, formatting checks, and the build on pull requests and pushes to main.
Source: README.md at commit 4db6257
Tools
0Version history
1- v1.1.0LatestSep 16, 2026
Score
85% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
- Auth declaredRequired10 pts
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts