
MCP vs REST API: which architecture should you choose for AI agents?
MCP or REST API for an AI agent? Choose based on who picks the operation: the code, the model, or both in a hybrid architecture.
Ten categories of MCP servers for Claude Code: useful context, permissions and connection order. Choose for your workflow, with links to official documentation.
Updated on
Last reviewed on September 1, 2026

Fewer servers, better cadence. Every server adds tools to the model’s context and decisions to its plan. Ten well-chosen tools beat sixty. Start with two servers, add one when a workflow clearly needs it.
Read first, write behind approval. Most of the value of MCP for a coding assistant is context: the issue, the failing test, the production error, the decision that explains the odd constraint. Reading can expose private information: restrict which data is accessible and where it goes. Allow one write at a time, reversible, behind an approval prompt, and watch the logs before allowing the next.
One identity per server. Claude Code acts as you. Give it a token scoped to what you would do yourself in that system, and revoke it as easily. A server that only accepts a broad admin token is not ready for an agent.
The first server for any coding agent: issues, pull requests, reviews, CI status. GitHub publishes an official MCP server. For another host, check the maintainer and exposed tools before connecting your account. Allow: read issues and PRs, read CI results, comment. Hold back: merge, force-push, delete.
A documentation server lets the model read the current docs of the libraries you use instead of relying on training data that may be a major version behind. You can use vendor documentation or a bounded internal folder. Check the sources, library version and data leaving your environment; a documentation label does not guarantee a read-only tool.
The reference filesystem server gives the model a bounded view of a directory: useful when your work spans several repositories or a docs folder outside the current one. Scope it to the paths you would open yourself, never to your home directory.
A browser server turns “the button does not work” into something the agent can reproduce: open the page, click, read the console, take a screenshot. Allow navigation and reading; be careful with anything that submits forms on real sites.
A Postgres or SQLite server with a read-only role answers the questions that otherwise cost a round trip to a colleague: what does this table actually contain, which rows hit this constraint, how many users are in this state. Use a role that cannot write. Ever.
A Sentry-style server lets the agent read the stack trace, the breadcrumbs and the frequency of the error it is fixing, and link the fix to the issue. Read-only is plenty.
This is where the agent learns why it is doing the work: the card, the acceptance criteria, the linked documents, the decision that rules out the obvious approach. It is also where the result should land — a comment, a status change, a question for the reviewer — instead of staying in a chat window.
Stellary’s server exposes projects, cards, documents, missions and approvals through MCP, with an identity per agent, a tool allowlist and an autonomy policy (direct, supervised, proposal). The Claude Code guide shows the three-step configuration. Linear, Notion and Jira have MCP servers too; the criteria are the same — can the agent read the card and its context, and can its writes be put behind approval.
A Figma server lets the agent read the frame it is implementing: dimensions, tokens, text. Read-only, and worth it for front-end work.
Slack or equivalent, for reading the thread where the requirement was actually discussed. Read-only; never let an agent post to a channel without a person in the loop.
Web search fills the gap between documentation and the error message nobody documented. Keep it last: it is the server that most often sends the model down a rabbit hole.
Connect the repository host and the project tool, both read-only. Ask Claude Code to prepare a change: read the card, read the linked issue, read the failing test, propose a plan. Approve the plan, let it implement, run the tests. Then allow one write: a comment on the card with the result and the evidence. Expand access only after checking results, failures and access revocation. That is the rollout pattern described in what MCP changes for AI coding tools, and it is the difference between an assistant that helps and an agent you trust.
Your repository host and your project tool, both read-only. They give the agent the issue, the acceptance criteria and the context that explains the constraints. Add a documentation server next, then a browser or a read-only database when a workflow needs it.
When the model starts choosing the wrong tool or ignoring the right one. Every server adds tools to its context and decisions to its plan. Two or three well-scoped servers usually beat ten; add one when a workflow clearly needs it and remove the ones nobody uses.
Yes, if the server exposes write tools and you allow them. Start with a comment on the card (the result and the evidence), behind an approval prompt. Stellary’s server puts every non-read action behind a per-agent policy: direct, supervised or proposal-only.
Record the client version, server maintainer, transport, identity, accessible data and allowed tools. Perform a read whose expected answer you already know. Check that an out-of-scope resource stays inaccessible. Any write should target a test item you can restore.
The Claude Code MCP documentation covers setup and troubleshooting. The protocol’s security guidance complements client and server controls. These sources were checked on November 1, 2026; this does not constitute an installation test of every integration mentioned.
The Stellary MCP server page describes its project surface. The supervisor workflow explains who reviews the returned result and decides what happens next.

MCP or REST API for an AI agent? Choose based on who picks the operation: the code, the model, or both in a hybrid architecture.

MCP connects Claude Code, Codex and IDEs to project context. Learn the transports, permissions and first connection check before a coding mission.

Connect Cursor, Claude Code, Claude Desktop, or an external agent to Stellary through MCP, with the right endpoint, identity, permissions, and autonomy mode.

MCP explained in practice: architecture, tools, resources, transports, permissions, and the compatibility limits to know before connecting AI to work systems.
Stellary brings together your board, docs, and AI agents in one command center.