302AI BrowserUse MCP Server
OfficialNavegador 302AI: usa el servidor MCP

Vistas previas
A continuación se muestran algunos ejemplos de uso.
Aquí está la lista de herramientas compatibles
Related MCP server: MCP Web Research Server
✨ Características ✨
🔧 Carga dinámica: actualiza automáticamente la lista de herramientas desde el servidor remoto.
🌐 Se admiten múltiples modos, puede usar el modo
stdinlocalmente o alojarlo como un servidor HTTP remoto
🚀 Lista de herramientas
Desarrollo
Instalar dependencias:
npm installConstruir el servidor:
npm run buildPara desarrollo con reconstrucción automática:
npm run watchInstalación
Para utilizar con Claude Desktop, agregue la configuración del servidor:
En MacOS: ~/Library/Application Support/Claude/claude_desktop_config.json
En Windows: %APPDATA%/Claude/claude_desktop_config.json
{
"mcpServers": {
"302ai-browser-use-mcp": {
"command": "npx",
"args": ["-y", "@302ai/browser-use-mcp"],
"env": {
"302AI_API_KEY": "YOUR_API_KEY_HERE"
}
}
}
}Para usar con Cherry Studio, agregue la configuración del servidor:
{
"mcpServers": {
"Li2ZXXJkvhAALyKOFeO4N": {
"name": "302ai-browser-use-mcp",
"description": "",
"isActive": true,
"registryUrl": "",
"command": "npx",
"args": [
"-y",
"@302ai/browser-use-mcp"
],
"env": {
"302AI_API_KEY": "YOUR_API_KEY_HERE"
}
}
}
}Para usar con ChatWise, copie el siguiente contenido al portapapeles
{
"mcpServers": {
"302ai-sandbox-mcp": {
"command": "npx",
"args": ["-y", "@302ai/browser-use-mcp"],
"env": {
"302AI_API_KEY": "YOUR_API_KEY_HERE"
}
}
}
}Vaya a Configuración -> Herramientas -> Botón Agregar -> Seleccione Importar desde el portapapeles
Encuentra tu 302AI_API_KEY aquí
Depuración
Dado que los servidores MCP se comunican a través de stdio, la depuración puede ser complicada. Recomendamos usar el Inspector MCP , disponible como script de paquete:
npm run inspectorEl Inspector proporcionará una URL para acceder a las herramientas de depuración en su navegador.
✨ Acerca de 302.AI ✨
302.AI es una plataforma de aplicaciones de inteligencia artificial orientada a empresas que ofrece servicios de pago por uso, soluciones listas para usar y un ecosistema de código abierto.✨
🧠 Integra las últimas y más completas capacidades y marcas de IA, incluidos, entre otros, modelos de lenguaje, modelos de imagen, modelos de voz y modelos de video.
🚀 Desarrollamos aplicaciones profundas basadas en modelos fundamentales: desarrollamos productos de IA reales, no solo chatbots simples.
💰 Tarifa mensual cero, todas las funciones son de pago por uso, totalmente abiertas, logrando barreras realmente bajas con un alto potencial.
🛠 Potente backend de gestión para equipos y pymes: una persona gestiona, muchas personas utilizan.
🔗 Todas las capacidades de IA proporcionan acceso API, todas las herramientas son de código abierto y personalizables (en progreso).
💡 Un equipo de desarrollo sólido, con lanzamiento de 2 a 3 nuevas aplicaciones semanales y actualizaciones diarias de productos. Los desarrolladores interesados en unirse pueden contactarnos.
Available Tools
2 toolscreateBrowserAgentTaskA
Create a browser agent task, and return the task id. This agent can handle continuous complex tasks, and you do not need to break down the tasks. Just input them directly. Clearly return the task_id to the user for use in the next request.
| Name | Required | Description | Default |
|---|---|---|---|
| task | Yes | The task that you want to execute, natural language. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided, so description carries full burden. Describes creation and return of task_id, and that agent handles continuous complex tasks. Does not disclose potential side effects, authentication needs, or failure behavior.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three sentences, each earning its place: purpose, capability note, and output instruction. No redundant phrasing, front-loaded with key information.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given simple tool with one parameter, no output schema, and sibling tool, description sufficiently covers creation and follow-up usage. Lacks details on error handling or timeouts, but adequate for complexity.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema has 100% coverage with a single 'task' parameter described as natural language. The description mildly reinforces this ('Just input them directly') but adds no extra semantic detail beyond schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Clearly states 'Create a browser agent task' with verb+resource, and distinguishes from sibling tool getBrowserAgentTaskResult which retrieves results. Emphasizes handling of complex tasks without need for breakdown.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Explicitly says 'you do not need to break down the tasks. Just input them directly,' providing clear when-to-use guidance. Also indicates to return task_id for use with sibling tool, but lacks explicit when-not-to-use or alternatives.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
getBrowserAgentTaskResultA
Get the result of the browser agent task. If no results are obtained, clearly return the task_id to the user for use in the next request.
| Name | Required | Description | Default |
|---|---|---|---|
| task_id | Yes | The task id that you want to get the result. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden. It does not disclose key traits like polling behavior, idempotency, or error states. The note about returning task_id is an instruction to the agent, not a disclosure of tool behavior.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences, front-loaded with purpose, and no superfluous wording. Every sentence adds value.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple getter tool with one parameter and no output schema, the description covers the core action and provides a fallback instruction. It could mention that results may be pending if the task is still running, but overall adequate.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The only parameter 'task_id' is fully described in the schema ('The task id that you want to get the result.'). The description adds no extra meaning, but schema coverage is 100%, so baseline 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Clearly states the tool's action: 'Get the result of the browser agent task.' The sibling tool 'createBrowserAgentTask' indicates creation, so this retrieval tool is distinct and well-defined.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Includes explicit guidance on handling no results: 'If no results are obtained, clearly return the task_id to the user for use in the next request.' While it doesn't mention when to use versus the sibling, the context implies use after creation.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
The two tools have clearly distinct purposes: one creates a task, the other retrieves its result. There is no overlap or ambiguity.
Both tools use camelCase and follow a verb_noun pattern, but one ends with 'Task' and the other with 'TaskResult', introducing minor inconsistency. Still understandable.
With only 2 tools, the server feels minimal. While it may suffice for the specific purpose of managing browser agent tasks, it is on the low end of reasonable scope.
The tool set covers creation and result retrieval, but lacks any management operations (e.g., list, cancel, retry). This limits the agent's ability to handle errors or task lifecycles.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
The Telnyx MCP server is an official implementation of the Model Context Protocol that enables AI clients (like Claude Desktop, Cursor, and OpenAI Agents) to interact with Telnyx's telephony, messaging, and AI assistant APIs. It provides comprehensive capabilities including making and managing phone calls, sending SMS/MMS messages, purchasing and configuring phone numbers, creating AI assistants with custom instructions, managing cloud storage buckets, scraping and embedding website content, and handling integration secrets. The server exists as both a local implementation and a remotely hosted version, allowing developers to integrate real-world communication infrastructure directly into AI applications.
Hosted MCP server connecting claude.ai, ChatGPT and other AI apps to your own computer
A Model Context Protocol server for Wix AI tools
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceA server that enables AI systems to browse, retrieve content from, and interact with web pages through the Model Context Protocol.1
- AlicenseBqualityDmaintenanceA Model Context Protocol server that enables Claude to perform web research by integrating Google search, extracting webpage content, and capturing screenshots.131,56720MIT
- AlicenseAqualityCmaintenanceA Model Context Protocol server that enables Claude to perform web research by integrating Google search, extracting webpage content, and capturing screenshots in real-time.41,5679MIT
- AlicenseBqualityDmaintenanceA Model Context Protocol server that enables Claude to perform advanced web research with intelligent search queuing, enhanced content extraction, and deep research capabilities.3171MIT
Appeared in Searches
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/302ai/302_browser_use_mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server