re-speakeasy
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| check_speakeasyA | Return speakeasy-cli version + Python module availability. Reports |
| emulate_binaryA | Run path under Speakeasy and return a structured per-API trace. Speakeasy is a Windows API emulator — it loads the .exe / .dll in-process and serves the same Win32 surface that Windows would, but in pure Python. The trace captures every API call the binary makes (CreateFileW, RegOpenKeyExW, NtCreateFile, etc.) with arguments + return values. Args: path: Windows .exe / .dll to emulate timeout_s: wall-clock budget (default 60s; binaries that loop or call Sleep(INFINITE) can hang the emulator) Returns:: On a missing helper, returns |
| list_emulated_apisA | Return the list of Win32 APIs Speakeasy knows how to emulate. Useful for "can Speakeasy handle this binary's API surface?"
before calling :func: |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 3 tools
Each tool targets a distinct operation: checking setup, running emulation, and listing APIs. There is no overlap in purpose.
All tool names follow the verb_noun pattern in snake_case (check_speakeasy, emulate_binary, list_emulated_apis), ensuring predictability.
With 3 tools, the server is tightly scoped to its core functionality: verifying the environment, performing emulation, and querying capabilities. No unnecessary bloat.
The tool set covers the full workflow for Speakeasy integration: availability check, binary emulation, and API surface listing. No obvious gaps for the intended use case.