How it works
There are two ways to wire SMFS into a Daytona sandbox — pick the one that fits your architecture.Agent inside the sandbox
The agent process runs inside the sandbox and accesses the SMFS mount directly.Agent outside the sandbox
The agent runs in your orchestrating code and executes commands inside the sandbox remotely.Prerequisites
- A Supermemory API key
- A Daytona API key — go to API Keys in the sidebar
- An Anthropic API key
Install SMFS in a Daytona sandbox
Both patterns below run the same setup snippet inside the sandbox before mounting. Daytona can’t reachsmfs.ai, so we download the binary directly
from GitHub Releases and add ~/.local/bin to PATH.
- Python
- TypeScript
Pattern A: Agent inside the sandbox
Agent code
agent.py
Orchestration
- Python
- TypeScript
run.py
Pattern B: Agent outside the sandbox
The agent runs in your server process and executes commands inside the sandbox remotely viasandbox.process.exec().
- Python
- TypeScript
run.py
Tips
- FUSE is available in Daytona sandboxes but
user_allow_otherneeds to be added to/etc/fuse.conf - We invoke SMFS as
$HOME/.local/bin/smfsin the examples because Daytona’s default zsh PATH doesn’t include~/.local/bin. Alternatively, prepend it once withexport PATH=$HOME/.local/bin:$PATH - Use
pip install claude-agent-sdkto install the agent SDK (PyPI is reachable)