AgentsInFlow
AgentsInFlow

Settings & Configuration

Manage app-wide defaults and per-project overrides from a single unified dialog.

Opening the Settings Dialog

All configuration lives in a single unified dialog. You can reach it from three places:

1

Sidebar header — click the gear icon in the top-left sidebar.

2

Project context menu — right-click a project in the sidebar and choose Settings.

3

Project settings view — open any project's settings tab directly from the Kanban or inspector.

[Screenshot: Unified settings dialog with sidebar tree showing App and Project sections]

The dialog has a tree sidebar on the left. The top-level App node holds global defaults; each project appears below with its own overridable sections.


Settings Scopes: App vs Project

Settings are organized into two scopes. App settings provide sensible defaults; project settings override them when you need per-project customization.

ScopeApplies ToSections
App (Global)Every project unless overriddenGeneral, Engines, Memory, Notifications, Prompts, Statuses, Keyboard, Integrations, Remote Access, Database, About
ProjectA single project onlyIdentity, Engines, Memory, Notifications, Prompts, Statuses, Integrations

App-only sections like Database, Keyboard, and About have no project-level counterpart because they are inherently global.


Remote Access

The App → Remote Access section controls whether AgentsInFlow exposes its browser gateway, which port it binds to, and which token is embedded in the remote URL.

Enable / Disable

When enabled, AgentsInFlow serves a tokenized browser UI URL and opens a reachable listening port on the machine. Whether other devices can reach that port depends on your network path and your firewall rules. When disabled and the app is restarted, the tokenized browser UI is no longer served.

Port

Leave the port blank to let the app choose a free port on launch. Set a fixed port when you want a stable tunnel target or a predictable bookmarked URL.

Access Token

The token is part of the remote URL. Rotate it if a link was shared, logged, or exposed through a tunnel. A rotated token invalidates the old URL after restart.

Save and Restart: Remote access settings are applied when the app restarts because the gateway needs to rebind its socket, refresh the tokenized URL, and reconnect browser clients cleanly.

ScenarioWhat It Means
Local accessYou open the tokenized URL on the same Mac. No LAN access is involved.
LAN accessAnother device on the same network can connect if it knows your Mac's LAN IP, the chosen port, the tokenized path, and the firewall allows inbound traffic.
Public internet accessThis should be treated as a separate exposure step. Do not publish the app port directly to the internet with only the built-in token.

Firewall note: Enabling Remote Access does not automatically make the app reachable from other devices. The port must also be reachable through your OS firewall, router, tunnel, or overlay network. The token protects the app routes, but the listening port is still a network-exposed socket.

Public exposure warning: The built-in token is one security layer, not a full public internet auth system. For external access, place AgentsInFlow behind Cloudflare Access, Tailscale, or an SSH tunnel instead of exposing the port directly.

One-Off Web-Only Launches

For a one-off browser-only session, launch the packaged app with --remote. This forces remote access on for that launch and also runs the app headlessly, without changing the saved Remote Access setting.

/Applications/AgentsInFlow.app/Contents/MacOS/AgentsInFlow --remote

Use --remote when you want temporary web-only access even if the saved setting is disabled.


Engine Configuration

Engine settings control which AI CLI runs by default and how it behaves. The app-level Engines section sets the global default engine, reasoning effort, and permission mode. Each project can override these under its own Engines section and additionally configure model selection and MCP servers.

[Screenshot: Project engine settings panel showing engine selector, model dropdown, permission mode, and reasoning effort]

Per-Project Engine Defaults

When you open a project's engine settings, you can configure separate defaults for each installed engine (Claude Code, Codex, Cursor, OpenCode). These values are injected automatically whenever you launch an execution. See Engine & Model Config for model selection details and the 3-level settings cascade.


Permission Modes

Permission modes control how much autonomy the AI engine has during executions. Set a global default in App settings and override per-project when needed.

ModeBehavior
defaultStandard permission checks — the engine prompts before file writes and shell commands.
acceptEditsAutomatically accept file edits; still prompt for shell commands.
planRead-only analysis mode — the engine plans but does not write files or run commands.
bypassPermissionsSkip all permission prompts. Use for trusted, well-scoped automation tasks.
dontAskSuppress interactive prompts entirely. Actions that require approval are silently skipped.
delegateDelegate permission decisions to an external system or orchestration layer.

bypassPermissions and dontAsk give the engine full autonomy. Only use them when you are comfortable with the engine making file and shell changes without review.


Reasoning Effort Levels

Reasoning effort controls how deeply the engine thinks before responding. Higher effort produces more thorough results but uses more tokens and takes longer. The default is medium.

Low

Quick answers, minimal chain-of-thought

Medium

Balanced — default for most tasks

High

Deeper analysis, more tool use

Extra High

Maximum thoroughness for complex tasks

You can set the global default in App → Engines and override it per-project or at execution time from the run dialog.


MCP Server Management

MCP (Model Context Protocol) servers extend engine capabilities with tools such as browser automation, database access, and external APIs. Server configuration is managed per-project in the engine settings.

[Screenshot: MCP server list in project engine settings showing packaged, inherited, and custom servers]

Server Sources

SourceDescription
PackagedBuilt-in servers bundled with AgentsInFlow (e.g., Chrome browser MCP).
InheritedServers defined in the CLI's own global config that AgentsInFlow discovers automatically.
CustomUser-defined servers added per-project. Specify a command and arguments for stdio transport, or a URL for streamable_http.

Selected servers are injected into the engine at execution time. For details on Chrome session sharing and browser MCP, see MCP & Browser Integration.


Environment Variables & API Keys

API keys for third-party services are managed in the Integrations section at both app and project scope.

  • App → Integrations — set a global OpenAI API key used for audio transcription and the default embedding provider.
  • Project → Integrations — override the key per-project for semantic search embeddings.

Keys are stored securely and persisted immediately when entered — they bypass the draft/save workflow so you don't lose them if you cancel other changes. A status indicator shows whether the key is configured.

Engine CLI credentials and provider auth (Claude Code, Codex, Cursor, OpenCode) are managed by the CLIs themselves. AgentsInFlow detects their auth state but does not store those tokens. See Getting Started for login instructions.


Context Window Configuration

Context window size determines how much conversation history and project context the engine can process in a single turn. AgentsInFlow passes context window flags to the underlying CLI when supported.

This setting is part of the per-engine configuration. When a model supports multiple context tiers (for example, Claude Code's standard vs. extended context), you can select the tier in the project engine settings. The chosen tier applies to all executions in that project unless overridden at run time.

Extended context windows consume more tokens per turn. Use them for large codebases or complex multi-file tasks where the extra capacity is genuinely needed.


Draft & Save Workflow

The settings dialog uses a draft/commit pattern. When you modify a value, it is held as a draft until you explicitly save. This lets you preview and validate changes before they take effect.

1

Edit — change any setting. The dialog marks itself as dirty with an unsaved-changes indicator.

2

Save — click Save to commit all draft changes. Only modified fields are persisted.

3

Cancel — discard drafts and revert to the last saved state.

API keys are the one exception — they persist immediately on entry so you never lose a key if you cancel other changes.