Factory Droid
Install, authenticate, verify, and run Factory Droid through Synara.
Synara connects to Factory Droid through its droid executable and Agent Client Protocol mode. Factory owns the account, model routing, credentials, autonomy settings, and provider service; Synara supplies the task, repository environment, transcript, approvals, review surfaces, and Git workflow around the session.
Install
Use Factory’s official installer:
curl -fsSL https://app.factory.ai/cli | shVerify that the executable is available:
droid --versionOn Linux, Factory may require xdg-utils for browser-based authentication. Ensure the installer’s binary directory is on PATH in a fresh terminal.
Authenticate
Start Droid interactively:
droidWhen prompted, complete Factory’s browser device-pairing flow. For headless use, generate a Factory API key and make it available through:
export FACTORY_API_KEY="fk-..."Synara’s ACP integration can use either a device-paired session advertised by Droid or the API-key method. Do not commit the key or paste it into a task transcript.
Verify
From a disposable repository:
droid --version
droidConfirm that authentication completes and a harmless read-only request succeeds. For API-key verification, test the environment variable in the same shell context that launches Synara.
Connect to Synara
Enable Factory Droid
Open provider settings and confirm that Synara detects droid.
Confirm authentication
Use the browser-paired account or provide FACTORY_API_KEY to the Synara process environment.
Refresh models and reasoning
Droid advertises model and reasoning choices through ACP. Confirm that the expected options appear before starting the task.
Start a bounded task
Use a clean repository and conservative permissions. Review the selected autonomy or plan mode before allowing edits and commands.
Capabilities in Synara
Factory Droid sessions can expose:
- Model and reasoning-effort options advertised through ACP
- Normal execution and Droid’s spec-oriented plan mode
- Tool calls, command output, file changes, and assistant text
- Permission and autonomy controls supplied by the runtime
- Browser device pairing or
FACTORY_API_KEYauthentication - Session configuration negotiated at startup
- Synara’s terminal, browser, diff, checkpoint, worktree, and Git delivery surfaces
Synara applies Droid’s model and reasoning choices through ACP session configuration because command-line model flags are not authoritative in every ACP release.
Synara does not currently classify Factory Droid as supporting native live-turn steering.
Updating
Use Factory’s supported update path or rerun the official installer, then restart Synara. Synara can recognize common Droid installations and may expose an update action when the runtime supports it.
Create a new task after an update that changes ACP configuration, model discovery, authentication, or autonomy modes.
Troubleshooting
Droid is not detected
- Run
droid --versionfrom a fresh terminal. - Confirm the installer directory is on
PATH. - Check Synara’s custom binary path.
- Restart Synara after installation or environment changes.
Device pairing does not complete
Run droid directly and complete the browser flow. On Linux, verify that a browser opener such as xdg-open is available. In headless environments, use FACTORY_API_KEY instead.
The API key is ignored
Confirm that FACTORY_API_KEY is exported in the environment that launches Synara. An environment variable set in one terminal does not automatically reach an already-running desktop application.
Model or reasoning options are missing
Update Droid, authenticate directly, and start a new Synara session. The ACP runtime advertises the available configuration for each session.
Official documentation
Continue with Your first task or Provider handoffs.