Oracle Database MCP Server
Oracle Database MCP Server
Сервер протокола Model Context Protocol (MCP), который позволяет GitHub Copilot и другим LLM выполнять SQL-запросы только для чтения к базам данных Oracle.
Содержание
Related MCP server: MCP Server for Oracle Database
🍎 Настройка macOS (Apple Silicon — M1/M2/M3/M4)
Это рекомендуемый путь для пользователей Mac. Мы используем Colima в качестве среды выполнения Docker (она легче, чем Docker Desktop, и работает нативно на Apple Silicon) и собираем MCP-сервер из исходного кода.
Шаг 1 — Установка необходимых компонентов
Homebrew (пропустите, если уже установлено):
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"Node.js v18+ через nvm (рекомендуется):
# Install nvm
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash
# Reload your shell config, then install Node
source ~/.zshrc
nvm install 20
nvm use 20
node --version # should print v20.x.xИли через Homebrew:
brew install node
node --versionColima + Docker CLI:
brew install colima dockerШаг 2 — Запуск Colima
Colima — это легковесная среда выполнения контейнеров для macOS — Docker Desktop не требуется.
# Start with enough resources for Oracle XE (needs at least 2GB RAM)
colima start --cpu 2 --memory 4 --disk 30
# Verify Docker is working
docker psЕсли у вас уже запущен Colima с меньшим объемом памяти, выполните
colima stop, а затем перезапустите с указанными выше флагами.
Шаг 3 — Загрузка и запуск Oracle XE
Реестр контейнеров Oracle требует наличия бесплатной учетной записи для загрузки образа.
Создайте бесплатную учетную запись на https://container-registry.oracle.com
Войдите в систему, перейдите в Database → express и нажмите Accept License Agreement
Войдите в систему через терминал:
docker login container-registry.oracle.com
# Enter your Oracle account email and password when promptedЗагрузите и запустите Oracle XE 21c:
docker run -d \
--name oracle-xe \
-p 1521:1521 \
-p 5500:5500 \
-e ORACLE_PWD=OraclePwd123 \
container-registry.oracle.com/database/express:latestДождитесь готовности (при первом запуске занимает 60–90 секунд):
# Poll health status — wait for "healthy"
watch -n 5 'docker inspect --format="{{.State.Health.Status}}" oracle-xe'
# Or tail the logs directly
docker logs -f oracle-xe
# Look for: DATABASE IS READY TO USE!Ваша база данных теперь доступна по адресу:
Строка подключения:
localhost:1521/XEПароль SYSTEM:
OraclePwd123Веб-интерфейс (EM Express): http://localhost:5500/em
Примечание об имени службы: Oracle XE 21c имеет два имени службы:
XE— база данных контейнера (CDB), используется с пользователем SYSTEM
XEPDB1— подключаемая база данных (PDB), используется для обычных пользователей приложения
Чтобы запустить или остановить базу данных позже:
docker start oracle-xe
docker stop oracle-xeШаг 4 — Клонирование и сборка MCP-сервера
git clone https://github.com/tannerpace/mcp-oracle-database.git
cd mcp-oracle-database
npm install
npm run buildШаг 5 — Настройка окружения
cp .env.example .envОтредактируйте .env для локальной Oracle XE (подходит для тестирования):
ORACLE_CONNECTION_STRING=localhost:1521/XE
ORACLE_USER=system
ORACLE_PASSWORD=OraclePwd123Для использования в продакшене сначала создайте выделенного пользователя с правами только для чтения — см. Создание пользователя с правами только для чтения.
Шаг 6 — Тестирование сервера
# Core tests: connects to Oracle, queries schema and version
npm run test-client
# Schema discovery tool tests
npm run test-discoveryОжидаемый вывод:
✅ All tests completed successfully!
📊 Test Summary:
1. List Tools: ✅
2. List Tables (fast): ✅
3. List Tables (with counts): ✅
4. Describe Table: ✅
5. Get Table Relations: ✅
6. Get Sample Values: ✅
7. Suggest Related Tables: ✅
8. Cache Test: ✅Шаг 7 — Подключение VS Code
См. Настройка VS Code ниже.
📦 Установка
Сборка из исходного кода (рекомендуется)
Предоставляет актуальный код и позволяет запустить набор тестов для проверки работоспособности перед подключением к Copilot.
git clone https://github.com/tannerpace/mcp-oracle-database.git
cd mcp-oracle-database
npm install
npm run buildУстановка из npm
Если вам нужен только бинарный файл сервера без клонирования исходного кода:
npm install -g mcp-oracle-database🔌 Настройка VS Code
Вариант А — Из исходного кода (рекомендуется)
Создайте .vscode/mcp.json в вашей рабочей области VS Code (или добавьте в глобальную конфигурацию MCP):
{
"servers": {
"oracleDatabase": {
"type": "stdio",
"command": "node",
"args": ["/absolute/path/to/mcp-oracle-database/dist/server.js"],
"env": {
"ORACLE_CONNECTION_STRING": "localhost:1521/XE",
"ORACLE_USER": "system",
"ORACLE_PASSWORD": "OraclePwd123",
"ORACLE_POOL_MIN": "2",
"ORACLE_POOL_MAX": "10",
"QUERY_TIMEOUT_MS": "30000",
"MAX_ROWS_PER_QUERY": "1000",
"ENFORCE_READ_ONLY_QUERIES": "true",
"MCP_MAX_RESPONSE_CHARS": "50000",
"MCP_MAX_ROWS_IN_RESPONSE": "200",
"MCP_MAX_STRING_LENGTH": "500"
}
}
}
}Замените /absolute/path/to/mcp-oracle-database на реальный путь на вашем компьютере (например, /Users/yourname/GITHUB/mcp-oracle-database).
Вариант Б — Из глобальной установки npm
{
"servers": {
"oracleDatabase": {
"type": "stdio",
"command": "mcp-database-server",
"env": {
"ORACLE_CONNECTION_STRING": "localhost:1521/XE",
"ORACLE_USER": "your_user",
"ORACLE_PASSWORD": "your_password",
"ORACLE_POOL_MIN": "2",
"ORACLE_POOL_MAX": "10",
"QUERY_TIMEOUT_MS": "30000",
"MAX_ROWS_PER_QUERY": "1000",
"ENFORCE_READ_ONLY_QUERIES": "true",
"MCP_MAX_RESPONSE_CHARS": "50000",
"MCP_MAX_ROWS_IN_RESPONSE": "200",
"MCP_MAX_STRING_LENGTH": "500"
}
}
}
}После сохранения конфигурации перезагрузите VS Code и откройте чат Copilot в режиме агента (Agent mode). Попробуйте:
"What tables are in the database?"
"Describe the HELP table"
"Show me 5 rows from the HELP table"Опционально: создание пользователя с правами только для чтения
Использование SYSTEM подходит для локального тестирования, но для любой реальной базы данных создайте выделенного пользователя с правами только для чтения.
Подключитесь к Oracle (например, через sqlplus или GUI, такой как DBeaver):
-- For Oracle XE local Docker, connect with:
-- sqlplus system/OraclePwd123@localhost:1521/XEPDB1
CREATE USER readonly_user IDENTIFIED BY secure_password;
GRANT CREATE SESSION TO readonly_user;
GRANT SELECT ANY TABLE TO readonly_user;
-- Or restrict to specific tables:
-- GRANT SELECT ON myschema.orders TO readonly_user;
-- GRANT SELECT ON myschema.customers TO readonly_user;Затем обновите ваш .env или конфигурацию MCP:
ORACLE_CONNECTION_STRING=localhost:1521/XEPDB1
ORACLE_USER=readonly_user
ORACLE_PASSWORD=secure_passwordВозможности
🔒 Доступ только для чтения — использует выделенного пользователя БД с правами только для чтения для безопасности
📡 Транспорт stdio — обмен данными через стандартный ввод/вывод (HTTP-сервер не требуется)
⚡ Пул соединений — эффективное управление соединениями Oracle
📊 Интроспекция схемы — запрос информации о таблицах и столбцах
🔍 Расширенное обнаружение схемы — 5 специализированных инструментов для поиска таблиц, связей и шаблонов данных
💾 Кэширование в памяти — быстрый повторный доступ с LRU-кэшем (TTL 5 минут)
📝 Аудит-логирование — все запросы логируются с метриками выполнения
⏱️ Защита по тайм-ауту — предотвращает выполнение длительных запросов
🛡️ Ограничение результатов — настраиваемые лимиты строк для предотвращения проблем с памятью
🍎 Oracle Client не требуется — использует node-oracledb в режиме Thin Mode (чистый JS, работает на Apple Silicon)
Архитектура
GitHub Copilot / LLM
↓ (MCP Protocol)
MCP Client (spawns process)
↓ (JSON-RPC over stdio)
MCP Server (Node.js)
↓ (node-oracledb Thin Mode)
Oracle Database (read-only user)Доступные инструменты
Основные инструменты
query_database
Выполнение SQL-запросов SELECT только для чтения.
{
"query": "SELECT table_name FROM user_tables FETCH FIRST 10 ROWS ONLY",
"maxRows": 10
}get_database_schema
Получение списка таблиц или подробной информации о столбцах для конкретной таблицы.
{ "tableName": "ORDERS" }Инструменты обнаружения схемы
Пять специализированных инструментов для комплексной интроспекции схемы:
Инструмент | Назначение | Кэшируется |
| Все доступные таблицы с метаданными и опциональным количеством строк | ✅ |
| Типы столбцов, ограничения, первичные/внешние ключи | ✅ |
| Связи внешних ключей в формате JSON | ✅ |
| Примеры значений для понимания форматов данных | ❌ |
| Поиск связанных таблиц по FK, именованию, общим столбцам | ❌ |
📖 См. Документацию по обнаружению схемы для получения подробной информации и примеров.
Примеры промптов для Copilot
"List all tables in the database"
"Describe the ORDERS table and its relationships"
"How many active users are there?"
"What are the top 5 products by sales this month?"
"Show me recent transactions for customer ID 12345"Справочник конфигурации
Все настройки можно указать в .env или в качестве ключей env в вашей конфигурации MCP для VS Code.
# Oracle Database Connection
ORACLE_CONNECTION_STRING=localhost:1521/XE # host:port/service
ORACLE_USER=system
ORACLE_PASSWORD=OraclePwd123
# Connection Pool
ORACLE_POOL_MIN=2
ORACLE_POOL_MAX=10
# Query Safety
QUERY_TIMEOUT_MS=30000 # max query time in ms
MAX_ROWS_PER_QUERY=1000 # max rows Oracle will fetch
MAX_QUERY_LENGTH=50000 # max SQL length in chars
ENFORCE_READ_ONLY_QUERIES=true # reject non-SELECT statements
# MCP Response Limits
MCP_MAX_RESPONSE_CHARS=50000 # hard cap on total response size
MCP_MAX_ROWS_IN_RESPONSE=200 # max rows per tool call response
MCP_MAX_STRING_LENGTH=500 # max chars per string field
# Logging
LOG_LEVEL=info
ENABLE_AUDIT_LOGGING=true
ENABLE_FILE_LOGGING=true
LOG_DIR=./logs
NODE_ENV=developmentБольшие схемы: Если в вашей базе данных более 500 таблиц, увеличьте
MCP_MAX_RESPONSE_CHARSдо100000.
Разработка
Скрипты
npm run build # Compile TypeScript → dist/
npm run dev # Watch mode compilation
npm run clean # Remove dist/
npm run typecheck # Type-check without compiling
npm start # Start MCP server (requires build first)
npm run test-client # Core tool tests against live Oracle DB
npm run test-discovery # Schema discovery tool testsСтруктура проекта
mcp-oracle-database/
├── src/
│ ├── server.ts # MCP server entry point
│ ├── client.ts # Core test client
│ ├── test-discovery.ts # Discovery tools test client
│ ├── config.ts # Zod-validated configuration
│ ├── database/
│ │ ├── oracleConnection.ts # Connection pool manager
│ │ ├── queryExecutor.ts # Query execution + safety checks
│ │ └── types.ts
│ ├── tools/
│ │ ├── queryDatabase.ts # query_database tool
│ │ ├── getSchema.ts # get_database_schema tool
│ │ └── discovery/ # 5 schema discovery tools + cache
│ └── utils/
│ ├── logger.ts # Lightweight file + console logger
│ └── responseFormatter.ts # MCP response size management
├── dist/ # Compiled output (git-ignored)
├── .env # Your credentials (git-ignored)
├── .env.example # Template
└── package.jsonВопросы безопасности
Пользователь только для чтения — в продакшене пользователь БД должен иметь только права SELECT
Отсутствие защиты от инъекций — сервер доверяет LLM генерацию корректного SQL; пользователь с правами только для чтения является защитным барьером
Ограничения запросов — лимиты на количество строк и тайм-ауты предотвращают исчерпание ресурсов
Аудит-логирование — все запросы логируются с метками времени для проверки
Локальное использование — этот сервер предназначен для запуска прямо на вашем компьютере; он может работать локально и при этом получать доступ к удаленным базам данных.
Устранение неполадок
Colima не запущена (macOS)
colima status
colima start --cpu 2 --memory 4 # Oracle needs at least 2GB RAM
docker ps # verify Docker is availableПроблемы с контейнером Oracle
# Check if container exists
docker ps -a | grep oracle-xe
# View startup logs
docker logs oracle-xe
# Already exists but stopped — just start it
docker start oracle-xe
# Check health status
docker inspect --format='{{.State.Health.Status}}' oracle-xe
# Wait for: healthyОшибка подключения
Error: ORA-12545: Connect failed because target host or object does not existЗапущен ли Oracle?
docker ps | grep oracle-xeПроверьте проброс портов:
docker psдолжен показывать0.0.0.0:1521->1521/tcpПопробуйте
localhost:1521/XEдля пользователя SYSTEM,localhost:1521/XEPDB1для других пользователей
Неверное имя службы
Служба | Использовать для |
| Пользователь SYSTEM, операции DBA |
| Обычные пользователи приложения |
Отказано в доступе (Permission denied)
Error: ORA-00942: table or view does not existПредоставьте права SELECT вашему пользователю:
GRANT SELECT ANY TABLE TO your_user;Требуется вход в реестр контейнеров Oracle
Error: unauthorized: authentication requiredСоздайте бесплатную учетную запись на https://container-registry.oracle.com
Примите лицензию для Database → express
Выполните
docker login container-registry.oracle.com
Ответ слишком большой
Response for tool 'listTables' exceeded MCP_MAX_RESPONSE_CHARSУвеличьте лимит в .env или в конфигурации MCP VS Code:
MCP_MAX_RESPONSE_CHARS=100000Примечание о Thin Mode
Этот проект использует Thin Mode для node-oracledb — драйвер на чистом JavaScript, который не требует Oracle Instant Client. Он работает на всех платформах, включая Mac на Apple Silicon.
Документация
📚 Руководства по интеграции:
Руководство по обнаружению схемы — инструменты расширенной интроспекции схемы
Краткий справочник по обнаружению схемы — шпаргалка по всем инструментам обнаружения
Примеры обнаружения схемы — примеры сообщений MCP
Руководство по интеграции с VS Code — настройка с GitHub Copilot
Руководство по интеграции с Claude Desktop — настройка с Claude Desktop
Руководство по интеграции MCP — глубокое погружение в протокол MCP
Обзор архитектуры — диаграмма архитектуры системы
Настройка логирования — настройка и конфигурация логирования
📝 Пользовательские инструкции:
.github/copilot-instructions.md— инструкции для Copilot по всему проекту.github/instructions/— рекомендации по написанию кода для конкретных языков
Oracle является зарегистрированным товарным знаком Oracle Corporation. Этот проект не связан, не одобрен и не спонсируется Oracle Corporation.
Лицензирование
Этот проект доступен под лицензией GNU General Public License v3.0 (GPLv3).
🟢 Open Source — GPLv3
Если вы выбираете GPLv3, вы получаете права GPLv3 в том виде, в котором они написаны, без дополнительных ограничений на использование. См. LICENSE для полного текста лицензии и LICENSE.md для краткого обзора лицензирования.
🔵 Коммерческая и государственная — Платная лицензия
Отдельная коммерческая лицензия может быть предоставлена автором для сторон, которым нужны альтернативные условия, такие как согласованные коммерческие условия, гарантийные обязательства или права на проприетарное распространение.
📄 См. LICENSE.md для обзора лицензирования.
📄 См. COMMERCIAL_LICENSE.md для условий отдельной коммерческой/государственной лицензии.
Участие в разработке
Вклад приветствуется! Пожалуйста, откройте issue или pull request.
Available Tools
2 toolsget_database_schemaA
Get database schema information. If tableName is provided, returns column details for that table. Otherwise, returns a list of all accessible tables.
| Name | Required | Description | Default |
|---|---|---|---|
| tableName | No | Optional table name to get column information for |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden. It describes the tool's conditional behavior based on the tableName parameter, which is useful context. However, it doesn't disclose important behavioral traits like whether this requires specific permissions, what 'accessible tables' means in terms of access control, error handling for invalid table names, or response format details.
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?
The description is perfectly concise with two sentences that efficiently convey all necessary information. The first sentence states the core purpose, and the second explains the conditional behavior. Every word earns its place with zero waste or redundancy.
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 read-only schema inspection tool with no annotations and no output schema, the description provides adequate basic information about what the tool does and how parameters affect behavior. However, it lacks details about return format, error conditions, access restrictions, or what 'accessible tables' encompasses, which would be helpful given the absence of structured metadata.
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 input schema has 100% description coverage, with the tableName parameter clearly documented as optional. The description adds value by explaining the semantic impact of providing vs. not providing this parameter: it changes the return type from column details to a table list. However, it doesn't add syntax or format details beyond what the schema provides, meeting the baseline for high schema coverage.
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?
The description clearly states the verb 'Get' and resource 'database schema information', with specific conditional behavior: returns column details for a specific table if tableName is provided, otherwise returns a list of all accessible tables. This distinguishes it from the sibling tool 'query_database', which presumably executes queries rather than retrieving schema metadata.
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?
The description provides clear context on when to use the tool: use with tableName parameter to get column details for that table, or without parameter to get a list of all tables. However, it doesn't explicitly state when NOT to use it or mention alternatives like the sibling 'query_database' tool, which could be relevant for schema exploration vs. data querying.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
query_databaseA
Execute a read-only SQL SELECT query against the Oracle database. Returns rows, column names, and execution metrics.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | The SQL query to execute (SELECT statements only) | |
| maxRows | No | Maximum number of rows to return (optional) | |
| timeout | No | Query timeout in milliseconds (optional) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It effectively states the tool is 'read-only', which implies safety from mutations, and mentions return types and execution metrics, adding useful context. However, it lacks details on permissions, rate limits, error handling, or database-specific constraints, which are important for a database query tool.
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?
The description is front-loaded and concise, consisting of two sentences that efficiently convey the tool's purpose, constraints, and outputs without any wasted words. Every sentence earns its place by providing essential information, making it easy to understand at a glance.
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 the tool's complexity (database querying with multiple parameters) and the absence of annotations and output schema, the description does a good job by specifying the query type, database, and return data. However, it could be more complete by including details on output format, error responses, or connection requirements, which would help an agent use it more effectively.
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 input schema has 100% description coverage, so the schema already documents all parameters thoroughly. The description adds no additional parameter semantics beyond what's in the schema, such as query syntax examples or default values for optional parameters. This meets the baseline score of 3, as the schema does the heavy lifting.
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?
The description clearly states the tool's purpose with specific verbs ('Execute a read-only SQL SELECT query') and resources ('against the Oracle database'), and distinguishes it from potential siblings by specifying it's for SELECT queries only. It explicitly mentions what it returns ('rows, column names, and execution metrics'), making the purpose unambiguous and comprehensive.
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?
The description provides clear context for when to use this tool by specifying 'read-only SQL SELECT query' and 'SELECT statements only', which implicitly guides usage for data retrieval rather than modifications. However, it does not explicitly mention when not to use it or name alternatives like 'get_database_schema' for schema queries, leaving some room for improvement in sibling differentiation.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
2 tool updates
- First observed
get_database_schema - First observed
query_database
TDQS
The two tools have clearly distinct purposes: get_database_schema retrieves metadata about the database structure, while query_database executes SQL queries for data retrieval. There is no overlap or ambiguity between them.
Both tools follow a consistent verb_noun naming pattern (get_database_schema, query_database) with clear, descriptive names that align with their functions. The naming is uniform and predictable.
With only 2 tools, the server feels under-scoped for an Oracle Database MCP Server, as it lacks essential operations like data manipulation (INSERT, UPDATE, DELETE), transaction management, or administrative tasks, making it incomplete for typical database workflows.
The tool surface is severely incomplete for a database server, covering only schema inspection and read-only queries. Missing are critical operations such as data modification, stored procedure execution, user management, and other core database functionalities, leading to significant gaps.
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
Safe, read-only Postgres and MySQL access for AI agents. Audit log + column-level controls.
Query 40 databases from Claude, ChatGPT, or Cursor — on any device. Read-only, encrypted, audited.
Query your org's data in natural language — read-only MCP access to SQL, NoSQL, files & warehouses.
Connects AI assistants to CloudQuell multi-cloud and AI cost, savings, anomaly, and budget data.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceConnects to Oracle Autonomous Database via OCI Bastion tunneling to enable AI-powered database exploration. Supports schema introspection, automatic ERD generation, and read-only SQL query execution through natural language interfaces.-
- FlicenseNot gradedqualityDmaintenanceEnables AI applications to run SQL queries and retrieve results from Oracle Database.8-
- FlicenseNot gradedqualityBmaintenanceEnables read-only exploration of Oracle databases through natural language, providing schema inspection and safe bounded SQL query execution.-
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to connect to Oracle databases for schema exploration, PL/SQL source inspection, and read-only SQL queries, with optional write operations when explicitly enabled.-
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/tannerpace/mcp-oracle-database'
If you have feedback or need assistance with the MCP directory API, please join our Discord server