Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
FRIDA_MCP_PROJECTNoPath to the .fmcp project directory where state is stored.

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

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
list_processesA

List processes visible to the local Frida device.

spawnA

Spawn a program suspended (gated) so hooks can be installed first.

attachB

Attach to a running process by name or numeric pid (as string).

resumeC

Resume a gated/spawned process so it starts running.

detachC

Detach Frida from a session (process keeps running).

killC

Kill the target process of a session.

list_modulesC

List loaded modules in the target.

eval_jsC

Evaluate JS in the resident agent's persistent context.

add_hookC

Hook a function (module!export or hex address); calls stream to disk.

trace_apiB

frida-trace style: hook all exports matching module!glob (e.g. kernel32!CreateFile*).

read_memoryC

Read size bytes at address (hex string) from the live process.

write_memoryC

Write hex-encoded bytes at address.

scan_memoryC

AOB/pattern scan over ranges with the given protection.

disassembleB

Disassemble count instructions at address from live memory.

list_sessionsA

List all sessions (alive and dead) recorded in the project.

resume_sessionC

Re-attach a prior session and reinstall its hooks if the target is alive.

read_eventsC

Read captured events (hooks/repl/errors) from the trace log.

add_noteC

Attach a freeform note to a session.

list_notesC

List notes for a session.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3/5.0

Scored across 19 tools

Disambiguation5/5

Each tool targets a distinct Frida operation: lifecycle (attach, detach, spawn, resume, kill), memory (read, write, scan, disassemble), hooking (add_hook, trace_api, eval_js), listing (modules, processes, sessions, notes), and utilities (resume_session, read_events). Even similar tools like add_hook and trace_api are differentiated by specificity: add_hook for exact addresses or exports, trace_api for glob patterns. No two tools share an overlapping purpose.

Naming Consistency3/5

Tools use snake_case consistently, but verb patterns vary: some are bare verbs (attach, detach, kill, resume, spawn), while others are verb_noun compounds (add_hook, read_memory, list_modules). This mix of single-word and compound names creates mild inconsistency, though each name is readable and descriptive. A more uniform verb_noun pattern would improve predictability.

Tool Count4/5

19 tools cover a broad Frida feature set (process control, memory, hooks, scripting, event logging, and notes) without feeling overwhelming. While slightly above the typical 3–15 range, each tool addresses a core capability, and no tool seems redundant. The count is justified by the domain's complexity.

Completeness3/5

The tool surface covers essential operations but has notable gaps: no way to list installed hooks, remove hooks, or enumerate memory regions for scanning (though scan_memory accepts ranges). Unhooking and hook introspection are missing, and while eval_js provides scripting, a dedicated 'list scripts' tool is absent. These omissions may force agents to use workarounds.

Maintenance

ActivityStale
ResponsivenessNo issues