@danijeun/fanar-mcp-server
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@@danijeun/fanar-mcp-serverTranslate 'good morning' to Arabic"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Fanar MCP Tools
A Model Context Protocol (MCP) server for Fanar API tools: Islamic RAG, image generation, and translation. Publishable as an npm package and usable as a CLI tool or MCP server.
Installation
npm install -g @danijeun/fanar-mcp-serverOr use with npx:
npx @danijeun/fanar-mcp-serverRelated MCP server: MCP AI Chat LangChain
Environment Variable
Set your Fanar API key:
export FANAR_API_KEY=your_api_key_hereUsage (CLI)
You can run the MCP server directly:
@danijeun/fanar-mcp-serverOr via npx:
npx @danijeun/fanar-mcp-serverUsage (MCP Client)
Configure your MCP client to use this server. Example config:
{
"mcpServers": {
"fanar_mcp": {
"command": "npx",
"args": ["@danijeun/fanar-mcp-server"],
"env": {
"FANAR_API_KEY": "your api key here"
}
}
}
}Tools
fanar_rag
Input:
{ messages: [{ role: string, content: string }], model?: string }Output:
{ content: [{ type: "text", text: string }], references?: any[] }
fanar_image_gen
Input:
{ prompt: string }Output:
{ content: [{ type: "image", image: string }] }(base64)
fanar_translate
Input:
{ text: string, langpair: string, preprocessing?: string }Output:
{ content: [{ type: "text", text: string }] }
License
None
Available Tools
3 toolsfanar_image_genD
| Name | Required | Description | Default |
|---|---|---|---|
| prompt | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
fanar_ragD
| Name | Required | Description | Default |
|---|---|---|---|
| messages | Yes | ||
| model | No | Islamic-RAG |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
fanar_translateD
| Name | Required | Description | Default |
|---|---|---|---|
| text | Yes | ||
| langpair | Yes | ||
| preprocessing | No |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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?
Tool has no description.
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.
3 tool updates
v1.1.0- First observed
fanar_image_gen - First observed
fanar_rag - First observed
fanar_translate
TDQS
Scored across 3 tools
Tool names suggest distinct functionalities (image generation, RAG, translation), but missing descriptions could cause minor confusion about exact purpose or scope.
All tools follow a consistent 'fanar_verb_noun' pattern using snake_case, making the naming predictable and clean.
With only three tools, the server is well-scoped for a focused set of AI capabilities, each tool serving a clear purpose.
Without descriptions, it's unclear if the three tools cover the intended domain fully; gaps may exist but are not obvious from names alone.
Maintenance
Related MCP Connectors
A Model Context Protocol server for Wix AI tools
Model Context Protocol server for the Apideck Unified API. Connect any MCP-compatible agent framework to 100+ accounting systems, HRIS platforms, file storage providers, and more through one integration. More information https://www.apideck.com/mcp-server
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Enable secure connectivity between Sentry issues and debugging data, and LLM clients, using a Model Context Protocol (MCP) server.
Related MCP Servers
- FlicenseNot gradedqualityFmaintenanceThis server implements the Model Context Protocol to facilitate meaningful interaction and understanding development between humans and AI through structured tools and progressive interaction patterns.57-
- FlicenseNot gradedqualityDmaintenanceA basic Model Context Protocol server implementation that demonstrates core functionality including tools and resources for AI chat applications.-
- AlicenseAqualityDmaintenanceA Model Context Protocol server that enables AI assistants to interact with Zulip workspaces by exposing REST API capabilities as tools for message operations, channel management, and user interactions.2511 npm8MIT
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server implementation built with FastAPI that enables AI agent interactions. Provides a structured foundation for building AI-powered applications with proper data validation and modern Python tooling.-