Not everyDocumentation Index
Fetch the complete documentation index at: https://docs.pwno.io/llms.txt
Use this file to discover all available pages before exploring further.
pwno-mcp tool returns data in exactly the same shape. This matters when you are wiring the server into an agent or building wrappers around it.
Main response families
| Tool family | Typical shape | Notes |
|---|---|---|
| debugger and inspection tools | structured object | usually includes success and session-specific fields |
pwncli tools | structured object | includes session-aware I/O or event data |
| process, Python, repo, and RetDec helpers | JSON-formatted string | parse the string if your client does not already coerce it |
attach debugger tool | two-part result | returns the attach result plus a context snapshot list |
| attach sidecar API | structured object | response model has successful, attach, and result |
Structured object example
Debugger tools such asset_file, run, get_context, and set_breakpoint return objects directly.
JSON-string helper example
Automation helpers such asrun_command, spawn_process, execute_python_code, fetch_repo, get_retdec_status, and get_decompiled_code return JSON strings.
Attach-specific shapes
There are two attach surfaces:- the MCP
attachtool returns an attach result plus a list of context snapshots - the HTTP
/attachhelper API returns a single object with this shape:
Practical advice
- Treat debugger and
pwnclitools as object-returning tools. - Treat process, Python, repo, and RetDec tools as string-returning helpers unless your client parses them for you.
- When handling failures, always look for
success,error, andtypebefore assuming a result shape. - When handling attach flows, account for the extra context data or the attach-sidecar wrapper object.