Перейти к основному содержимому

AACFlow против Dust

Dust is primarily an enterprise AI agent platform built for teams that want no-code agents connected to company data in a shared, multiplayer workspace. AACFlow is an AI workspace built for teams that want to build, deploy, and manage agents visually, conversationally, or with code. Choose Dust when you want zero visual/flow layer and prefer building purely through forms, text, and templates guided by a conversational assistant. AACFlow is a stronger fit when you need a visual canvas, real-time multiplayer editing, or environment promotion across dev, QA, and prod.

AACFlow — ИИ-рабочее пространство, где команды создают, развёртывают и сопровождают ИИ-агентов визуально, в диалоге или кодом. Вот как AACFlow соотносится с Dust по архитектуре платформы, возможностям ИИ, интеграциям, ценам, безопасности и поддержке. Каждый факт ниже подтверждён источником и датой, последняя проверка: .

AACFlow — ИИ-рабочее пространство для создания, развёртывания и сопровождения ИИ-агентов. На этой странице AACFlow сравнивается с Dust по архитектуре платформы, возможностям ИИ, интеграциям, ценам, безопасности и соответствию требованиям, наблюдаемости и поддержке; используются факты с источниками и датами для тех, кто выбирает между двумя платформами.

Лучше ли AACFlow, чем Dust?

AACFlow is the stronger fit when you need explicit control over how an agent is built, hosted, and promoted to production. Dust is the stronger fit when you want that control abstracted away, with agents assembled from forms, instructions, templates, and conversation inside a managed workspace. Choose on that axis: explicit workflow and deployment control, or a builder centered on forms and conversation.

Что такое AACFlow?

AACFlow is the AI workspace where teams build, deploy, and manage AI agents, connecting 1,000+ integrations and every major LLM to automate real work visually, conversationally, or with code.

Что такое Dust?

Dust is an enterprise AI agent platform where teams build no-code agents connected to company data and tools in a shared, multiplayer workspace, then deploy them to chat, Slack, and other surfaces.

AACFlow и Dust: сравнение по возможностям

В разделах ниже AACFlow и Dust сравниваются по платформе и развёртыванию, ценам, безопасности и соответствию требованиям, возможностям ИИ, интеграциям, наблюдаемости и поддержке.

Платформа и развёртывание

AACFlow offers a visual canvas, live canvas editing, and workspace promotion. Dust provides a hosted, form-based agent builder with shared conversations and Git-based configuration management.

CompareAACFlow vs Dust
AACFlow
Dust
Тип конструктора
Dust
Form/instruction-based builder, not a node canvas (источник: Agent Builder Interface | dust-tt/dust | DeepWiki, откроется в новой вкладке)Form-based, instruction-driven agent builder (name, description, instructions, model, tools, knowledge), not a visual node/flow canvas. Dust's Agent Builder manages agent metadata, model settings, instructions, actions/tools, Skills, triggers, and access permissions through structured form fields and natural-language instructions, guided by an 'Agent Builder Sidekick' conversational assistant. Its earlier visual, block-based orchestration product ('Dust Apps', with Input/Data/LLM/Code/Map/Reduce blocks) is deprecated as of October 2025.
Порог входа
AACFlow
Low, plus natural-language Chat for non-technical users (источник: AACFlow Docs: Introduction (visual, natural-language, and API/SDK building), откроется в новой вкладке)Low for visual building; natural-language Chat surface (with a workflow-scoped Copilot) for non-technical builders. Chat lets users describe a workflow in plain language and have AACFlow scaffold or edit it; the visual canvas requires no code to connect blocks.
Dust
Easy for templated agents, steeper for custom tools/SQL/GitOps (источник: No-Code AI Agent Builder | Dust Blog, откроется в новой вкладке)Low for simple no-code agents from a template; steeper for custom MCP tool integrations, Query Tables/SQL, and GitOps-managed configurations. Dust markets itself as a no-code agent builder for business users starting from templates with Sidekick guidance, while custom MCP servers, SQL-based Query Tables, and Git-based configuration management assume technical familiarity.
Варианты развёртывания
AACFlow
Managed cloud, no single-tenant VPC option (источник: AACFlow Pricing Page, откроется в новой вкладке)Cloud-hosted (managed, multi-tenant SaaS) operated by AACFlow. No documented managed single-tenant/VPC hosting tier. AACFlow is sold as a managed cloud service; there is no dedicated-instance/VPC offering.
Dust
Multi-tenant cloud by default; EU data hosting is Enterprise-exclusive (источник: EU data hosting option available | Dust changelog, откроется в новой вкладке)Multi-tenant hosted cloud by default; an EU data-hosting option for databases, files, and vectors is available, documented as exclusive to Enterprise customers rather than a self-serve region choice on every tier. Dust's changelog states the EU data hosting option is 'available exclusively for enterprise customers' and covers 'storage of databases, files, and vectors' (calls to third-party LLM provider APIs remain outside this hosting boundary). No Dust source documents a selectable US-region toggle or a named single-tenant deployment tier.
Шаблоны
AACFlow
(источник: AACFlow codebase: templates gallery and APIs removed, откроется в новой вкладке)No: the pre-built workflow template gallery (landing and in-workspace) was removed platform-wide. AACFlow now surfaces per-integration starter prompts instead of a template library.
Dust
(источник: Templates | Dust Docs, откроется в новой вкладке)Yes: a Template Gallery of pre-built agents organized by department/use case (Sales, Customer Support, Marketing, Engineering, Data Analytics, Knowledge Management, Recruiting, Product Design, Collaboration). Selecting a template opens a Sidekick-guided creation flow pre-loaded with the template's instructions and suggested tools/data sources; templates are organized by department/use case including Sales, Customer Support, Marketing, Engineering, Data Analytics, Knowledge Management, Recruiting, Product Design, and Collaboration. The builder reviews, adjusts, and publishes from there.
Продвижение между средами
AACFlow
(источник: AACFlow Docs: Workspace Forks, откроется в новой вкладке)Yes: fork a whole workspace into a dev/qa/prod-style child, diff it, and promote or roll back changes in either direction. Credential and env-var remapping is required before every promote, so secrets are never silently copied across environments. Gated to the Enterprise plan.
Dust
Git-based config sync/rollback, not a formal environment-promotion pipeline (источник: GitOps sync for Skills & Agent configurations | Dust changelog, откроется в новой вкладке)Partial: an official GitHub Action version-controls and syncs Skills/agent configurations from a Git repository into a workspace, but this is configuration sync, not a documented dev/test/prod promotion model. The dust-github-action lets teams define Skills and agent configurations as files, review changes via pull request, and sync them into a Dust workspace from CI/CD, giving change history and rollback. No separate-environment (e.g. staging vs. production workspace) promotion pipeline is documented beyond this Git-to-workspace sync.
Контроль версий
AACFlow
Deployment rollback plus Copilot edit diff/revert (источник: AACFlow codebase: WorkflowDiffEngine, откроется в новой вкладке)Deployed-version history with rollback for every workflow; server-persisted checkpoint/revert and visual diff (accept/reject) specifically for Copilot AI edits. Manual drag-and-drop undo/redo is client-side/localStorage only (capped at 100 ops, 5 stacks), not server-synced across devices. Deployment history does not include an arbitrary version-to-version diff tool, and knowledge base documents have no version history.
Dust
Versioned configs with prompt history and Git-based rollback (источник: Prompt version history | Dust changelog, откроется в новой вкладке)Agent configurations carry an incrementing version number, each prompt/instruction version is saved and recoverable, and Git-based rollback is available via the GitOps GitHub Action; no dedicated visual diff/compare view is documented. Each agent configuration change increments a version number, and 'each version of a prompt is now saved and accessible, with the ability to recover previous assistant instructions'. The GitOps GitHub Action separately provides Git history, PR review, and rollback for configurations managed as code.
Совместная работа в реальном времени
AACFlow
(источник: AACFlow codebase: realtime presence handler (cursor/selection broadcast), откроется в новой вкладке)Yes: live multiplayer editing of the same workflow canvas, with real-time cursors, selection broadcasting, and synced concurrent edits over a dedicated realtime backend
Dust
(источник: Collaboration | Dust Docs, откроется в новой вкладке)No: Dust calls itself 'multiplayer AI', with shared conversations, mentions, notifications, and to-dos between people and agents in a workspace, but this is asynchronous collaboration, not live concurrent editing of the same agent configuration with synced cursors. Dust's own materials describe a shared workspace where 'teams and agents work in the same workspace with shared projects, context, conversations, to-dos, notifications' rather than live co-editing of a single agent's configuration.
Встроенное файловое хранилище
AACFlow
(источник: AACFlow codebase: file share modal (password/email/SSO modes), откроется в новой вкладке)Yes: a native Files area with folder hierarchy, link-based sharing (public, password, email OTP, or SSO auth), and a workspace-level Recently Deleted view covering workflows, tables, knowledge bases, files, and folders. Admins can restrict which share-auth modes (public/password/email/SSO) a permission group is allowed to use.
Dust
(источник: File Generation | Dust Docs, откроется в новой вкладке)No: Dust has no folder-hierarchy, link-sharing, recycle-bin file manager of its own; files are handled as agent-conversation uploads/outputs or through connected external services (Google Drive, Notion, etc.). Agents can generate, read, and edit files (PDF, Word, Excel, Google Docs/Sheets/Slides) within a conversation or a connected Drive/Notion account, but there is no standalone Dust-native shared-drive surface with folder hierarchy and permissioned link-sharing.
Встроенные таблицы данных
AACFlow
(источник: AACFlow Docs: Tables, откроется в новой вкладке)Yes: a native spreadsheet-like Tables feature (typed columns, not an external DB connector) with full keyboard support (arrow keys, Tab, copy-paste bulk load, Cmd/Ctrl+Z undo) and atomic per-row writes from multiple workflows at once. No public fixed row-limit figure is documented (guidance says paginate reads past ~100k rows); a workflow can also be wired to run per row via a "workflow column."
Dust
(источник: Table queries | Dust Docs, откроется в новой вкладке)No: Query Tables lets an agent generate and run SQL queries against structured sources (CSVs, Notion databases, Google Sheets, Snowflake, BigQuery), but there is no native, editable spreadsheet-grid feature with arrow-key navigation and copy-paste. Query Tables is described as letting agents 'execute SQL queries on structured data' and join tables across sources; this is a query layer over external/uploaded data, not an in-product spreadsheet UI a person edits directly.
Редактор документов с форматированием
AACFlow
(источник: AACFlow codebase: rich markdown editor, откроется в новой вкладке)Yes: markdown files opened in the Files viewer render in an inline WYSIWYG-style rich markdown editor, with inline @-mention links to other AACFlow resources
Dust
Generates/edits external docs and Frames, no native WYSIWYG editor (источник: Introducing Frames: Interactive data, visualized | Dust Blog, откроется в новой вкладке)Partial: agents can create and edit Google Docs/Sheets/Slides and generate Word/PDF files, and Frames render interactive documents from a conversation, but Dust has no inline, in-product WYSIWYG rich-text editing surface of its own. 'Frames' turn agent output into an explorable, shareable interactive document (charts, filters, view switching), and agents can create/edit Google Drive documents directly, but document editing itself happens in the connected Google Docs surface or as generated file output, not a native Dust WYSIWYG editor.
Подворкфлоу (композиция)
AACFlow
(источник: AACFlow Docs: Workflow block, откроется в новой вкладке)Yes: a Workflow block calls another saved workflow as a step, waits for it to finish, runs its latest deployed version, and maps parent variables into the child's input form. Self-references are blocked to prevent infinite recursion.
Dust
(источник: Run agent | Dust Docs, откроется в новой вкладке)Yes: a "Run agent" tool lets one Dust agent call another saved agent as a step, waiting for it to finish and receiving its output back before continuing. By default the called agent runs in a separate conversation and returns its output to the calling agent, which then continues processing (the calling agent can also enable a handoff mode where the called agent responds directly to the user instead). Recursion is capped at a maximum depth of 4 nested calls.
Собственные блоки (повторное использование в организации)
AACFlow
(источник: AACFlow codebase: custom-blocks publish API (admin gate), откроется в новой вкладке)Yes: a user with admin access on a workflow's workspace can publish its deployed version as a named, iconed custom block that appears in the block toolbar for the whole organization. Inputs are read live from the source workflow's Start block; the publisher picks which outputs to expose. The block always runs the source workflow's latest deployed version, and its internal steps and intermediate values are never exposed to consumers. Enterprise-gated. Distinct from the Workflow (sub-workflow) block, which composes a workflow the same author controls, and from custom code/tool blocks, which run inline code rather than a full deployed workflow.
Dust
(источник: Skills | Dust Docs, откроется в новой вкладке)No: Dust has no way to publish an agent as a named, encapsulated block that appears in a shared builder toolbox for other users, with its internals hidden and the source kept in sync. The closest Dust feature is Skills, a reusable package of instructions, knowledge, and tools attached to multiple agents with edits auto-propagating, but Dust's own docs describe Skills as explicitly transparent rather than encapsulated: a read-only summary of every referenced instruction, tool, and knowledge source is shown to whoever authors it in the Skill Editor, not hidden behind an interface exposing only defined inputs/outputs. The separate "Run agent" tool (see subWorkflows) lets one agent call another saved agent, but that is picking an existing agent to call from a list, not publishing a workflow as a distinct, iconed block in a builder toolbox with only its inputs/outputs exposed.

Тарифы

AACFlow charges for usage through credits and supports bring-your-own provider keys. Dust combines per-seat subscriptions with monthly AI credit allocations.

CompareAACFlow vs Dust
AACFlow
Dust
Модель ценообразования
AACFlow
Credit-based billing, BYOK exempt from caps (источник: AACFlow Pricing, откроется в новой вкладке)Credit-based usage billing (Stripe), with bring-your-own-key exemption from metered caps
Dust
Per-seat pricing with monthly credit allocations (источник: Dust Pricing, откроется в новой вкладке)Per-seat subscription with a monthly AI-usage credit allocation per seat. Business plan seats (Pro, Max) each include a monthly credit allocation that resets every billing period; credit consumption depends on the model used, task complexity, and any tools the agent invokes (search, retrieval, code execution, connected-app actions).
Начальный платный тариф
Dust
$30/month per seat (or $24/month annual), 8,000 credits (источник: Dust Pricing, откроется в новой вкладке)Business Pro: $30/month per seat ($24/month billed yearly), 8,000 credits/month. The Business plan's Pro tier is the entry paid tier above the free plan; a higher Max tier ($150/month, or $120/month billed yearly) includes 40,000 credits/month.
Бесплатный уровень
AACFlow
(источник: AACFlow Pricing, откроется в новой вкладке)No free tier: usage is paid for with prepaid wallet credits or a paid plan
Dust
(источник: Dust Pricing, откроется в новой вкладке)Yes: a free Business tier for new workspaces, capped at 5 users, 3 connectors, and 5 Spaces, no credit card required. This free tier is what a new workspace gets by default without a paid subscription. It is distinct from what happens when an existing paid workspace downgrades: canceling removes all users except the earliest-assigned admin, deletes existing connections, and deletes data sources over 50MB combined after a 7-day warning period, while original source data in the connected provider itself is untouched.
Собственный ключ (BYOK)
AACFlow
(источник: AACFlow Docs: Bring Your Own Key (BYOK), откроется в новой вкладке)Yes: bring-your-own-key support exempts usage from metered credit caps, and multiple keys stored for the same provider are automatically round-robin rotated, with automatic fallback past any key that fails to decrypt
Dust
No dedicated BYOK program: Dust bills usage via plan-included AI credits rather than a bring-your-own-provider-API-key option. Pricing is structured around per-seat monthly credits that scale with model/task/tool complexity; no Dust source describes letting a workspace supply its own OpenAI/Anthropic API key in place of credit consumption.

Безопасность и соответствие требованиям

AACFlow emphasizes configurable workspace controls, while Dust documents a broader set of managed-service compliance options. Enterprise features and deployment choices affect the exact controls available in each product.

CompareAACFlow vs Dust
AACFlow
Dust
SOC 2
Dust
(источник: With Vanta, Dust achieved SOC 2 Type II audit readiness in three weeks, откроется в новой вкладке)Yes: SOC 2 Type II certified, achieved audit readiness with Vanta in three weeks. Dust's own security page states SOC 2 Type II certification; a Vanta customer case study describes Dust achieving SOC 2 Type II audit readiness in three weeks using Vanta's automation, reducing compliance workload by roughly 50%. The report is downloadable via Dust's Trust Center.
Резидентность данных
AACFlow
Cloud region toggle is global, not per-customer (источник: AACFlow codebase: async job region resolution, откроется в новой вкладке)On AACFlow Cloud, async job execution has an internal US/EU region toggle, but it is deployment-wide, not a customer-selectable per-workspace residency option
Dust
(источник: EU data hosting option available | Dust changelog, откроется в новой вкладке)Yes: selectable US or EU data-hosting region. Dust's changelog documents an 'EU data hosting option' becoming available, and the Enterprise plan page lists 'US & EU data residency options' as a named feature.
Ролевой контроль доступа
AACFlow
(источник: AACFlow Docs: Roles and Permissions, откроется в новой вкладке)Yes: admin/write/read workspace permissions, org-level admin/member roles, plus Enterprise-tier permission groups that allow/deny-list specific models, tools, and integrations per group on top of those base roles. See modelAndToolGovernance and credentialGovernance for the finer-grained permission-groups layer.
Dust
(источник: Access Controls and Permissions | Dust Docs, откроется в новой вкладке)Yes: three workspace roles (Member, Builder, Admin) plus per-Space access control, where only members of the Spaces an agent uses can see and use that agent. Members can chat with and build agents; Builders additionally manage Folders and use the API; Admins manage workspace settings, connections, and member roles. Spaces (open or restricted) gate which members can see specific data sources, tools, and the agents built on them.
Журнал аудита
AACFlow
(источник: AACFlow codebase: auditLog table, откроется в новой вкладке)Yes: dedicated audit_log table plus workflow execution logs, exposed via a public /v1/audit-logs API (Enterprise plan), plus continuous SIEM/warehouse export to Datadog, S3, GCS, Azure Blob, BigQuery, or Snowflake via a data-drains dispatcher
Dust
(источник: Audit Logs | Dust Docs, откроется в новой вкладке)Yes: audit logs available on the Enterprise plan, admin-only, with CSV export and continuous streaming to a SIEM (Datadog, Splunk, AWS S3, GCP GCS, custom HTTPS endpoint); no retention period is documented. Dust's Audit Logs docs confirm the feature is Enterprise-only, accessible to workspace admins under Admin > People & Security > Audit Logs, with full-text search, time-range filtering, manual CSV export, and continuous streaming to external SIEM destinations. No page specifies how many days of audit history are retained.
Дополнительное соответствие требованиям
AACFlow
Dust
GDPR, HIPAA-capable, SOC 2 Type II (источник: Dust Security, откроется в новой вкладке)GDPR compliant, HIPAA-capable, SOC 2 Type II; no ISO 27001, PCI, or FedRAMP. Dust's security page and enterprise materials state GDPR compliance and HIPAA-compliance capability alongside SOC 2 Type II. No source confirms ISO 27001, PCI-DSS, or FedRAMP.
Управление моделями и инструментами
AACFlow
(источник: AACFlow codebase: PermissionGroupConfig (allowedModelProviders, deniedModels, deniedTools), откроется в новой вкладке)Yes: enterprise "permission groups" let an admin allow-list/deny-list specific LLM providers and models, and separately deny specific tools/integrations (or disable all MCP or custom tools) per group, layered on top of workspace admin/write/read roles. This does not control whether an LLM provider retains prompts. AACFlow offers no "zero data retention" mode or governed AI gateway. A separate, Enterprise-gated feature lets orgs set a log-retention window and redact PII, but that only controls how long AACFlow itself keeps execution logs.
Dust
Not publicly documentedNot publicly documented. No Dust source describes admin-configurable restrictions on which LLM providers/models or which specific tools a role may use, beyond Space-level data/tool access and workspace-wide model settings.
Управление учётными данными
AACFlow
(источник: AACFlow Docs: Roles and Permissions, откроется в новой вкладке)Yes: shared credentials (connected accounts, service accounts, workspace secrets) are their own nested permission level (Member/Admin) below organization and workspace roles, and enterprise permission groups can further allow-list specific integrations and restrict which file-share auth modes (public/password/email/SSO) a group may use. A user's personal environment variables/secrets are never shared or inherited by anyone, including org owners/admins.
Dust
Space-level connection gating, not per-credential role restriction (источник: Access Controls and Permissions | Dust Docs, откроется в новой вкладке)Partial: Space-based access control governs which members can use a given connection/data source, but no documented feature restricts which specific stored credential a role may use for the same connector. Only workspace admins can add data from Connections to a Space, and only members of that Space can use the agents/tools built on it; this gates access to a Connection as a whole rather than choosing among multiple stored credentials for the same service by role.
Единый вход (SSO)
AACFlow
(источник: AACFlow Docs: Single Sign-On (SSO), откроется в новой вкладке)Yes: SAML 2.0 and OIDC single sign-on, with users routed to SSO by their email domain, plus SCIM 2.0 directory provisioning for Okta, Microsoft Entra ID, OneLogin, and JumpCloud that creates, updates, deactivates, and removes members and maps pushed groups to permission groups, workspace access, and the organization admin role
Dust
(источник: Dust for Enterprise, откроется в новой вкладке)Yes: SSO (e.g. Okta, Entra, JumpCloud) and SCIM user provisioning on the Enterprise plan. Enterprise plan materials name SSO and SCIM explicitly, and a third-party enterprise summary lists Okta/Entra/JumpCloud as example supported identity providers.
Настраиваемая политика сессий
AACFlow
(источник: AACFlow Docs: Session Policies, откроется в новой вкладке)Yes: Enterprise organization owners and admins can set a max session lifetime (1 to 8,760 hours from sign-in, regardless of activity) and an idle timeout (48 to 8,760 hours without activity), applied to every member on every device. Both limits are optional; leaving them empty keeps the default of 30-day sessions that extend automatically while a member stays active. A separate "Sign out all members" action immediately revokes every member session in the organization except the admin's own, for use after a security incident or an offboarding wave. The 48-hour idle floor exists because session activity is recorded at most once per day, so a shorter window could sign out members who are actively working.
Dust
No documented session-lifetime or idle-timeout setting (источник: Workspace Governance (Roles, Groups & Permissions) | Dust Docs, откроется в новой вкладке)Not publicly documented: Dust documents SAML SSO with workspace-wide enforcement and SCIM provisioning on the Enterprise plan, but no admin-configurable absolute session lifetime or idle timeout, and no fixed session length is published either. Dust's workspace governance docs describe the admin surface under Admin > People & Security as managing security settings, user access, identity verification, and provisioning; neither those pages nor the SSO/SAML pages describe a session-duration, idle-timeout, or forced re-authentication setting. Enforcing SSO restricts which login methods are accepted (users can no longer sign in with social accounts) rather than how long a signed-in session lasts, so session length in practice follows whatever the upstream identity provider enforces at re-authentication.
Проверенные собственные интеграции
AACFlow
(источник: AACFlow codebase: first-party block directory, откроется в новой вкладке)Yes: every one of AACFlow's 266 blocks is first-party authored and code-reviewed through the standard pull-request process in the main AACFlow repository; there is no public marketplace where an arbitrary third party can publish and have other users install executable tool code without going through AACFlow's own review. Custom code steps run inside AACFlow's own isolated-vm sandbox rather than as an installable third-party skill package, so the supply-chain trust boundary is AACFlow's codebase review, not an open registry.
Dust
11 first-party Connections; Slack + dozens more via MCP-based Tools; open bring-your-own-URL MCP (источник: Connections | Dust Docs, откроется в новой вкладке)Partial: native data connections (11 fully-managed sources including Google Drive, Notion, Confluence, GitHub, Salesforce, Microsoft, Snowflake, BigQuery, Zendesk, Gong, and Intercom) are first-party and built/maintained by the Dust team; Slack and dozens of other business tools (Airtable, Asana, HubSpot, Jira, Salesloft, and more) are documented as separate MCP-based Tools rather than native Connections, and agent tools can also be extended with any external MCP server by pasting its public URL, with no Dust-led vetting or review of that server. Docs list 11 fully-managed native Connections under Connections Management, while Dust's own Slack integration docs describe it as 'Slack MCP tools' added by selecting Slack 'from the available MCP servers,' distinct from that native Connections list. Dust's Tools catalog documents dozens of further business-tool integrations (Airtable, Asana, HubSpot, Jira, Salesloft, and more) alongside the ability to add any external MCP server by pasting its public URL, with workspace admins responsible for choosing and authenticating it. No formal Dust review process is described for pasted third-party MCP server URLs, and no publicly documented security incident involving a malicious or compromised third-party MCP server on Dust was found.
Скрытие персональных данных
AACFlow
(источник: AACFlow Docs: Guardrails Block, откроется в новой вкладке)Yes: a Guardrails workflow block detects and blocks or masks PII (30+ entity types across the US, UK, and several other countries) via Microsoft Presidio, in addition to the org-level data-retention PII policy applied to stored data
Dust
Not publicly documentedNot publicly documented. No Dust source describes a built-in PII detection/redaction feature for workflow content or retained logs.
Настраиваемое хранение данных
AACFlow
(источник: AACFlow Docs: Data Retention, откроется в новой вкладке)Yes: Enterprise orgs can independently configure log retention, soft-deletion cleanup, and Chat/Copilot task cleanup (chats, runs, checkpoints, Inbox tasks) at 1 day to 5 years or Forever, applied org-wide with no per-workspace override
Dust
(источник: Dust for Enterprise, откроется в новой вкладке)Yes: Enterprise plan documents custom data retention as a named feature. Dust's Enterprise plan page lists 'custom data retention' alongside SSO, SCIM, and audit logs; specific configurable windows were not detailed in available docs.
White-label (собственный бренд)
AACFlow
(источник: AACFlow Docs: Whitelabeling, откроется в новой вкладке)Yes: Enterprise orgs can replace the logo, wordmark, brand name, and primary/accent theme colors across the workspace UI with their own
Dust
Not publicly documentedNot publicly documented. No Dust source describes a white-label/custom-branding offering for the workspace or chat UI.

Возможности ИИ

AACFlow provides explicit workflow controls for areas such as evaluation, approvals, iteration, and parallel execution. Dust centers these capabilities on conversational agents that choose among configured tools.

CompareAACFlow vs Dust
AACFlow
Dust
Поддержка нескольких LLM
AACFlow
21 providers plus dynamic-resolution aggregators (OpenRouter, LiteLLM, etc.) (источник: AACFlow codebase: PROVIDER_DEFINITIONS, откроется в новой вкладке)21 provider integrations (OpenAI, Anthropic, Google/Gemini, Azure OpenAI, Azure Anthropic, Groq, Cerebras, Mistral, xAI, Bedrock, Vertex, Ollama, OpenRouter, and more), with OpenRouter, LiteLLM, vLLM, and Ollama resolving models dynamically at runtime rather than from a fixed list, so effective model reach extends well beyond the 21 named providers. apps/sim/providers/models.ts defines 21 provider entries.
Dust
(источник: What settings / model should I use? | Dust Docs, откроется в новой вкладке)Yes: agents can be configured with a choice of model (e.g. GPT-4 Turbo, Claude 3, Gemini Pro, Mistral Large) and a Reasoning Effort setting, selectable per agent. Advanced agent settings let a builder pick the model and a reasoning-effort level (Light, Medium, High); Dust docs name GPT-4 Turbo, Claude 3, Gemini Pro, and Mistral Large as selectable models.
Блоки рассуждений агента
AACFlow
(источник: AACFlow codebase: block registry, откроется в новой вкладке)Yes: dedicated agent, function-calling, RAG, code-execution, and evaluation blocks, not just data routing
Dust
(источник: Introducing: multi-tool agents | Dust Blog, откроется в новой вкладке)Yes: agents autonomously select and call tools (data-source search, Query Tables, MCP tools, code execution, web search) based on the instructions and conversation, rather than following a fixed, pre-wired step sequence. Documented as 'multi-tool agents': a single agent can be given multiple tools/actions and picks which to invoke per user turn, distinct from Dust's deprecated block-based Dust Apps, which used a fixed chain of blocks.
Создание на естественном языке
AACFlow
(источник: AACFlow Docs: Copilot, откроется в новой вкладке)Yes: Chat + in-editor AI Copilot can build and modify workflows from natural-language requests
Dust
(источник: Agent Builder Sidekick | Dust Docs, откроется в новой вкладке)Yes: an 'Agent Builder Sidekick' converses with the builder to draft instructions, and suggests tools/data sources, from a plain-language description or a selected template. Selecting a template opens a Sidekick-guided creation flow; Sidekick drafts initial instructions and suggests tools/data sources for the builder to review and adjust before publishing.
База знаний / RAG
AACFlow
(источник: AACFlow codebase: KB schema (pgvector + tsvector), откроется в новой вкладке)Yes: hybrid vector (pgvector) plus full-text (tsvector) search knowledge base, 11 supported file formats (csv, doc, docx, html, json, md, pdf, pptx, txt, xlsx, yaml), configurable chunking, plus 51 connectors that continuously sync external sources (Google Drive, Confluence, Slack, Gmail, GitHub, HubSpot, Linear, Jira, and more) into the knowledge base rather than a one-shot upload
Dust
(источник: Understanding Retrieval Augmented Generation (RAG) | Dust Docs, откроется в новой вкладке)Yes: agents can be given Search/RAG access to connected Data Sources (Slack, Notion, Google Drive, Confluence, GitHub, and more), with semantic search over synced content. Dust's Search method retrieves and ranks relevant passages from selected Data Sources for an agent to ground its answer in, distinct from the Query Tables SQL-based tool used for structured data.
Поддержка MCP
AACFlow
(источник: AACFlow Docs: Using MCP Tools, откроется в новой вкладке)Yes: both MCP client (call external MCP servers) and MCP server (expose AACFlow workflows as MCP tools)
Dust
(источник: Adding an MCP Server | Dust Docs, откроется в новой вкладке)Yes: admins can add Remote MCP Servers (Dust-built or any public MCP server) to a Space, and Client-Side MCP Servers let a local client register tools for a specific conversation at runtime. Remote MCP Servers are added via Spaces > Tools > Add Tool; Client-Side MCP Servers execute tools in the client's own environment for sensitive local operations, distinct from server-hosted tools.
Оценка и ограничители
AACFlow
LLM-judge Evaluator plus Guardrails validation block (источник: AACFlow Docs: Evaluator Block, откроется в новой вкладке)Evaluator block (LLM-judge scoring against user-defined named metrics) and Guardrails block (JSON validity, regex, RAG/hallucination scoring, PII detection/masking). These are per-call scoring/validation primitives, not a batch golden-dataset eval-suite runner or A/B prompt-testing harness.
Dust
(источник: From Evaluation to Maintenance | Dust Blog, откроется в новой вкладке)No dedicated pre-deployment evaluation/guardrail framework: Dust says it is 'not a pre-deployment evaluation platform', and that dataset-based regression testing belongs in CI/CD pipelines, not a built-in feature. Dust instead builds observability signals (usage trends, tool execution patterns, feedback tracking, latency, RAG behavior) natively into the Agent Builder dashboard rather than a formal test-dataset evaluation suite comparable to a dedicated evals feature.
Участие человека (human-in-the-loop)
AACFlow
(источник: AACFlow Docs: Human in the Loop Block, откроется в новой вкладке)Yes: dedicated approval block that pauses a run and waits for a human-submitted "Resume Form," with durable pause/resume via persisted execution snapshots and notification hooks (e.g. Slack, email) carrying the resume link
Dust
(источник: MCP Tool System | dust-tt/dust | DeepWiki, откроется в новой вкладке)Yes: MCP tool execution uses a stakes-tiered approval model (high/medium/low-stake tools, with argument-level approval required for certain medium-stake tool parameters), not a simple 'always ask' vs. auto-execute toggle, and Dust's own guidance recommends human approval before irreversible agent actions. Dust's MCP tool architecture tiers tools by stake level and requires argument-level approval for certain medium-stake tool parameters before execution, and Dust recommends 'mandatory steps, and human approval points before any irreversible action' for consequential agent actions. This is a graduated tool-execution approval model, not a single named workflow node like a dedicated approval action in a workflow tool.
Генеративные медиа
AACFlow
(источник: AACFlow codebase: Image Generator V2, откроется в новой вкладке)Yes: dedicated image (3 provider families incl. OpenAI, Gemini, Fal.ai proxy), video (5 provider families incl. Runway, Veo, Luma, Hailuo, Fal.ai proxy), text-to-speech (7 providers), and speech-to-text (5 providers) blocks
Dust
Native image gen (gemini-3-pro-image) + reference images; separate audio tool; no native video (источник: Image Generation | Dust Docs, откроется в новой вкладке)Partial: native image generation (via Google's gemini-3-pro-image model) with reference-image consistency (up to 14 reference images) and parallel generation is built in; there is no dedicated native video-generation block, though a separate 'Voice and sound generation' tool exists for audio. Dust's Image Generation capability uses Google's gemini-3-pro-image model, supports up to 14 reference images for visual consistency across a series, and can run multiple generations in parallel; generated images are filtered for safety. A separate 'Voice and sound generation' tool provides native audio generation, but no dedicated native video-generation block was found.
Динамическое использование инструментов
AACFlow
(источник: AACFlow codebase: agent tool resolution (pre-wired only), откроется в новой вкладке)No: an Agent block calls tools the workflow author explicitly added to it at build time, rather than browsing and picking from a broader pool (e.g. an entire MCP server catalog) at inference time. Runtime MCP "discovery" exists to resolve/refresh the schema of an already-configured tool. The model does not browse or choose from the server's full tool list.
Dust
(источник: Introducing: multi-tool agents | Dust Blog, откроется в новой вкладке)Yes: a single agent can be configured with multiple tools/actions and dynamically chooses which to invoke per turn based on the conversation, rather than following one pre-wired tool call. Documented as 'multi-tool agents': the agent picks from its configured tool pool (data-source search, Query Tables, MCP tools, code execution, web search) at inference time.
Автоматическая замена модели
AACFlow
(источник: AACFlow codebase: executeProviderRequest (no retry/fallback), откроется в новой вкладке)No: a failed or rate-limited LLM call is retried using AACFlow's own hosted API keys for the same model, rather than automatically switching to a different model or provider. A "fallback" comment in the provider layer refers to rotating among AACFlow's own hosted API keys for the same model, not switching models.
Dust
Not publicly documentedNot publicly documented. No Dust source describes automatic fallback to a different model/provider on a failed or rate-limited call.
Навыки агентов
AACFlow
(источник: AACFlow Docs: Agent skills, откроется в новой вкладке)Yes: named, reusable "Agent Skills" (built on the open Agent Skills / SKILL.md format) that agents load on demand via progressive disclosure, editable in-app or imported from a SKILL.md file or GitHub URL. Only the skill name and description sit in the agent's system prompt (~50-100 tokens each); the full instructions load into context only when the agent calls load_skill.
Dust
(источник: Skills | Dust Docs, откроется в новой вкладке)Yes: 'Skills' are named, reusable packages of instructions, knowledge, and tools shareable across multiple agents, distinct from a one-off system prompt on a single agent. Updating a Skill's instructions automatically propagates the change to every agent using it. Skills can also be managed as files via the GitOps GitHub Action for version-controlled, PR-reviewed updates.
Встроенное развёртывание чата
AACFlow
(источник: AACFlow Docs: Chat Deployment, откроется в новой вкладке)Yes: a workflow can be deployed as a public, shareable Chat interface with selectable auth (public, password, email OTP, or SSO), in addition to API and MCP deployment targets
Dust
(источник: Dust in Teams | Dust Docs, откроется в новой вкладке)Yes: agents are used and deployed through a native web chat surface and directly inside Slack and Microsoft Teams, without a separate form/API/webhook deployment step. Agents are invoked with an '@handle' in Dust's own chat interface, in Slack, and in Teams; this is the primary interaction surface for the product, not an optional add-on channel.
Параллельное выполнение
AACFlow
(источник: AACFlow Docs: Parallel block, откроется в новой вкладке)Yes: a native Parallel block fans a run out into concurrent branches (fixed count or one per list item) and joins their results back into the workflow automatically. Contained blocks run concurrently instead of sequentially, either a fixed number of times or once per item in a list/collection, and each branch's output aggregates for downstream blocks.
Dust
Some tools run concurrently; no general branch/fan-out model (источник: Image Generation | Dust Docs, откроется в новой вкладке)Partial: agents can run multiple tool calls (e.g. several image generations) concurrently within a turn, but Dust has no visual branch/fan-out-and-join execution model since it is not a node-based workflow builder. Documented parallel behavior is scoped to specific tools (e.g. simultaneous image generations for an asset pipeline), not a general-purpose concurrent-branch primitive across an agent run.
Протокол Agent2Agent (A2A)
AACFlow
(источник: AACFlow Docs: A2A integration, откроется в новой вкладке)Yes: a dedicated A2A block sends messages to, tracks and cancels tasks on, and discovers the capabilities of any Agent2Agent (A2A)-compliant external agent via its Agent Card
Dust
Not publicly documented by DustNot publicly documented. No official Dust documentation describes native Agent2Agent (A2A) protocol support; Dust appears only in third-party community lists of A2A-adjacent tools, not in its own docs or blog.
Блок цикла / итерации
AACFlow
(источник: AACFlow Docs: Loop block, откроется в новой вкладке)Yes: a Loop container block runs the blocks inside it repeatedly (For a fixed count, ForEach over a collection, While a condition holds, or Do-While), running iterations one after another; concurrent fan-out is a separate Parallel block
Dust
(источник: Tools | Dust Docs, откроется в новой вкладке)No: Dust has no dedicated for-each/while loop container; its tools page lists default tools (data visualization, web search, file/image creation, agent memory, run-agent), third-party integrations, remote MCP servers, and Dust Apps, none of which is a loop/iterator block. Dust's agent builder is tool-and-instruction driven rather than a step-sequence canvas, so repeated execution over a list or count relies on the model's own reasoning (or delegating subtasks to sub-agents) rather than an explicit loop container that guarantees sequential per-item iteration.

Интеграции

AACFlow provides a larger workflow-oriented integration surface and supports custom code, SDKs, MCP publishing, and event triggers. Dust combines managed connections, APIs, triggers, and MCP-based tools around its conversational agent model.

CompareAACFlow vs Dust
AACFlow
Dust
Интеграции
AACFlow
1,000+ integrations (266 blocks, ~3,900 tool actions) (источник: AACFlow codebase: BLOCK_REGISTRY, откроется в новой вкладке)1,000+ integrations counting individual API actions, built from 266 first-party blocks and roughly 3,900 underlying tool actions. AACFlow's landing page cites the "1,000+ integrations" figure; the block/tool-action counts are the same integration surface measured at a different level of granularity.
Dust
50+ native connections per Dust (источник: Dust for Enterprise, откроется в новой вкладке)50+ native connections (Slack, Notion, Google Drive, Confluence, GitHub, Salesforce, HubSpot, Zendesk, and more), plus MCP servers for further extensibility. Dust's enterprise page states 'native integrations to 50+ business tools'; some third-party listings cite higher figures (100+) that likely include MCP-based and community integrations beyond the core native connector count.
Типы триггеров
AACFlow
Webhook, cron, chat, REST API, 61 app triggers, plus a diff-aware Tables trigger (источник: AACFlow Docs: Triggers overview, откроется в новой вкладке)Webhook, schedule/cron, chat, REST API, and event-based triggers for 61 apps (Slack, Gmail, GitHub, Stripe, etc.), plus a native row-level trigger on AACFlow Tables that fires on insert/update with an optional column watch-list and emits a before/after diff
Dust
Natural-language schedules plus webhook triggers (GitHub, Jira, Zendesk, Linear, Fathom) (источник: Triggers | Dust Docs, откроется в новой вкладке)Natural-language scheduled triggers and event-based triggers from connected systems (e.g. GitHub, Jira, Zendesk, Linear, Fathom, or custom webhooks), invoked in addition to manual chat invocation. Scheduled triggers run an agent on a recurring, plain-language schedule ('Every weekday at 8:30am') without cron syntax; Dust's Webhook Triggers separately let agents react to events from built-in providers (GitHub, Jira, Zendesk, Linear, Fathom) or custom webhooks, rather than only manual chat.
Шаги с собственным кодом
Dust
Val Town serverless functions; legacy Code block is deprecated (источник: Val Town | Dust Docs, откроется в новой вкладке)Partial: Val Town integration lets an agent create/deploy and call serverless JavaScript/TypeScript functions from a conversation; the legacy Dust Apps Code block is deprecated. The Val Town integration supports function creation and deployment of serverless JS/TS functions directly from agent conversations, with real-time results; the earlier general-purpose Code block belonged to the now-deprecated Dust Apps orchestration product.
Настраиваемые песочницы для кода
AACFlow
(источник: AACFlow Docs: Function block - Sandboxes, откроется в новой вкладке)Yes: named sandboxes a workspace maintains and a Function block selects, each declaring a language, its pip or npm dependencies, optional Debian/APT system packages, and optional managed CLI tools from a catalog grouped by cloud, Kubernetes, infrastructure, deployment, data and storage, and security tools; on aacflow.io they require an active Max or Enterprise plan. Only workspace admins can create or edit sandboxes, in Settings → Sandboxes. On aacflow.io each specification is prebuilt into a reusable image so runs pay no install cost. Two sandboxes with the same language, dependency list, system packages, and managed CLI tools share one build. Every managed CLI entry uses a pinned, integrity-checked vendor artifact. With no sandbox selected, remote code runs on the dedicated Function base; import-free JavaScript stays in the local isolated runtime and ignores the sandbox selection either way.
Dust
(источник: Computer Admin Setup | Dust Docs, откроется в новой вкладке)No: the Computer tool runs agent code inside a Dust-managed isolated environment whose runtime image and libraries Dust controls; admins configure the outbound domain allowlist and DST_*/DSEC_* environment variables, but no documented setting declares npm/PyPI packages, OS-level packages, or additional CLI binaries. Computer is documented as a 'controlled workbench' where an agent runs code, processes files (Excel/CSV, Word, PDF, PowerPoint), and generates artifacts, with no open internet access by default. The configurable surface is network allowlisting (exact domains such as api.openai.com, or wildcards such as *.example.com, approved permanently by a workspace admin or for one conversation by a user), non-sensitive configuration variables (DST_*), HTTPS secret placeholders substituted only on approved outbound requests (DSEC_*), and a built-in dsbx CLI. The admin setup page for Computer enumerates the admin surface as exactly two areas, network access and environment variables; no package manifest, dependency declaration, or custom-image option is documented on either page.
Развёртывание через API
AACFlow
(источник: AACFlow Docs: API Reference - Getting Started, откроется в новой вкладке)Yes: a public REST API (mostly under /api/, with /api/v1 reserved for logs and audit-log endpoints) supporting API-triggered workflow execution and deployment rollback. The API reference does not document SSE streaming, a resumable event buffer, a dedicated API-trigger block, or a chat-deployment surface as part of the REST API itself.
Dust
(источник: Client Side MCP Server (Preview) | Dust Docs, откроется в новой вкладке)Yes: a documented Conversation API lets external applications create conversations and post messages to Dust agents programmatically, and a Developer Platform covers broader API access. Client-Side MCP Servers register local tools by creating conversations and posting messages through the Conversation API, which functions as a callable integration surface for external applications.
SDK и расширяемость
AACFlow
Official Python and TypeScript SDKs, plus MCP, code block, and A2A protocol (источник: AACFlow Docs: Python SDK, откроется в новой вкладке)Official client SDKs exist for Python (aacflow-sdk, pip install aacflow-sdk) and TypeScript/JavaScript (aacflow-sdk, npm install aacflow-sdk), both wrapping the REST API (x-api-key header) with methods like execute_workflow / executeWorkflow, retry-with-backoff, and usage-limit lookups. Extensibility is further extended by MCP (client + server), a sandboxed code-execution block (JS/Python), custom tools, and an Agent-to-Agent (A2A) protocol block for external agent interop
Dust
Open MIT repo, API, GitHub Action, MCP ecosystem (источник: dust-tt/dust (GitHub), откроется в новой вкладке)MIT-licensed core repository (dust-tt/dust) on GitHub, a documented Developer Platform/API, an official GitHub Action for GitOps config sync, and community-built MCP bridges. There is no separate first-party multi-language client SDK beyond the API/GitHub Action; extensibility instead centers on the open MIT-licensed codebase, the public API, and the MCP ecosystem, including third-party community projects (e.g. a community-built dust-mcp-server bridge).
Публикация как MCP-сервер
AACFlow
(источник: AACFlow Docs: MCP Deployment, откроется в новой вкладке)Yes: any deployed workflow can be published as a tool on an MCP server (private, API-key protected, or public/no-auth), with ready-to-paste client config generated for Codex, Cursor, Claude Code, Claude Desktop, and VS Code
Dust
(источник: MCP and the emerging enterprise AI OS layer | Dust Blog, откроется в новой вкладке)Yes: Dust can be exposed as an MCP server so external MCP-compatible clients (e.g. Claude Desktop, Cursor) can call Dust agents and data as tools, in addition to consuming external MCP servers itself. Dust's architecture is described as playing a dual role: a client (consuming external MCP tools) and a server (exposing its own agents/data sources) for external AI tools to call, positioning it as a hub rather than a one-directional MCP consumer.

Наблюдаемость и надёжность

AACFlow documents block-level traces, retries, alerts, data export, asynchronous runs, and execution limits. Dust documents workspace analytics and background triggers, but several run-level durability controls are not described publicly.

CompareAACFlow vs Dust
AACFlow
Dust
Трассировка и наблюдаемость
AACFlow
(источник: AACFlow codebase: TraceSpan tree builder, откроется в новой вкладке)Yes: execution logs include a per-block/per-span trace view (duration, cost, token counts, and latency stats like TTFT/TPS) with expandable nested iteration groups, plus a "View Snapshot" frozen copy of the workflow structure and block states at run time for debugging. This trace view is built directly into AACFlow rather than a raw export browsable in an external tool like Jaeger, and does not expose aggregate latency-percentile charts (p50/p95/p99). The run snapshot serves as a log-detail/debugging artifact rather than a resumable mid-run checkpoint.
Dust
Workspace-wide usage/feedback/tool dashboard; no latency or RAG metrics, not per-version (источник: Workspace Analytics | Dust Docs, откроется в новой вкладке)Partial: an Admin > Analytics dashboard shows workspace-wide credit consumption, message/conversation volume, tool execution patterns, and feedback tracking (thumb reactions/comments), broken out by agent, user, or message source, but it does not track latency metrics or RAG-specific behavior, and is not broken out by individual agent version. Dust's Workspace Analytics docs describe an Admin > Analytics dashboard for adoption, credit consumption, and usage patterns, including tool-execution counts/unique users per tool and message feedback, explicitly stating analytics never include message content and are not differentiated by agent version. Latency metrics and RAG-specific behavior are not part of this dashboard.
Надёжность и повторные попытки
AACFlow
Tool-call retries (up to 10x); single-attempt job orchestration (источник: AACFlow codebase: ToolRetryConfig (exponential backoff), откроется в новой вкладке)Individual tool/API calls have configurable exponential-backoff retry (up to 10 attempts). The background job-orchestration layer itself retries only once by design. Durability instead comes from consecutive-failure tracking on schedules and the human-in-the-loop snapshot pause/resume mechanism. AACFlow does not offer guaranteed-once-only block execution, a failed-run holding queue for manual recovery, or a "replay a past execution with its original inputs" feature. The per-execution debugging snapshot serves as a log-detail artifact rather than a resumable mid-run checkpoint.
Dust
Not publicly documentedNot publicly documented. No Dust source describes automatic retries, checkpointing, or replay of a past agent run with its original inputs.
Оповещения о сбоях
AACFlow
(источник: AACFlow Docs: AACFlow Workspace Events trigger, откроется в новой вкладке)Yes: a sim_workspace_event trigger fires on run success/failure, deployments, and cost/latency spikes, wired to any notification block (Slack, email, webhook) for real-time alerting
Dust
Not publicly documentedNot publicly documented. No Dust source describes proactive alerting when an agent run fails or crosses a cost/latency threshold.
Выгрузка данных (data drains)
AACFlow
(источник: AACFlow Docs: Data Drains, откроется в новой вкладке)Yes: Enterprise orgs can continuously export workflow logs, job logs, or audit logs on a schedule to a customer-owned S3 bucket, GCS bucket, Azure Blob container, BigQuery table, Snowflake table, Datadog logs intake, or an HTTPS webhook. Each drain exports exactly one data source; multiple drains are created to export multiple sources. Viewing drain config/run history is restricted to org owners/admins.
Dust
Not publicly documentedNot publicly documented. No Dust source describes continuous export of execution/audit/usage data to an external destination (S3, BigQuery, webhook, etc.).
Асинхронное выполнение
AACFlow
(источник: AACFlow codebase: async execution handler, откроется в новой вкладке)Yes: a workflow can be triggered in fire-and-forget async mode, returning HTTP 202 with an execution ID immediately, then polled through the canonical execution resource across queued/running/terminal states. Async runs are tracked by execution ID through the same execution status endpoint used for durable logs rather than a separate queue-job resource.
Dust
(источник: Triggers | Dust Docs, откроется в новой вкладке)Yes: scheduled and event-based Triggers run an agent in the background without a synchronous chat request, and results are delivered to a configured destination (e.g. Slack) rather than blocking a caller. Scheduled triggers execute on a recurring cadence (e.g. daily pipeline review posted to Slack every morning); this is inherently asynchronous relative to a live chat turn.
Лимиты выполнения
AACFlow
5-50 min sync; async defaults to 90 min, Enterprise up to 7 days (источник: AACFlow Docs: Concurrent Executions, откроется в новой вкладке)Plan-gated: synchronous runs time out at 5 minutes on accounts without a plan and 50 minutes on paid plans; async runs default to 90 minutes, while Enterprise policy can be configured up to 7 days; concurrency ranges from 10 to 1,000 executions per billing account depending on plan. A direct async API request can shorten the account policy for that request, but cannot extend it. Concurrency limits are published in the platform cost docs, where the Enterprise limit is 1,000 by default and customizable. A run that exceeds its time limit is terminated and marked failed with a timeout error.
Dust
Not publicly documentedNot publicly documented. No Dust source publishes concrete numeric limits for maximum single-run duration or concurrent agent-run caps.
Обработка частичных сбоев
AACFlow
(источник: AACFlow codebase: error-output edge routing, откроется в новой вкладке)Yes: any block can be wired to a dedicated error-output edge, so a failing step routes execution down an error-handling branch instead of always halting the entire run
Dust
Not publicly documentedNot publicly documented. No Dust source describes routing one failing tool call to an error-handling path while the rest of an agent turn continues, versus the whole turn failing.
Выполнение без присмотра
AACFlow
(источник: AACFlow codebase: trigger.dev background job backend, откроется в новой вкладке)Yes: scheduled, webhook, and chat-triggered runs execute as background jobs on trigger.dev workers, entirely on AACFlow's servers. No client device needs to be open, awake, or connected for a run to fire or complete; closing the browser tab or shutting down a laptop has no effect on a scheduled or triggered workflow.
Dust
(источник: Triggers | Dust Docs, откроется в новой вкладке)Yes: Dust is a hosted, multi-tenant (or single-tenant Enterprise) cloud product, and scheduled/event-based Triggers run an agent in the background on Dust's own servers with no client device involved. Dust offers no desktop app or local agent; the product is used through a web chat interface, Slack, and Teams, and scheduled triggers (e.g. a daily pipeline review posted to Slack every morning) fire on Dust's cloud infrastructure regardless of whether any user has a browser tab, laptop, or session open at the time.

Поддержка

Both products provide documentation and learning resources. AACFlow emphasizes an Enterprise dedicated-support option, while Dust also documents community forums and enterprise onboarding.

CompareAACFlow vs Dust
AACFlow
Dust
Каналы поддержки
AACFlow
Community support plus Enterprise 'Dedicated Support' (источник: AACFlow Pricing Page, откроется в новой вкладке)Community plus an unquantified "Dedicated Support" flag on the Enterprise plan. Enterprise and pricing pages do not include CSM, onboarding/enablement, or professional-services details beyond a plan-comparison-table "Dedicated Support" flag.
Dust
Docs, community forum, changelog, enterprise onboarding (источник: Dust Docs, откроется в новой вкладке)Documentation (docs.dust.tt), a public community (community.dust.tt), a blog/changelog, and enterprise account support; Enterprise plans reference dedicated onboarding. Dust maintains a structured documentation site, a community forum, and a regularly updated changelog; enterprise customers are documented as receiving allocated onboarding/training hours scaled to customer segment.
SLA
AACFlow
(источник: AACFlow Pricing Page, откроется в новой вкладке)Yes: the Enterprise plan includes a "Dedicated Support" feature per the pricing plan-comparison table; no SLA terminology, response-time, or uptime figures are published on the enterprise or pricing pages
Dust
Not publicly documentedNot publicly documented. No Dust source publishes a product-specific uptime SLA percentage.
Сообщество
Dust
Active but newer community forum plus Academy (источник: Using the Table Queries Tool for Database Files | Dust Community, откроется в новой вкладке)Active: a public community forum (community.dust.tt) and Dust Academy course discussions. community.dust.tt hosts help/support threads (e.g. troubleshooting Table Query tool usage); it is smaller and newer than long-established open-source automation communities.
Академия / обучение
AACFlow
(источник: AACFlow Docs: Academy, откроется в новой вкладке)Yes: AACFlow Academy is a dedicated structured-learning section of the docs site, separate from reference documentation and the API reference
Dust
(источник: Dust Academy, откроется в новой вкладке)Yes: Dust Academy (dust.tt/academy) offers structured, hands-on courses on navigating the platform, chaining agent calls, connecting company data, agent actions/integrations, and scheduling agents. Positioned explicitly as handling fundamentals so enterprise implementation teams can focus on customer-specific use cases rather than repeating basic training.

Сильные стороны AACFlow

AI Copilot / Chat agent-building surface (источник: AACFlow Docs: Copilot, откроется в новой вкладке)

Chat builds and manages work across the workspace; in-editor Copilot edits a single workflow.

A workspace-wide natural-language surface (Chat) that can build workflows, manage data, and take actions across integrations, plus an in-editor Copilot scoped to building and editing a single workflow directly.

Hybrid semantic + keyword knowledge base (источник: AACFlow codebase: KB schema + file-parsers, откроется в новой вкладке)

Combines vector and full-text search with configurable chunking across 11 file formats.

Built-in RAG with pgvector embeddings and a generated tsvector column for combined vector + full-text search, plus a token-based chunker with configurable chunk size/overlap and 11 supported file formats (csv, doc, docx, html, json, md, pdf, pptx, txt, xlsx, yaml).

Native MCP client and server (источник: AACFlow Docs: MCP Deployment, откроется в новой вкладке)

Call external MCP servers as tools, or expose AACFlow workflows as an MCP server.

A dedicated MCP block lets any workflow call external MCP servers as a tool, and a serve/workflow-servers API surface lets AACFlow expose its own workflows as MCP servers.

Fork a workspace into dev, qa, and prod environments (источник: AACFlow Docs: Workspace Forks, откроется в новой вкладке)

Fork, diff, and promote environments with mandatory credential remapping.

Fork a whole workspace into a dev/qa/prod-style child environment, preview a diff, and promote changes bidirectionally. Credential and env-var remapping is required on every promote, so secrets never cross environments silently.

Human-in-the-loop approvals with durable resume (источник: AACFlow Docs: Human in the Loop Block, откроется в новой вкладке)

Pause a run for human approval and resume later via a durable snapshot link.

A dedicated block pauses a run and waits for a human-submitted approval form, backed by persisted execution snapshots so the run can resume later via a link, even after a server restart.

Live multiplayer canvas editing (источник: AACFlow codebase: realtime presence handler, откроется в новой вкладке)

Real-time cursors, selections, and synced edits on the same canvas.

Real-time cursors, selection broadcasting, and synced concurrent edits over a dedicated realtime backend, so a team can build the same workflow together at the same time.

Задокументированные ограничения Dust

No visual, node-based canvas: agents are configured through forms and text (источник: Dust Apps: Core Concepts | Dust Docs, откроется в новой вкладке)

Agent builder is form/instruction-based; the older visual block builder is deprecated.

Dust's agent builder is a form-based, instruction-driven interface (name, description, instructions, model, tools, knowledge), not a drag-and-drop node/flow canvas. Its earlier block-based visual orchestration product, 'Dust Apps', is deprecated: only apps created before October 2025 remain accessible, and creating new ones is disabled.

No dedicated pre-deployment evaluation/dataset-testing framework, a gap shared with most agent builders (источник: From Evaluation to Maintenance | Dust Blog, откроется в новой вкладке)

Dust says it is not a pre-deployment eval platform, a gap shared with most agent builders.

Dust explicitly says it is 'not a pre-deployment evaluation platform': dataset-based regression testing belongs in CI/CD pipelines and specialized testing tools, and Dust builds observability signals into the agent-builder workflow instead of a formal eval-suite feature. This is a gap most agent builders share, including AACFlow, whose own Evaluator and Guardrails blocks are per-call scoring/validation primitives rather than a batch golden-dataset eval-suite runner.

Self-hosting is not a supported deployment path despite an MIT-licensed core (источник: dust-tt/dust LICENSE (GitHub), откроется в новой вкладке)

Code is MIT-licensed on GitHub, but only a hosted SaaS deployment is supported.

The core dust-tt/dust repository is MIT-licensed on GitHub, but Dust is sold and operated only as hosted SaaS. There is no documented, supported way to self-host a production Dust workspace on customer infrastructure.

No native spreadsheet-like data table; structured data is queried, not edited (источник: Table queries | Dust Docs, откроется в новой вкладке)

Query Tables runs SQL over external data; there is no native editable data grid.

Dust's Query Tables tool lets an agent generate and run SQL over structured sources (CSVs, Notion databases, Google Sheets, Snowflake, BigQuery), but Dust has no native, editable spreadsheet-grid feature with arrow-key navigation and copy-paste, unlike a dedicated data-table product.

Итог

Choose AACFlow if you want an AI workspace that treats AI agents as first-class citizens: native multi-LLM support, real-time multiplayer editing, environment promotion (dev/qa/prod), human-in-the-loop approvals, and enterprise governance (SSO, credential-level permissions, audit logs) built in rather than bolted on.

Choose Dust if you specifically need zero visual/flow layer by design, building only through forms, text, and conversation: Dust's Agent Builder is entirely form and text based, name, description, instructions, model, tools, knowledge, guided by a conversational 'Sidekick' assistant, with no visual canvas at all (its earlier block-based 'Dust Apps' product is deprecated). Agents deploy natively into a shared, multiplayer workspace and out to Slack, Teams, and other chat surfaces. A team that wants agents assembled purely from plain-language instructions and templates, with no drag-and-drop layer to learn or maintain, gets that directly. Teams that do want infrastructure-as-code can also define Skills and agent configurations as files in a Git repository and sync them via an official GitHub Action, with the same PR review and rollback workflow as application code.

Часто задаваемые вопросы

AACFlow is an AI workspace where teams build, deploy, and manage AI agents visually, conversationally, or with code. Dust is an enterprise AI agent platform where teams build no-code agents connected to company data and tools in a shared, multiplayer workspace, then deploy them to chat, Slack, and other surfaces. Teams considering a switch typically weigh pricing model, and how AI-native the platform's agent-building experience is.

Каждый агент вашей компании. Всё в одном месте.