ForexFactory MCP Server
📅 ForexFactory MCP-Server
Ein MCP-Server (Model Context Protocol), der ForexFactory-Wirtschaftskalenderdaten als Ressourcen und Tools bereitstellt.
Entwickelt für den Einsatz in agentenbasierten Workflows, LLMs und Trading-Assistenten.
🚀 Funktionen
✅ Abrufen von Wirtschaftskalender-Ereignissen nach Zeitraum (
today,this_week,customusw.)✅ Zugriff über MCP-Ressourcen (für abonnementartigen Zugriff)
✅ Zugriff über MCP-Tools (direkte Aufrufe von Clients/Agenten)
✅ JSON-basierte Antworten für einfache Integration
⚡ Integrierbar mit LangChain, n8n oder jedem MCP-kompatiblen Client
📌 Entwicklungsstatus
Dieses Projekt befindet sich in aktiver Entwicklung. Die Kernfunktionalität ist stabil (Abrufen von ForexFactory-Wirtschaftskalender-Ereignissen über MCP-Tools und -Ressourcen), aber wir arbeiten noch an:
Erweiterung der Funktionen (Prompts, Bereitstellungsoptionen)
Verbesserung der Dokumentation und Beispiele
Wir freuen uns über Feedback und Beiträge, während wir das Ökosystem weiter ausbauen.
forexfactory-mcp/
│── src/forexfactory_mcp/ # Main package
│ ├── models/ # Schemas & enums
│ ├── services/ # Scraper + data normalization
│ ├── tools/ # MCP tool definitions
│ ├── resources/ # MCP resource definitions
│ ├── prompts/ # Prompt templates (optional MCP prompts)
│ ├── utils/ # Shared helpers & config
│ └── server.py # FastMCP server entrypoint
│
│── examples/ # Example clients
│── tests/ # Unit tests
│── .env.example # Copy to .env for config
│── pyproject.toml # Dependencies & metadata
│── README.md # Documentation
│── .python-version # Python version pin (3.12)(Siehe Repository für vollständige Details – dies ist ein grober Überblick für Mitwirkende.)
Related MCP server: MCP Financial Data Gateway
🔧 Installation
Anforderungen
Python 3.12+
uv oder pip
Ein modernes Terminal oder ein MCP-kompatibler Client
Einrichtung
# Clone repo
git clone https://github.com/kjpou1/forexfactory-mcp.git
cd forexfactory-mcp
# Install dependencies
uv sync # or: pip install -e .
# Install Playwright browser binaries
uv run playwright install chromium
# or, if using pip/venv:
playwright install chromium
# Copy example environment and adjust if needed
cp .env.example .env▶️ Verwendung
⚡ Schnellstart
Starten Sie den Server mit den Standardeinstellungen (stdio-Transport):
uv run ffcal-serverAusführung mit HTTP-Transport:
uv run ffcal-server --transport http --host 0.0.0.0 --port 8080SSE-Transport (⚠️ veraltet)
uv run ffcal-server --transport sse --host 127.0.0.1 --port 8001Standardwerte für Umgebungsvariablen
MCP_TRANSPORT=http
MCP_HOST=0.0.0.0
MCP_PORT=8080🏷️ Namespace
Standard-Namespace:
ffcalÜberschreiben via .env:
NAMESPACE=ffcal📦 Ressourcen
Name | Pfad | Beschreibung |
|
| Heutige Ereignisse |
|
| Alle Ereignisse diese Woche |
|
| Benutzerdefinierter Datumsbereich |
🛠️ Tools
Name | Typ | Beschreibung |
| Tool | Ereignisse für einen bestimmten Zeitraum abrufen |
Unterstützte Werte:
today, tomorrow, yesterday, this_week, next_week, last_week, this_month, next_month, last_month, custom📝 Prompts
Name | Beschreibung |
| Vorbereitungsnotiz für Trader für heute |
| Wöchentliche Zusammenfassung der Makro-Ereignisse |
| Wöchentliche Heatmap für Ereignisrisiken |
| Szenario-Karte für spezifische Ereignisse |
🧩 Prompt-Stile
Alle Prompts unterstützen einen style-Parameter zur Steuerung der Formatierung.
Standard:
style: str = "bullet points"Siehe die Output Style Reference für verfügbare Formate.
💻 Client-Beispiele
Beispiel: Verwendung der MCP-CLI
mcp call ffcal:get_calendar_events time_period=this_weekBeispiel: Verwendung in Python
from mcp.client.session import Session
async with Session("ws://localhost:8000") as session:
result = await session.call_tool("ffcal:get_calendar_events", {"time_period": "today"})
print(result)Beispiel: LangChain-Integration
from langchain.agents import initialize_agent
from langchain_mcp import MCPToolkit
toolkit = MCPToolkit.from_server_url("ws://localhost:8000", namespace="ffcal")
agent = initialize_agent(toolkit.tools)
response = agent.run("What are today's USD-related high impact events?")
print(response)📘 Referenz zur Client-Konfiguration
Beinhaltet:
✅ Beispielkonfigurationen für Claude Desktop (lokal + Docker)
🐳 Docker-Build und -Einrichtung
🧩 VS Code MCP-Integration (zukünftig)
🧪 Test- und Fehlerbehebungs-Checkliste
🔍 Inspector-Einrichtung für visuelles Debugging
⚙️ Konfiguration
Variable | Standard | Beschreibung |
|
| Namespace-Präfix |
|
| Transporttyp ( |
|
| Host für HTTP/SSE |
|
| Port für HTTP/SSE |
|
| Playwright-Timeout |
| System-Lokal | Zeitzonen-Überschreibung |
Beispiel .env
MCP_TRANSPORT=http
MCP_HOST=0.0.0.0
MCP_PORT=8080
NAMESPACE=ffcal🐳 Docker-Integration
Unterstützt sowohl stdio (Standard) als auch HTTP/SSE.
docker compose build
docker compose up forexfactory_mcpFührt den MCP-Server aus und stellt ihn auf Port 8000 bereit.
Ziel | Beschreibung |
| Docker-Image bauen |
| Server im HTTP-Modus ausführen |
| Im stdio-Modus ausführen |
| Über MCP Inspector untersuchen |
| Container stoppen |
🐍 1. uv oder Abhängigkeitsinstallation schlägt fehl
Ausführen:
docker compose build --no-cache forexfactory_mcp⚡ 2. Server beendet sich sofort
Wechseln zu:
make run-http🌐 3. Port wird bereits verwendet
Port ändern:
docker compose run --rm -e MCP_PORT=8080 forexfactory_mcp🔐 4. Browser schlägt fehl
Chromium installieren:
docker compose run forexfactory_mcp playwright install chromium🧪 Tests
pytest -v📊 Roadmap
[ ] Ereignisfilter nach Währung und Auswirkung
[ ] Historische Daten nachladen
[ ] MCP-Prompt-Erweiterungen
[ ] Cloud-fähige Bereitstellung
🤝 Mitwirken
Forke das Repo
Erstelle einen Feature-Branch
Committe mit einer klaren Nachricht
Pushe und öffne einen PR
📜 Lizenz
MIT-Lizenz – siehe LICENSE für Details.
Available Tools
1 toolmy-ffcal_get_calendar_eventsC
Retrieve ForexFactory calendar events for a given time period or custom date range.Valid time_period values include: today, tomorrow, yesterday, this_week, next_week, last_week, this_month, next_month, last_month, custom.
| Name | Required | Description | Default |
|---|---|---|---|
| time_period | No | ||
| start_date | No | ||
| end_date | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
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 of behavioral disclosure. It mentions retrieval but lacks details on permissions, rate limits, error handling, or response format. For a read operation with zero annotation coverage, this is insufficient to inform the agent adequately.
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 with the core purpose in the first sentence, followed by parameter details. It is efficient with minimal waste, though it could be slightly more structured by separating usage notes from parameter lists.
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 has an output schema, the description does not need to explain return values. However, with no annotations, 3 parameters, and 0% schema coverage, the description partially compensates by detailing one parameter but leaves gaps in behavioral transparency and parameter semantics, making it minimally 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?
Schema description coverage is 0%, so the description must compensate. It explains the 'time_period' parameter by listing valid values, which adds meaning beyond the schema. However, it does not cover 'start_date' or 'end_date' parameters, leaving two of three parameters undocumented, resulting in a baseline score due to partial compensation.
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 ('Retrieve') and resource ('ForexFactory calendar events') with scope ('for a given time period or custom date range'), making the purpose specific and understandable. However, since there are no sibling tools mentioned, it cannot demonstrate differentiation from alternatives, which prevents a perfect score.
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 no guidance on when to use this tool versus alternatives, prerequisites, or exclusions. It only lists valid values for one parameter without explaining usage context or trade-offs, leaving the agent with minimal direction.
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 tool update
v1.0.0- Changed
my-ffcal_get_calendar_events1 field changed- added
Input schema / titleAdded value: +"get_calendar_eventsArguments"
1 tool update
- First observed
my-ffcal_get_calendar_events
TDQS
Scored across 1 tool
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool has a clear and distinct purpose: retrieving ForexFactory calendar events.
Since there is only one tool, naming consistency is inherently perfect. The tool name 'my-ffcal_get_calendar_events' follows a verb_noun pattern, which is consistent with itself.
A single tool is generally too few for a server's purpose, as it limits functionality and scope. For a ForexFactory calendar server, one might expect additional tools for filtering, sorting, or managing events, making this count feel thin and under-scoped.
The server only provides retrieval of calendar events, with no tools for creating, updating, deleting, or otherwise managing events. This is a significant gap, as it lacks basic CRUD operations and limits the server's utility to read-only access.
Maintenance
Related MCP Connectors
Macroeconomic and FX time-series data for AI agents: indicators, calendars, COT, forex, commodities.
Pay-per-use tool marketplace for AI agents. Search, price-check, and call APIs via MCP.
Real SEC, 13F, insider, congress & macro data your AI agent can cite. Hosted MCP, 24 tools.
75 MCP tools: SEC financials, FRED economics, IRS 990, FDA, FX, UK Companies House.
Related MCP Servers
- AlicenseAqualityBmaintenanceProvides access to macroeconomic indicators, FX rates, COT data, commodities, and release calendars through the FXMacroData API for AI agents.8MIT
- AlicenseNot gradedqualityDmaintenanceProvides 10 financial data tools (market data, economic indicators, news, insider trades, and calendars) via a single MCP layer, enabling any MCP-compatible LLM to access diverse financial data through a unified interface.1MIT
- AlicenseNot gradedqualityFmaintenanceProvides macro-economic event data, earnings reports, and market overviews as MCP tools, enabling AI agents to query calendars, check event proximity, and assess trade safety.31 PyPI2MIT
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to access and analyze Forex Factory economic calendar data, including enriched event details and summary statistics, through MCP tools and resources.-