Skip to main content
Glama
sergey-fintech

File Finder MCP Server

Servidores MCP

Este repositorio contiene dos servidores MCP (Protocolo de contexto de modelo):

  1. Buscador de archivos MCP: para buscar archivos

  2. Whisper STT MCP: para convertir voz en texto

Buscador de archivos del servidor MCP

Este es un servidor de Protocolo de Contexto de Modelo (MCP) que proporciona funcionalidad de búsqueda de archivos. Le permite buscar archivos que contengan un fragmento de texto específico en sus nombres.

Prerrequisitos

  • Node.js (versión 14 o superior)

  • npm (versión 6 o superior)

  • Python 3.6 o superior (para servidor HTTP)

Instalación

  1. Clonar o descargar este repositorio

  2. Ir al directorio del proyecto

  3. Instalar dependencias:

    npm install
  4. Ensamblar el proyecto:

    npm run build

Iniciando el servidor

El proyecto ofrece varias opciones para iniciar el servidor MCP:

Opción 1: Lanzamiento directo del servidor MCP

Puede ejecutar el servidor MCP directamente usando Node.js:

npm start

o

node build/index.js

Esto iniciará el servidor y escuchará solicitudes JSON-RPC en stdin/stdout.

Opción 2: Iniciar el servidor HTTP y el proxy MCP

Esta opción utiliza un servidor HTTP Python y un proxy MCP que reenvía solicitudes al servidor HTTP:

  1. Primero, inicie el servidor HTTP:

    npm run start:python

    o

    python main.py
  2. Luego, en otra terminal, ejecute el proxy MCP:

    npm run start:http

    o

    node build/index-http.js

Opción 3: Integración con VS Code (extensión Cline)

Para integrar el servidor con VS Code y la extensión Cline:

  1. Busque el archivo de configuración de MCP:

    • Windows: %APPDATA%\Code\User\globalStorage\saoudrizwan.claude-dev\settings\cline_mcp_settings.json

    • macOS: ~/Library/Application Support/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json

    • Linux: ~/.config/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json

  2. Agregue la siguiente configuración al objeto mcpServers en el archivo de configuración:

"file-finder-mcp": {
  "command": "node",
  "args": ["<ПОЛНЫЙ_ПУТЬ_К_ПРОЕКТУ>/build/index.js"],
  "disabled": false,
  "autoApprove": []
}

Para utilizar el proxy HTTP:

"file-finder-mcp-http": {
  "command": "node",
  "args": ["<ПОЛНЫЙ_ПУТЬ_К_ПРОЕКТУ>/build/index-http.js"],
  "disabled": false,
  "autoApprove": []
}

Reemplace <ПОЛНЫЙ_ПУТЬ_К_ПРОЕКТУ> con la ruta real al directorio de su proyecto.

  1. Reinicie VS Code para cargar la configuración actualizada.

Herramientas disponibles

El servidor MCP proporciona una herramienta:

  • search_files : busca archivos que contengan el fragmento especificado en sus nombres

    • Parámetros:

      • fragment (cadena, obligatorio): fragmento de texto que se buscará en los nombres de archivos

Ejemplo de uso

<use_mcp_tool>
<server_name>file-finder-mcp</server_name>
<tool_name>search_files</tool_name>
<arguments>
{
  "fragment": ".py"
}
</arguments>
</use_mcp_tool>

Este ejemplo encuentra todos los archivos que contienen ".py" en sus nombres.

Servidor HTTP (main.py)

En el directorio raíz del proyecto hay un archivo main.py , que implementa un servidor HTTP para buscar archivos. Este servidor proporciona una API REST para buscar archivos que contengan un fragmento específico en sus nombres.

Iniciando el servidor HTTP

  1. Vaya al directorio raíz del proyecto.

  2. Inicie el servidor usando Python:

    python main.py
  3. El servidor se iniciará en http://localhost:8080

Usando la API

Para buscar archivos, envíe una solicitud GET a /search con el parámetro de consulta q :

http://localhost:8080/search?q=.json

Esta consulta devolverá una matriz JSON con información sobre todos los archivos que contienen ".json" en sus nombres. Cada elemento de la matriz contiene los siguientes campos:

  • name : nombre del archivo

  • path : ruta absoluta al archivo

  • size : tamaño del archivo en bytes

  • created : fecha y hora de creación del archivo

Ejemplo de respuesta:

[
    {
        "name": "package.json",
        "path": "/absolute/path/to/package.json",
        "size": 1234,
        "created": "Wed Feb 26 17:00:00 2025"
    }
]

Related MCP server: Everything Search MCP Server

Servidor MCP Whisper STT

Este es un servidor de Protocolo de Contexto de Modelo (MCP) que proporciona funcionalidad de conversión de voz a texto mediante la biblioteca de susurro más rápido. Permite transcribir datos de audio a texto con detección automática del idioma.

Prerrequisitos

  • Node.js (versión 14 o superior)

  • npm (versión 6 o superior)

  • Python 3.6 o superior

  • susurro más rápido (instalar con pip install faster-whisper )

Instalación

  1. Clonar o descargar este repositorio

  2. Ir al directorio del proyecto

  3. Instalar dependencias:

    npm install
    pip install faster-whisper
  4. Ensamblar el proyecto:

    npm run build

Iniciando el servidor

El proyecto ofrece varias opciones para ejecutar el servidor Whisper MCP:

Opción 1: Lanzamiento directo del servidor MCP

Puede ejecutar el servidor MCP directamente usando Node.js:

npm run start:whisper

o

node build/whisper-index.js

Esto iniciará el servidor y escuchará solicitudes JSON-RPC en stdin/stdout.

Opción 2: Iniciar el servidor HTTP y el proxy MCP

Esta opción utiliza un servidor HTTP Python y un proxy MCP que reenvía solicitudes al servidor HTTP:

  1. Primero, inicie el servidor HTTP:

    npm run start:whisper:python

    o

    python whisper_server.py
  2. Luego, en otra terminal, ejecute el proxy MCP:

    npm run start:whisper:http

    o

    node build/whisper-index-http.js

Opción 3: Integración con VS Code (extensión Cline)

Para integrar el servidor con VS Code y la extensión Cline:

  1. Busque el archivo de configuración de MCP:

    • Windows: %APPDATA%\Code\User\globalStorage\saoudrizwan.claude-dev\settings\cline_mcp_settings.json

    • macOS: ~/Library/Application Support/Code/User/globalStorage/saoudrizwan.claude-dev/settings\cline_mcp_settings.json

    • Linux: ~/.config/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json

  2. Agregue la siguiente configuración al objeto mcpServers en el archivo de configuración:

"whisper-stt-mcp": {
  "command": "node",
  "args": ["<ПОЛНЫЙ_ПУТЬ_К_ПРОЕКТУ>/build/whisper-index.js"],
  "disabled": false,
  "autoApprove": []
}

Para utilizar el proxy HTTP:

"whisper-stt-mcp-http": {
  "command": "node",
  "args": ["<ПОЛНЫЙ_ПУТЬ_К_ПРОЕКТУ>/build/whisper-index-http.js"],
  "disabled": false,
  "autoApprove": []
}

Reemplace <ПОЛНЫЙ_ПУТЬ_К_ПРОЕКТУ> con la ruta real al directorio de su proyecto.

  1. Reinicie VS Code para cargar la configuración actualizada.

Herramientas disponibles

El servidor MCP proporciona una herramienta:

  • transcribe_audio : Transcribe datos de audio a texto usando un susurro más rápido

    • Parámetros:

      • audio_base64 (cadena, obligatoria): datos de audio en formato base64

      • language (cadena, opcional): código de idioma (p. ej. "en", "ru"). Si no se especifica, el idioma se detectará automáticamente.

Ejemplo de uso

<use_mcp_tool>
<server_name>whisper-stt-mcp</server_name>
<tool_name>transcribe_audio</tool_name>
<arguments>
{
  "audio_base64": "BASE64_ENCODED_AUDIO_DATA",
  "language": "ru"
}
</arguments>
</use_mcp_tool>

Este ejemplo convierte datos de audio en texto, asumiendo que el audio está en ruso.

Servidor HTTP (whisper_server.py)

En el directorio raíz del proyecto hay un archivo whisper_server.py , que implementa un servidor HTTP para convertir voz en texto. Este servidor proporciona una API REST para transcribir datos de audio en texto.

Iniciando el servidor HTTP

  1. Vaya al directorio raíz del proyecto.

  2. Inicie el servidor usando Python:

    python whisper_server.py
  3. El servidor se iniciará en http://localhost:8081

Usando la API

Para transcribir audio, envíe una solicitud POST a /transcribe con un cuerpo JSON que contenga:

  • audio : una cadena codificada en base64 que contiene datos de audio

  • language (opcional): código de idioma (p. ej., "en", "ru")

Ejemplo de solicitud:

{
  "audio": "BASE64_ENCODED_AUDIO_DATA",
  "language": "ru"
}

La respuesta contendrá:

  • text : texto completo transcrito

  • segments : matriz de segmentos con marcas de tiempo

  • language : un idioma específico

  • language_probability : probabilidad de detectar un idioma

Ejemplo de respuesta:

{
  "text": "Это пример транскрибированного текста.",
  "segments": [
    {
      "start": 0.0,
      "end": 2.5,
      "text": "Это пример"
    },
    {
      "start": 2.5,
      "end": 4.0,
      "text": "транскрибированного текста."
    }
  ],
  "language": "ru",
  "language_probability": 0.98
}

Solución de problemas

  • Si recibe el error "No se encontró conexión para el servidor", asegúrese de reiniciar VS Code después de actualizar la configuración de MCP.

  • Si el servidor no responde, verifique que la ruta en la configuración de MCP sea correcta y apunte al archivo JavaScript compilado.

  • Asegúrese de que el servidor esté compilado correctamente ejecutando npm run build antes de intentar usarlo.

  • Para utilizar un proxy HTTP, asegúrese de que el servidor HTTP apropiado esté ejecutándose (en el puerto 8080 para file-finder o 8081 para whisper-stt).

  • Si tienes problemas con beyond-whisper, asegúrate de que la biblioteca esté instalada correctamente y que tengas las dependencias necesarias para trabajar con GPU (si estás usando GPU).

Estructura del proyecto

A continuación se muestra una lista de los principales archivos del proyecto y sus propósitos:

Directorio raíz

  • src/index.ts - Código fuente del servidor de búsqueda de archivos MCP de TypeScript (implementación directa)

  • src/index-http.ts - Código fuente del proxy MCP de TypeScript para el servidor de búsqueda de archivos HTTP

  • src/whisper-index.ts : código fuente para el servidor de conversión de voz a texto MCP de TypeScript (implementación directa)

  • src/whisper-index-http.ts - Código fuente del proxy MCP de TypeScript para el servidor de conversión de voz a texto HTTP

  • build/index.js - Código JavaScript compilado del servidor MCP para buscar archivos

  • build/index-http.js - Código JavaScript compilado del proxy MCP para buscar archivos

  • build/whisper-index.js : código JavaScript compilado del servidor MCP para convertir voz en texto

  • build/whisper-index-http.js - Código JavaScript compilado del proxy MCP para convertir voz a texto

  • tsconfig.json - Configuración de TypeScript

  • package.json - Descripción del paquete y dependencias

  • main.py - Servidor HTTP de Python para la recuperación de archivos

  • whisper_server.py - Servidor HTTP de Python para la conversión de voz a texto

  • README.md - Documentación del proyecto (este archivo)

Available Tools

1 tool
search_filesC

Search for files containing a specified fragment in their names

ParametersJSON Schema
NameRequiredDescriptionDefault
fragmentYesText fragment to search for in file names

TDQS

C2.9/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full burden of behavioral disclosure. While 'search' implies a read-only operation, the description doesn't mention permissions, rate limits, result format, pagination, or error conditions. It lacks essential behavioral context for a search tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is a single, efficient sentence that directly states the tool's function without unnecessary words. It's appropriately sized and front-loaded with the core purpose.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a search tool with no annotations and no output schema, the description is incomplete. It doesn't explain what the search returns, how results are formatted, whether there are limitations on search scope, or other behavioral aspects needed for effective use.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the schema already documents the single parameter. The description adds no additional parameter semantics beyond what's in the schema. The baseline of 3 is appropriate when the schema does the heavy lifting.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

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 a specific verb ('search') and resource ('files'), and specifies the search scope ('containing a specified fragment in their names'). However, there are no sibling tools mentioned, so differentiation from alternatives cannot be assessed.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides no guidance on when to use this tool versus alternatives, prerequisites, or limitations. It simply states what the tool does without contextual usage information.

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.

  1. 1 tool updatev1.0.0
    • Addedsearch_files

TDQS

B3.1/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of confusion or overlap between tools. The tool's purpose is singular and clearly defined, eliminating any ambiguity in tool selection.

Naming Consistency5/5

The single tool follows a clear verb_noun pattern (search_files), and with no other tools to compare against, consistency is inherently perfect. There are no deviations or mixed conventions to evaluate.

Tool Count2/5

A single tool is too few for a server named 'File Finder MCP Server', which suggests a broader scope like file searching, filtering, or management. This minimal set feels thin and underdeveloped for the implied domain.

Completeness2/5

The tool surface is severely incomplete for a file finder domain. It only supports searching by name fragments, lacking essential operations like filtering by type, size, date, content search, or listing files in directories, which are obvious gaps for the stated purpose.

Maintenance

ActivityInactive
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    D
    maintenance
    Provides fast file searching across Windows, macOS, and Linux using platform-native tools like Everything SDK, mdfind, and locate.
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    Intelligent file search engine with Frecency ranking, fuzzy matching, and Git awareness. Provides MCP server for AI agents to search files, content, and get file statistics via natural language.
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    Exposes type-aware code navigation and fast file search to AI agents via language servers, enabling definitions, references, symbols, and file lookup without reading entire codebases.
    2,694 npm
    MIT