AACFlow против Pipedream
AACFlow — ИИ-рабочее пространство, где команды создают, развёртывают и сопровождают ИИ-агентов визуально, в диалоге или кодом. Вот как AACFlow соотносится с Pipedream по архитектуре платформы, возможностям ИИ, интеграциям, ценам, безопасности и поддержке. Каждый факт ниже подтверждён источником и датой, последняя проверка: .
AACFlow — ИИ-рабочее пространство для создания, развёртывания и сопровождения ИИ-агентов. На этой странице AACFlow сравнивается с Pipedream по архитектуре платформы, возможностям ИИ, интеграциям, ценам, безопасности и соответствию требованиям, наблюдаемости и поддержке; используются факты с источниками и датами для тех, кто выбирает между двумя платформами.
Что такое 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.
Что такое Pipedream?
Pipedream is a cloud integration platform, now owned by Workday (acquired Nov 2025), that connects 3,000+ APIs through low-code workflows or custom Node.js/Python/Go code, and exposes those integrations to AI agents as tools through a hosted MCP server.
AACFlow и Pipedream: сравнение по возможностям
В разделах ниже AACFlow и Pipedream сравниваются по платформе и развёртыванию, ценам, безопасности и соответствию требованиям, возможностям ИИ, интеграциям, наблюдаемости и поддержке.
Платформа и развёртывание
CompareAACFlow vs Pipedream
AACFlow
Pipedream
Тип конструктора
AACFlow
Visual canvas, chat, or code (источник: AACFlow Docs: Introduction (visual, natural-language, and API/SDK building), откроется в новой вкладке)Visual drag-and-drop canvas, natural-language (Chat), or code (API/SDK)
Pipedream
Visual builder plus custom code steps (источник: Pipedream Docs, откроется в новой вкладке)Hybrid low-code/code. Visual workflow builder with drag-and-drop steps that can each be swapped for custom code (Node.js, Python, Bash, Go); pre-built components work as no-code blocks or can be scaffolded into custom code.
Порог входа
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.
Pipedream
Not publicly documentedUnknown. No primary source (docs, pricing, or trust page) publishes a learning-curve assessment.
Варианты развёртывания
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.
Pipedream
Cloud-hosted SaaS on AWS us-east-1 (источник: Pipedream Docs: Privacy & Security, откроется в новой вкладке)Cloud-hosted only (multi-tenant SaaS, AWS us-east-1). Pipedream infrastructure runs on AWS in the us-east-1 region; no on-prem, Docker, or Kubernetes deployment is offered for the core platform. A 'Virtual Private Clouds' feature covers network-level workflow access to private resources, not hosting the platform itself.
Шаблоны
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.
Pipedream
(источник: Pipedream Templates, откроется в новой вкладке)Yes. Pipedream publishes a public template library at pipedream.com/templates, and any workflow can be shared/cloned via a Workflow Share Link.
Продвижение между средами
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.
Pipedream
GitHub Sync promotes whole projects via branch merge (источник: Pipedream Docs – Connect Environments, откроется в новой вкладке)Partial: GitHub Sync promotes an entire project (all its workflows) via a development-to-production branch merge; no per-file promotion and no native clone/fork of an existing project into a new one. Pipedream Connect projects have Development and Production environments, but these scope connected end-user accounts and Connect API tokens — not general per-project workflow promotion. The closest equivalent for promoting workflows is GitHub Sync (Advanced/Business plans): each project links to one GitHub repo, all of a project's workflows and resources are serialized to YAML, changes are made in a development branch, and merging that branch into `production` deploys everything that changed to production workflows. This is project-level (whole-project, branch-merge) promotion, not file-level. Pipedream's own docs also state that syncing an existing GitHub repo of workflows into a new Pipedream project ('cloning' a project via GitHub Sync) is not currently possible.
Контроль версий
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.
Pipedream
Deploy/draft revert; full history only via GitHub Sync (источник: Pipedream Community – staff reply on version history, откроется в новой вкладке)Deploy/draft model with undo via GitHub Sync; no native diff view or per-step version history confirmed. Each workflow has a deployed (live) version and an editable draft; discarding a draft reverts to the last deployed version. Pipedream states there is no native per-step version-history or diff UI, and points users to GitHub Sync for full git-based history, review, and revert. Some third-party sources describe a newer in-editor version-history panel with preview and rollback, not confirmed in Pipedream's own documentation.
Совместная работа в реальном времени
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
Pipedream
(источник: Project Access Controls docs, откроется в новой вкладке)No: Pipedream's collaboration model is workspace/project sharing, with team members able to view and edit the same workflows and connected accounts, but not live concurrent multi-user editing with visible cursors, selections, or synced real-time operations on the same workflow canvas.. Collaboration features (workflow sharing, team workspaces) are gated to paid plans and described as asynchronous project/account sharing, not simultaneous live editing.
Встроенное файловое хранилище
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.
Pipedream
(источник: File Stores docs, откроется в новой вкладке)No: Pipedream's native file feature (File Stores) is a project-scoped cloud filesystem with list/upload/download/delete operations and no documented size limit, but no folders, link-based sharing with auth options (password/SSO), or deleted-item recovery. Link-based sharing requires a separate connected app like Google Drive or Dropbox.. File Stores are per-project cloud storage for workflow use, not a full file-management product with folders, shareable links, or a trash/recovery flow.
Встроенные таблицы данных
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."
Pipedream
(источник: Data Stores docs, откроется в новой вкладке)No: Pipedream's native data feature is Data Stores, a key-value store (with a dashboard grid view for records) for lightweight state and caching, not a spreadsheet-like table with defined rows/columns and spreadsheet keyboard navigation (arrow keys, multi-cell copy-paste). Spreadsheet-like functionality requires integrating an external app like Google Sheets or Excel.. Data Stores can be viewed/edited in a dashboard, but Pipedream documentation frames them as key-value storage, not a spreadsheet grid product.
Редактор документов с форматированием
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
Pipedream
(источник: HTML to Markdown action, откроется в новой вкладке)No: Pipedream provides text-format conversion actions (HTML-to-Markdown and Markdown-to-HTML) as workflow steps, but has no native inline WYSIWYG rich-text editor for authoring or storing documents within the platform itself.. The only markdown-related features are conversion utilities for use inside workflow steps, not a document-editing surface.
Подворкфлоу (композиция)
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.
Pipedream
(источник: Pipedream Docs: Destinations (emit), откроется в новой вкладке)No: Pipedream's mechanism for connecting workflows is $.send.emit(), which is asynchronous ("Destination delivery is asynchronous: emits are sent after your workflow finishes"). This triggers a separate listener workflow after the emitting workflow completes; it is not a step that calls a saved workflow synchronously, waits for it, and receives its return value.. Pipedream has no "call workflow" or "execute sub-workflow" step. Community help threads confirm the emit-and-listen pattern is the standard workaround for chaining workflows, not true parent-waits-for-child composition.
Собственные блоки (повторное использование в организации)
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.
Pipedream
(источник: Pipedream Docs: Sharing Code Across Workflows, откроется в новой вкладке)No: Pipedream's closest mechanism is publishing a single Node.js code step as a reusable 'custom action' that shows up under 'My Actions' for other steps to select, not a full multi-step deployed workflow turned into an org-wide toolbar block. The published code stays directly visible and editable to whoever adds it (no encapsulation of internals/credentials), and updates are opt-in: Pipedream's own docs state a new version 'doesn't automatically update all instances of the same action across your workflows... this gives you the control to gradually update.'. No Pipedream documentation describes taking an entire deployed workflow, auto-deriving its inputs, letting the publisher hand-pick named outputs, and exposing it as a named/iconed block in the builder toolbar for every other team member to drop into their own workflows while always running the source's latest deployed version. 'Sharing Code Across Workflows' scopes reuse to one code step at a time (multi-step reuse requires the CLI to build a full component, which then cannot be edited inline), and the Components docs don't address workflow-to-component conversion at all. Pipedream's registry model is instead built around wrapping third-party API calls into app integrations, not packaging a user's own business-logic workflow as a hidden-internals block.
Тарифы
CompareAACFlow vs Pipedream
AACFlow
Pipedream
Модель ценообразования
AACFlow
Credit-based billing, BYOK exempt from caps (источник: AACFlow Pricing, откроется в новой вкладке)Credit-based usage billing (Stripe), with bring-your-own-key exemption from metered caps
Pipedream
Credit-based compute; separate Connect usage pricing (источник: Pipedream Docs: Plans and Pricing, откроется в новой вкладке)Credit-based compute pricing (per-execution-time credits) plus separate Connect usage/end-user pricing. 1 credit = 30 seconds of workflow compute at 256MB memory; credit burn rate scales with memory allocation. Connect (embedding Pipedream in your own app) bills separately on API usage (actions/tool calls/trigger emits) and number of connected end users.
Начальный платный тариф
AACFlow
Pro plan at $25/user/month (источник: AACFlow Pricing, откроется в новой вкладке)Pro: $25 per user/month
Pipedream
~$29–$45/mo (unconfirmed) (источник: Pipedream Pricing page (official, JS-rendered, not independently verifiable via fetch), откроется в новой вкладке)Not publicly listed; third-party estimates range roughly $29–$45/mo for the entry paid tier. Pipedream's own pricing page is JavaScript-rendered and not directly verifiable via static fetch. Third-party sources report conflicting numbers for the entry paid tier, roughly $29/mo to $45/mo for around 2,000 credits/month, but the exact current price is unconfirmed from a primary source.
Бесплатный уровень
AACFlow
(источник: AACFlow Pricing, откроется в новой вкладке)No free tier: usage is paid for with prepaid wallet credits or a paid plan
Pipedream
(источник: Pipedream Docs: Plans and Pricing, откроется в новой вкладке)Yes: free workspace with a daily credit limit. Free workspaces get a daily limit of free credits (cannot be exceeded/rolled over), a capped number of active workflows and connected accounts, community-only support, and Connect development-environment access only. Developing/testing a workflow with test events in the builder is always free, and public-registry event source triggers are free.
Собственный ключ (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
Pipedream
Not formally documented as BYOKUnknown. Pipedream has no documented formal 'bring your own LLM API key' program; users add their own OpenAI/other provider connected accounts, which functions similarly to BYOK for the LLM app integrations.
Безопасность и соответствие требованиям
CompareAACFlow vs Pipedream
AACFlow
Pipedream
SOC 2
AACFlow
(источник: AACFlow Landing Page, откроется в новой вкладке)No third-party SOC 2 report is claimed
Pipedream
(источник: Pipedream Docs: Privacy and Security, откроется в новой вкладке)Yes: SOC 2 Type II. Pipedream provides a SOC 2 Type 2 report on request, undergoes annual third-party audits, and uses continuous-compliance monitoring tooling. It also supports HIPAA, acting as a Business Associate and offering BAAs.
Резидентность данных
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
Pipedream
Single AWS us-east-1 region only (источник: Pipedream Docs: Privacy and Security, откроется в новой вкладке)Single-region (AWS us-east-1); no customer-selectable data residency documented. Pipedream's infrastructure and customer data are hosted on AWS in the us-east-1 region within AWS-controlled data centers, with no alternate regions or customer-chosen data residency.
Ролевой контроль доступа
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.
Pipedream
Workspace-level controls; granular RBAC unclear (источник: Pipedream Docs: Privacy and Security, откроется в новой вкладке)Workspace-level access controls exist; granular per-plan RBAC not fully documented. OAuth clients and workspace administration are scoped to workspace admins, and internal staff access follows least-privilege principles, but no page enumerates a customer-facing RBAC feature (custom roles/permissions) or which plans include it.
Журнал аудита
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
Pipedream
Internal monitoring only; no customer audit log (источник: Pipedream Docs: Privacy and Security, откроется в новой вкладке)Internal infra monitoring confirmed; customer-facing audit log feature/plan-gating not documented. Pipedream documents using CloudTrail, CloudWatch, Datadog and custom alerts for its own infrastructure monitoring, but no page confirms a customer-accessible workspace audit log feature or specifies which plans include it.
Дополнительное соответствие требованиям
AACFlow
None claimed (источник: AACFlow Enterprise Page, откроется в новой вкладке)None claimed. No additional third-party certification is claimed.
Pipedream
SOC 2, HIPAA BAA, GDPR SCCs; ISO via AWS only (источник: Pipedream Docs – Privacy and Security, откроется в новой вкладке)SOC 2 Type 2, HIPAA (via BAA, Enterprise), GDPR (SCCs), and AWS KMS infra with ISO 27001/27017/27018. No independent Pipedream-held ISO 27001/PCI/FedRAMP certification on the trust page. Pipedream's Privacy and Security page states it provides a SOC 2 Type 2 report on request, signs Business Associate Addendums (BAAs) for HIPAA/PHI use cases (Enterprise), and uses Standard Contractual Clauses (SCCs) for GDPR-related data transfers. Sensitive data (OAuth grants, key-based credentials, env vars) is encrypted at rest with AES-256-GCM via AWS KMS, which itself holds SOC 1/2/3 and ISO 27001/27017/27018 certifications. That ISO/PCI/FedRAMP coverage is inherited from the AWS infrastructure layer, not a certification Pipedream independently holds on its own trust page. Some third-party review sites describe Pipedream itself as directly PCI, FedRAMP, and CSA STAR compliant, but Pipedream's own security documentation does not corroborate this.
Управление моделями и инструментами
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.
Pipedream
Not publicly documentedUnknown. Not publicly documented for Pipedream.
Управление учётными данными
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.
Pipedream
(источник: Connected Accounts docs, откроется в новой вкладке)No: Pipedream's governance model restricts access to a connected account as a whole (private by default, ownership-based, with Business-plan project-level access restriction), rather than letting an admin restrict which specific credentials a given role or permission group may use within shared projects.. Connected accounts are private to the connecting user by default and can be granted or restricted per project on Business plans, coarser than per-role governance of specific stored credentials.
Единый вход (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
Pipedream
(источник: Single Sign On Overview, откроется в новой вкладке)Yes: Pipedream supports Single Sign-On via SAML 2.0 with any compatible identity provider (including Okta and Google Workspace) on the Business plan.. Documentation confirms SAML 2.0 SSO and requires a Business-plan workspace, but does not mention OIDC as a supported protocol or call out any separate Enterprise-tier requirement.
Настраиваемая политика сессий
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.
Pipedream
No documented admin session lifetime or idle timeout (источник: Pipedream Docs: Managing workspaces (2FA, SSO, verified domains), откроется в новой вкладке)Not publicly documented: Pipedream's workspace administration and SSO documentation enumerates the security controls available to admins — requiring two-factor authentication for all members, configuring SAML/Google/Okta SSO, SCIM provisioning, and managing verified domains, all on the Business plan — and includes no absolute session lifetime, idle timeout, or forced re-authentication interval. Pipedream also does not publish a fixed session length for the dashboard, so the absence of an admin control is inferred from the documentation rather than stated by Pipedream.. Neither the workspace administration docs, the SSO overview, nor the Privacy and Security page mentions session duration, idle timeout, or re-authentication frequency; the only session-related announcement Pipedream has published was a one-time invalidation of all login sessions during a September 2021 maintenance window, which stated no ongoing policy. Workspaces on SSO inherit whatever re-authentication cadence the upstream identity provider enforces, but that is the IdP's policy rather than a Pipedream-side control. The one expiration Pipedream does publish covers API credentials rather than signed-in user sessions: REST API OAuth access tokens expire after 1 hour.
Проверенные собственные интеграции
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.
Pipedream
(источник: Pipedream Docs: Components Guidelines & Patterns, откроется в новой вкладке)No: Pipedream's 3,000+ app integrations are backed by a public component registry (pipedreamhq/pipedream on GitHub) where any developer can fork the repo, write a trigger or action, and submit it as a pull request for anyone else's workflows to run; users can also write and execute their own arbitrary custom code steps.. Pipedream's own contributing docs describe the merge path as: submit a PR, the code runs through automated checks (linting, dependency install, and other CI a contributor can also run locally via pnpm), the Pipedream team reviews it against published Component Guidelines & Patterns, and once approved the PR is merged to master and the component becomes runnable by every Pipedream user. That review step is functional/style-focused (code structure, error handling, README quality), not a documented formal security audit, static-analysis security scan, or sandboxed vulnerability assessment distinct from ordinary code review. This is the inverse of AACFlow's model: AACFlow has no public marketplace where an arbitrary third party can publish and have other users install executable tool code, whereas Pipedream's whole integration catalog is built on exactly that open, PR-based contribution model. No security incident specific to a malicious or compromised Pipedream component is publicly documented.
Скрытие персональных данных
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
Pipedream
Unknown, no PII redaction feature foundUnknown: Pipedream has no documented built-in feature that detects and redacts or blocks PII (emails, SSNs, etc.) in workflow content or retained execution logs. Its security materials focus on encryption, SOC 2 compliance, and log-deletion timelines, not content-level PII scanning.
Настраиваемое хранение данных
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
Pipedream
(источник: Privacy and Security at Pipedream, откроется в новой вкладке)Yes: Pipedream documents account-level retention rules for event/execution data, and states Enterprise customers can turn off all data retention, while internal application logs are deleted within about 30 days by default.. Documentation is thin on exact self-serve controls for standard workspaces; the clearest statement of org-configurable retention is tied to the Enterprise plan.
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
Pipedream
(источник: Custom Domains docs, откроется в новой вкладке)No: Pipedream supports custom domains for HTTP endpoint URLs, but its documentation and community support state the authentication/consent experience is not white-label. Users always see Pipedream branding and are asked to consent to Pipedream processing their data during connect flows, so vendor branding cannot be fully replaced across the workspace or deployed-app UI.. Custom domains only rebrand webhook endpoint URLs (e.g. api.example.com instead of *.m.pipedream.net); the OAuth/consent UI and general product UI keep Pipedream branding.
Возможности ИИ
CompareAACFlow vs Pipedream
AACFlow
Pipedream
Поддержка нескольких 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.
Pipedream
(источник: Pipedream Apps directory (OpenAI app + others), откроется в новой вкладке)Yes, via app-specific LLM actions (OpenAI confirmed; other providers available as separate app integrations). Pipedream's OpenAI app provides pre-built LLM actions for workflows, and workflows can run parallel/non-dependent LLM queries. Other model providers are addable as their own apps in the 3,000+ integration catalog, though no single page enumerates every LLM provider supported as a first-class block.
Блоки рассуждений агента
AACFlow
(источник: AACFlow codebase: block registry, откроется в новой вкладке)Yes: dedicated agent, function-calling, RAG, code-execution, and evaluation blocks, not just data routing
Pipedream
(источник: Pipedream homepage, откроется в новой вкладке)Yes: dedicated AI Agent Builder. Pipedream markets an 'AI Agent Builder' to prompt, run, edit, and deploy AI agents, distinct from plain data-routing workflow steps.
Создание на естественном языке
AACFlow
(источник: AACFlow Docs: Copilot, откроется в новой вкладке)Yes: Chat + in-editor AI Copilot can build and modify workflows from natural-language requests
Pipedream
(источник: Pipedream Blog: Build workflows faster with AI, откроется в новой вкладке)Yes: 'Edit with AI'. An 'Edit with AI' button in the workflow header or any code step lets users modify workflows using natural-language instructions.
База знаний / 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
Pipedream
(источник: Pipedream Blog: Build your own chat bot with OpenAI and Pipedream, откроется в новой вкладке)No dedicated customer-facing KB/RAG product feature. Pipedream built an internal Postgres+pgvector RAG system to power its own documentation search/chat assistant, but it is not offered as a customer-usable knowledge-base/vector-store feature inside workflows.
Поддержка MCP
AACFlow
(источник: AACFlow Docs: Using MCP Tools, откроется в новой вкладке)Yes: both MCP client (call external MCP servers) and MCP server (expose AACFlow workflows as MCP tools)
Pipedream
(источник: Pipedream Docs: MCP Servers, откроется в новой вкладке)Yes: first-class, hosted MCP server. Pipedream runs a hosted MCP server (mcp.pipedream.com) exposing 3,000+ apps / 10,000+ tools to any MCP client, with managed OAuth and credential isolation. Its GitHub repo also includes a reference/self-hosted MCP server implementation, though Pipedream notes it is no longer actively maintained and recommends the hosted remote MCP server for production use.
Оценка и ограничители
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.
Pipedream
Not publicly documentedUnknown. No built-in evals, guardrails, or agent-safety policy tooling documented.
Участие человека (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
Pipedream
(источник: Pipedream Docs – Pause, Resume, and Rerun a Workflow, откроется в новой вкладке)Yes: native `$.flow.suspend()` pause/resume/cancel primitive. Pipedream has a dedicated code primitive, `$.flow.suspend()`, distinct from a plain delay (`$.flow.delay`). Calling it pauses the workflow and generates a resume link and a cancel link for that execution, which the workflow author sends to a human approver through any channel (email, Slack, etc.) as a workflow step. Opening the resume link continues the run; opening the cancel link stops it. A suspended run auto-cancels after 24 hours by default if nobody acts, and that timeout is configurable.
Генеративные медиа
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
Pipedream
Image/video via provider actions; no native TTS/STT (источник: Pipedream – Generate Video from Image (Vertex AI), откроется в новой вкладке)Image and video generation via third-party provider actions (e.g. Google Vertex AI Veo); no confirmed native standalone audio/TTS-STT block. Pipedream's marketplace includes pre-built actions for AI media generation, notably 'Generate Video from Image' and 'Generate Video from Text' via Google Vertex AI (Veo models), with audio generation bundled into that same action rather than offered as its own text-to-speech/speech-to-text block. These are pre-built component actions, not a dedicated first-party media-generation product. Image, video, and audio generation are otherwise reached through broader app integrations (OpenAI, Google, ElevenLabs, etc.), with no standalone speech action separate from those third-party connectors.
Динамическое использование инструментов
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.
Pipedream
Not publicly documentedUnknown. Not publicly documented for Pipedream.
Автоматическая замена модели
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.
Pipedream
Not publicly documentedUnknown. Not publicly documented for Pipedream.
Навыки агентов
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.
Pipedream
Unknown, no named prompt-skill library foundUnknown: Pipedream has no documented feature for defining named, reusable prompt or knowledge snippets that can be invoked by reference across multiple agents. Its reuse model is centered on code component reuse (shared prop definitions and methods across workflow steps), not named prompt/skill libraries for AI agents.. Pipedream documents reusable code components and props across workflow steps, but nothing for reusable prompt/knowledge snippets specific to agents.
Встроенное развёртывание чата
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
Pipedream
Unknown, unclear if chat is natively hostedUnknown: Pipedream has an AI Agent Builder that lets users prompt, run, edit, and deploy agents, and offers an open-source reference chat app (MCP Chat) built on its MCP server, but does not document a native, one-click publicly deployable chat surface hosted by Pipedream itself for a built agent, distinct from API/webhook/form deployment.. MCP Chat is a separate open-source reference app developers self-host, not a built-in hosted chat deployment target inside the Pipedream product.
Параллельное выполнение
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.
Pipedream
(источник: Pipedream Docs: Parallel control flow, откроется в новой вкладке)Yes: native 'Parallel' control-flow step. Pipedream's Parallel operator lets a workflow branch into multiple paths that execute concurrently rather than sequentially, with optional per-branch conditions, then merges back into the parent flow using each branch's last-step exports. Documentation notes workflow queue concurrency/rate settings may not behave as expected when this operator is used.
Протокол 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
Pipedream
(источник: Pipedream Docs: MCP Servers, откроется в новой вкладке)No documented support found. Pipedream does not support the Agent2Agent (A2A) protocol or an Agent Card in any documentation, changelog, or blog post. It documents MCP (agent-to-tool) support via its Connect MCP server, a distinct protocol from A2A (agent-to-agent).
Блок цикла / итерации
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
Pipedream
(источник: Pipedream Docs: Control Flow overview, откроется в новой вкладке)No: Pipedream's control flow docs list If/Else, Delay, Filter, and End Workflow as available operators, and the control flow overview page states "more operators (including parallel and looping) are coming soon" even after the Parallel operator itself shipped. A dedicated sequential Loop/Repeat/For Each container is not released.. No page exists for a Loop or Repeat control-flow operator, and long-running community threads confirm the standard workaround is iterating over an array inside a Node.js or Python code step rather than using a native loop block.
Интеграции
CompareAACFlow vs Pipedream
AACFlow
Pipedream
Интеграции
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.
Pipedream
3,000+ apps, 10,000+ pre-built tools (источник: Pipedream homepage, откроется в новой вкладке)3,000+ integrated apps; 10,000+ pre-built tools. Homepage states: '3,000+ integrated apps. Use managed authentication across 3,000+ apps and build agents to solve any use case' and 'Access 10k tools. Embed pre-built tools (triggers and actions) directly in your application or AI agent.'
Типы триггеров
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
Pipedream
Webhook, cron, app events, REST API (источник: Pipedream Docs: REST API, откроется в новой вкладке)Webhook/HTTP, schedule (cron), app-event sources, and REST-API-driven workflow instantiation. Workflow editor supports building hosted HTTP REST endpoints or scheduled cron tasks; 'source' triggers fire on app events (e.g., new Slack message); workflows can also be created/run programmatically via the REST API. There is no standalone 'chat trigger' block, though Connect-based agent tool invocation effectively serves that role.
Шаги с собственным кодом
AACFlow
(источник: AACFlow Docs: Function block, откроется в новой вкладке)Yes: code-execution block for custom logic
Pipedream
(источник: Pipedream Docs, откроется в новой вкладке)Yes: Node.js, Python, Bash, Go. Any workflow step can be a custom code step in Node.js, Python, Bash, or Go.
Настраиваемые песочницы для кода
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.
Pipedream
Packages only: any npm or PyPI dependency, fixed OS image (источник: Pipedream Docs: Running Node.js in Workflows (npm packages), откроется в новой вкладке)Partial: at the package layer only. A code step declares its own third-party dependencies inline, any npm package in Node.js (`import axios from "axios@0.19.2"` pins an exact version, and `^`/`~` ranges are accepted) and any PyPI package in Python (`import requests`, with `# pipedream add-package pandas==2.0.0` to pin), with no package.json or requirements.txt to maintain. The OS layer underneath is not user-configurable — there is no custom image, Dockerfile, or apt-level control: Bash steps ship a Pipedream-chosen set of binaries (curl, jq, git), and the docs state that packages needing binaries or system libraries absent from the execution environment are unsupported.. Pipedream's docs are explicit that workflows start with no packages installed and that importing a module is what makes it available for that step, so the dependency set is genuinely user-controlled per step rather than a vendor-curated allowlist. System-level configuration is not exposed: Pipedream's Python docs say of packages requiring environment binaries that "we cannot support these types of packages at this time," and the Bash docs direct users who need a package preinstalled to file a support request, with downloading and building software into the 2GB `/tmp` scratch directory at run time as the only self-service workaround. There is no custom-image, Dockerfile, or apt-level configuration, and because Pipedream is cloud-hosted only there is no self-hosted runtime a team could rebuild instead.
Развёртывание через 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.
Pipedream
(источник: Pipedream Blog: Creating Workflows with the REST API, откроется в новой вкладке)Yes: workflows can be hosted as HTTP/REST endpoints. The workflow builder can create a free HTTP endpoint you can send requests to, running any Node.js code or pre-built actions per request; workflows can also be created and deployed programmatically via Pipedream's own REST API ('Instantiate via API').
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
Pipedream
(источник: npm registry – @pipedream/sdk (latest), откроется в новой вкладке)Yes: official TypeScript SDK (@pipedream/sdk) and Python SDK (pipedream on PyPI), plus @pipedream/connect-react for embeddable connect UI. Pipedream ships an official TypeScript SDK, @pipedream/sdk (v3.1.1 on npm), and an official Python SDK, published as `pipedream` on PyPI (v2.1.14), both for programmatic access to the Pipedream/Connect APIs, alongside a companion @pipedream/connect-react package (v3.0.1 on npm) for embeddable React auth/connect UI. Beyond the SDKs, Pipedream provides a full component development kit: triggers and actions ('components') are plain Node.js modules that run on Pipedream's serverless infrastructure and can use most npm packages with no install step. Components are open-sourced in the public PipedreamHQ/pipedream GitHub monorepo, and community members can build and publish their own actions/sources that appear in Pipedream's UI/marketplace alongside first-party ones, functioning as a de facto community integration marketplace.
Публикация как 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
Pipedream
(источник: MCP Servers docs, откроется в новой вкладке)No: Pipedream's MCP support runs primarily in the consumption direction. Pipedream hosts MCP servers that expose its catalog of 3,000+ app integrations and prebuilt actions as callable tools for AI clients (Claude, ChatGPT, etc.) to consume, and lets developers self-host that same server. There is no documented mechanism for taking an arbitrary deployed Pipedream workflow and publishing it as its own callable MCP server endpoint for external AI tools.. Pipedream is an MCP server provider for its own app/action catalog and an MCP client consumer; no docs describe publishing a user's custom workflow as a standalone MCP server.
Наблюдаемость и надёжность
CompareAACFlow vs Pipedream
AACFlow
Pipedream
Трассировка и наблюдаемость
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.
Pipedream
Per-run step logs; no metrics dashboard (источник: Pipedream Docs – Event History, откроется в новой вкладке)Customer-facing per-execution step logs and event history; no dedicated metrics dashboard (latency percentiles/error-rate charts) confirmed. Pipedream's Event History dashboard is customer-facing and shows, per event, the steps executed, each step's configuration/inputs/outputs, stack traces on error, and overall workflow performance for that run; events are filterable by workflow, execution status (success/error/paused), and time range. Each execution carries a `trace_id`, stable across auto-retries of the same original event, enabling correlation across retries. This is real per-execution tracing depth, but no aggregate metrics dashboard (e.g., p50/p95 latency, error-rate over time, throughput charts) exists. Observability is oriented around inspecting individual runs rather than fleet-level metrics visualization.
Надёжность и повторные попытки
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.
Pipedream
(источник: Pipedream Docs – Event History, откроется в новой вкладке)Yes, but auto-retry on errors is gated to the Advanced plan and above. Pipedream supports an auto-retry-on-errors setting per workflow, available on the Advanced plan and above: on failure, the failed step is retried up to 8 times over a 10-hour span with exponential backoff (does not retry on out-of-memory or timeout errors). Independently, Event History lets you replay one or many past events, including bulk replay of failed events, which re-executes the workflow from the original incoming event data rather than resuming mid-run from the exact failed step. True checkpoint/resume exists only for explicit pause points via `$.flow.suspend()`/resume.
Оповещения о сбоях
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
Pipedream
(источник: Pipedream Docs – Workflow Settings, откроется в новой вкладке)Yes: proactive default email (and optional Slack/custom) notification on unhandled workflow errors. By default, Pipedream workflows email the owner the first time a given workflow raises an unhandled error within a rolling 24-hour window (subsequent identical errors in that window are suppressed; if the error persists past 24 hours, another notification is sent). This 'Notify me on errors' behavior can be toggled off per workflow, and workflows with auto-retry enabled have an optional 'Send notification on first error' setting, off by default. Beyond the built-in email, users can wire additional proactive channels (Slack messages, custom HTTP calls to PagerDuty/etc.) as ordinary workflow steps/destinations. This is opt-in custom logic, not a first-party alerting/threshold product for cost or latency SLAs.
Выгрузка данных (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.
Pipedream
Unknown, no native log-export feature foundUnknown: Pipedream has no documented native, continuous export of its own execution logs, audit logs, or usage data to an external destination such as S3, BigQuery, or Datadog. Users could build a Pipedream workflow themselves to forward event data somewhere, but that is not the same as a built-in platform data-drain feature.. Pipedream is itself an integration/automation platform, so 'building a workflow to export your own execution data' is a workaround, not a documented native drain feature.
Асинхронное выполнение
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.
Pipedream
(источник: Pipedream Docs: HTTP-triggered workflows (default async response, $.respond), откроется в новой вкладке)Yes: Pipedream's default HTTP-trigger behavior is asynchronous. A workflow returns an immediate 200 OK response to the caller while the rest of the workflow keeps running in the background, and developers can inspect the resulting event/execution afterward in the workflow's event history. A fully synchronous mode is also available via the `$.respond()` function, which can be called at the end of the workflow (blocking until completion) or mid-workflow with `immediate: true` to send a response early and continue processing after.. Pipedream docs describe the default as an immediate 200 OK while processing continues in background; $.respond() gives synchronous or hybrid (immediate + continue) response patterns. No explicit API-based 'trigger now, poll status later' endpoint is documented, though the event inspector/history UI shows past execution results.
Лимиты выполнения
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.
Pipedream
(источник: Pipedream Docs: Limits, откроется в новой вкладке)Yes: Pipedream publishes hard execution limits. A single workflow execution times out at 300 seconds (5 minutes) by default on the free tier and can be raised to a maximum of 750 seconds (12.5 minutes) on paid plans; memory defaults to 256MB and can be raised up to 10GB. HTTP-triggered workflows are rate-limited to an average of 10 requests per second, with 429 Too Many Requests returned beyond that, and free workspaces additionally cap total test/dev runtime at 30 minutes per day.. Additional published caps: HTTP request body 512KB, email payload including attachments 30MB, combined function logs/exports 6MB, /tmp scratch disk 2GB (fixed), event retention 7 days (free) with execution details expiring after 365 days.
Обработка частичных сбоев
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
Pipedream
(источник: Pipedream Docs: Handling Errors, откроется в новой вкладке)No: Pipedream does not have a built-in error-handling branch that automatically routes a failed step so the rest of the same run continues; by default an unhandled step error halts that workflow execution. Workarounds exist (enabling auto-retry, which re-runs from the failed step up to 8 times over 10 hours with exponential backoff on paid plans; wrapping code in try/catch; using If/Else conditional logic; or subscribing a separate workflow to Pipedream's global $error event stream), but these are manual patterns, not a native 'continue past this failed step in the same run' feature. Community feature requests ask for a 'continue on failure' / skip-step option, which is not shipped.. Auto-retry and the global error-event stream let you react to failures, but the original run itself still halts at the failing step unless you hand-code try/catch or conditional logic around it.
Выполнение без присмотра
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.
Pipedream
(источник: Pipedream Docs: What Are Workflows?, откроется в новой вкладке)Yes: scheduled (cron), webhook, and app-event triggered workflows run as deployed jobs on Pipedream's own serverless infrastructure, not in a session tied to a client device. Pipedream's own docs state it plainly: "Once you save a workflow, we deploy it to our servers. Each event triggers the workflow code, whether you have the workflow open in your browser, or not." No desktop app, browser tab, or active session needs to stay open for a scheduled or triggered run to fire or complete.
Поддержка
CompareAACFlow vs Pipedream
AACFlow
Pipedream
Каналы поддержки
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.
Pipedream
Community free tier; email/Slack on paid (источник: Pipedream Support page, откроется в новой вкладке)Community forum/Slack (free/lower tiers), email support and dedicated Slack channel (higher tiers), dedicated support on Business/Enterprise. Free tier gets community support (forum + public Slack) only; paid tiers add email support and a dedicated Slack channel; Business/Enterprise adds dedicated support resources.
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
Pipedream
No published response-time SLA (источник: Pipedream Pricing page, откроется в новой вкладке)Enterprise plan reportedly includes a dedicated Success Engineer and uptime guarantee; no published response-time SLA. No Pipedream page publishes a specific support response-time SLA for any tier; enterprise-level uptime/support arrangements appear to be negotiated directly with sales rather than published.
Сообщество
AACFlow
(источник: AACFlow Landing Page, откроется в новой вкладке)No community size is published yet
Pipedream
~11.5k GitHub stars on component registry (источник: GitHub: PipedreamHQ/pipedream, откроется в новой вкладке)~11.5k GitHub stars on the main component-registry repo. The PipedreamHQ/pipedream GitHub repository has approximately 11.5k stars. Pipedream also references a large developer user base and a public community Slack/forum, but no official page states exact Slack/Discord member counts.
Академия / обучение
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
Pipedream
(источник: Pipedream University, откроется в новой вкладке)Yes: Pipedream operates Pipedream University, a structured library of courses and video lessons that teaches workflow building, custom code steps, and platform concepts beyond ad hoc docs and blog posts.. No formal certification/exam program; it reads as structured video courses rather than a certification track.
Сильные стороны 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.Задокументированные ограничения Pipedream
Not self-hostable (источник: GitHub Issue #954: Self-host request, откроется в новой вкладке)
No official path exists to self-host Pipedream.
Pipedream is a hosted cloud platform only. The public GitHub repo is a source-available component registry, not a deployable self-hosted application, and community requests to self-host on a private server or EC2 instance have not resulted in an official self-hosting path.Proprietary source-available license, not open source (источник: GitHub: LICENSE file, откроется в новой вкладке)
The component repo's license bars running a competing service.
The GitHub repository is licensed under the 'Pipedream Source Available License Version 1.0,' which explicitly prohibits using the code to run a competing SaaS/PaaS/IaaS offering. This is not an OSI-approved open-source license.No dedicated built-in evaluation/guardrail tooling found (источник: Pipedream Docs (general), откроется в новой вкладке)
No documented built-in eval, prompt-testing, or guardrail tooling.
Pipedream has no documented built-in AI evaluation suite, prompt-testing harness, or agent guardrail/safety-policy tooling.No native fail-and-continue branch on step errors (источник: Pipedream Docs: Handling Errors, откроется в новой вкладке)
An unhandled step error halts the whole run by default.
By default an unhandled step error halts the entire workflow execution. Auto-retry (Advanced plan and above) and the global $error event stream let teams react to a failure after the fact, but neither lets the original run continue past the failing step in the same execution without hand-coded try/catch or conditional logic.Итог
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 Pipedream if you specifically need hosted MCP server covering thousands of apps: Pipedream runs a fully-managed MCP server (mcp.pipedream.com) that exposes 3,000+ integrated apps and 10,000+ pre-built tools to any MCP-compatible AI agent, and handles OAuth and credential storage so credentials are never exposed to the model.
Что почитать ещё
Часто задаваемые вопросы
AACFlow is an AI workspace where teams build, deploy, and manage AI agents visually, conversationally, or with code. Pipedream is a cloud integration platform, now owned by Workday (acquired Nov 2025), that connects 3,000+ APIs through low-code workflows or custom Node.js/Python/Go code, and exposes those integrations to AI agents as tools through a hosted MCP server. Teams considering a switch typically weigh pricing model, and how AI-native the platform's agent-building experience is.
