# Stacker

Stacker 是一个 AI 原生应用和 Agent 工作区，可通过自然语言构建内部工具、CRM、仪表盘、客户门户和业务自动化。它在基于浏览器的单一平台中集成了提示词生成应用、执行任务的 Agent、数据同步、集成、频道以及沙箱代码执行功能。

Canonical URL: https://aiidelist.com/zh/ide/stacker

Language: zh

更新日期: 2026-10-06

## 概览

- 分类: AI App Builders / Prompt-to-App Tools
- Stacker 是一个基于浏览器的 AI 应用构建器和 Agent 工作区，适合希望通过自然语言构建内部工具、CRM、仪表盘、客户门户和业务自动化的团队。
- 编辑器基础: Browser
- 平台: Web, Browser, Slack, Telegram, Gmail, Email, Webhooks, Voice, REST API, React/TypeScript portal apps, JavaScript automations, Python automations
- 开源: 否
- 本地模型支持: 否
- 自带 API 密钥: 是

## 简评

如果你的目标应用是业务工作流、内部工具、CRM 或客户门户，且希望通过 AI Agent 进行生成和运营，Stacker 值得评估。如果你需要的是以代码为中心的 IDE、自主编程 Agent 或完全自托管的开发平台，它则不太适用。

## 适合场景

- AI 生成的内部工具
- 客户和客户端门户
- 业务仪表盘
- 小团队 CRM 工作流
- Agent 辅助的运营任务
- 支持工单分类和跟进工作流
- 基于现有数据库（如 Salesforce, Postgres, MySQL 等）的数据连接应用
- 希望 AI Agent 在应用数据和连接的 SaaS 工具中工作的团队

## 优点

- 在单一工作区内结合了 AI 应用生成、门户、Agent、集成和自动化。
- 适用于既需要面向人的门户又需要 Agent 处理后台工作的业务应用。
- Team 方案不按席位收费，方便在团队中扩展使用。
- 细粒度的 Agent 工具授权有助于控制每个 Agent 的读写及执行权限。
- 数据同步加实时集成，让团队可以在现有系统之上运行 Stacker，无需重建后端。

## 局限

- 寻找像 Cursor 或 Windsurf 这样 AI 原生代码编辑器的开发者
- 需要以终端为中心的编程 Agent 的团队
- GitHub Issue 自动转 PR 的工作流
- 第一天就要求完整源代码所有权的大型工程团队
- 需要无云端 Agent 的自托管应用生成方案的组织
- 在测试前需要成熟企业采购文档的团队
- 不是 AI 代码编辑器、IDE 扩展、CLI 编程 Agent 或自动处理 GitHub Issue 的工具。
- 作为新兴的 AI Agent 工作区定位，其成熟度可能不及老牌内部工具开发平台。
- 对于 Agent 密集型工作流，基于点数的计费比固定的按席位计费更难预估成本。
- 高级企业需求（如 SSO、BYO LLM、DPA 和自定义集成）需要联系销售定制。
- 拥有数据、邮件、网页和代码权限的云端 Agent 在正式投产前需要严谨的权限设计。

## 为什么选择 Stacker？

如果你的需求不是公开的营销网站或空白的代码项目，而是与实际业务数据挂钩的企业应用，那么 Stacker 将非常有用。它专为构建内部工具、轻量级 CRM、仪表盘、客户门户、客户工作区以及自动化后台工作流而设计。

关键区别在于 Stacker 结合了通常分离的两个层级：一层用于构建应用或门户界面；另一层则为 AI Agent 提供了一个处理记录、工具、频道、计划任务、集成、文件和自动化的环境。这使得它比纯粹的“提示词转前端”构建工具更具业务操作性，比单纯的 AI Agent 聊天机器人更具应用导向。

对于开发团队而言，如果目标是快速交付面向业务的工作流，而无需从头手写每个屏幕、权限规则、集成和自动化，Stacker 会非常有价值。它虽然不是 IDE 的替代品，但可以显著减少通用业务应用所需的自定义胶水代码。

## 核心工作流

典型的 Stacker 项目始于对应用或门户的自然语言描述。用户描述业务性质、涉及的数据、用户群体和预期结果。Stacker 会生成一个功能完备的应用初稿，随后可以通过对话式构建来完善页面、布局、文案、表单、导航、品牌定制、公式和数据结构。

下一步通常是数据设计。团队需要决定数据是存储在 Stacker 表格中，还是从外部系统同步，或者通过集成实时操作。这种区分很重要：当 Agent 和门户用户需要在应用内使用结构化记录时，同步表非常有用；而当 Agent 需要在另一个产品中立即执行操作时，实时集成则更合适。

应用建立后，团队可以添加 Agent。每个 Agent 都有特定的指令、模型选择、额度限制、频道、记忆和专用工具。例如，支持 Agent 可能会读取工单并发送邮件；运营 Agent 可能会更新记录并跟进逾期任务；研究 Agent 可能会浏览网页并生成带引用来源的摘要。更稳妥的模式是先赋予只读权限，在行为验证后再开启写入权限和外部操作。

## 适用场景

Stacker 适合界面、数据和自动化紧密结合的业务工作流。典型案例包括：客户门户、机构客户工作区、自助账单门户、销售仪表盘、合作伙伴门户、轻量级 CRM、支持工单分类系统、项目追踪器、订单管理工具和内部运营仪表盘。

如果组织已经在使用 Salesforce、HubSpot、Stripe、Airtable、Google Sheets、Postgres、MySQL、QuickBooks、Xero、Asana、ClickUp 或 Monday.com 等工具，但需要为客户、合作伙伴或内部团队提供一个更安全、更专注的界面，Stacker 尤为适用。

如果目标是构建具有自定义架构的消费级 SaaS 产品、公开落地页、复杂的交易平台，或者从第一天起就需要完全由开发者控制的代码库，Stacker 的吸引力就会减弱。在这些情况下，以代码为中心的 AI 构建工具或全栈框架可能更合适。

## 同类工具对比

与 Base44 相比，Stacker 更倾向于业务运营和门户构建。Base44 通常被视为通用的 AI 应用构建器，而 Stacker 则更专注于涉及记录、客户、仪表盘、Agent、频道和集成的应用。

与 Lovable 和 Bolt.new 相比，Stacker 不侧重于生成传统的应用代码库，而是生成一个托管的业务工作区。如果用户希望进行代码级的应用创建和开发者式的迭代，Lovable 和 Bolt.new 更强；如果用户需要一个具备权限管理、数据连接、Agent 和运营工作流的业务应用，Stacker 则更具优势。

与 Replit Agent 相比，区别在于受众。Replit Agent 更以开发者为中心，适合想要在云端开发环境中构建、检查和部署代码的团队。Stacker 则更适合希望在单一产品内管理应用、数据模型、界面和 Agent 行为的运营团队。

与 Create 或 Tempo 相比，Stacker 更加以工作流为中心。前两者更接近 AI Web 应用创建工具。当生成的应用需要成为一个连接记录、集成、计划任务和支持频道的实时业务系统时，Stacker 更具吸引力。

## 最佳配置建议

开始使用 Stacker 时，建议从一个具体的运营工作流切入。避免尝试在第一个应用中构建整个公司的业务操作系统。选择一个用户明确、记录清晰且操作明确的流程：例如订单状态查询门户、支持工单分类工作区或销售跟进助手。

在数据架构方面，尽早确定“事实来源”系统。如果 Salesforce、HubSpot、Stripe 或 Postgres 掌握着核心数据，应将 Stacker 作为应用和工作流层，而不是手动复制数据。如果是全新的工作流，Stacker 原生表格起初可能就够用了，以后再添加外部同步。

对于 Agent，应像配置生产软件权限一样设计其权限，而不是将其视为聊天机器人设置。给予每个 Agent 最小化权限：分离读取、写入、邮件、网页、集成、代码和架构修改能力。设置每日成本上限和最大迭代次数以防止超支。在工作流验证通过前，对具有破坏性或面向客户的操作设置人工确认。

对于自动化，可以先用自然语言生成，但在工作流涉及资金、客户沟通或业务记录时，务必审查生成的 JavaScript 或 Python 代码。最佳实践是“AI 辅助创建 + 人工审查高影响逻辑”。

## 迁移建议

从电子表格或 Airtable 迁移通常很直接，因为数据模型已经可见。主要工作是在向客户或合作伙伴开放应用前，清理字段、关联关系、权限和用户角色。

从无代码门户构建工具迁移需要更多规划。Stacker 的 AI 构建器和 Agent 工作区可能会替代旧工作流中的多个环节，因此在重建前，用户应梳理哪些页面、用户组、数据源、自动化和集成是必须保留的。

从自定义内部工具迁移则需要权衡。如果原工具具有复杂的业务逻辑、深度集成的身份验证或高度定制的 UI 行为，Stacker 可能更适合作为新的工作流层，而不是 1:1 的替代品。建议先重建一个运营模块，对比构建速度、可维护性、权限控制和用户采纳率。

从以代码为中心的 AI 应用构建器迁移时，应关注对代码的所有权预期。Stacker 是一个托管的应用工作区，其价值在于速度、Agent、权限、集成和运营。如果团队需要完整的代码仓库所有权和自定义部署控制，Stacker 可能只适合部分工作流。

## 权衡与代价

Stacker 的主要优势是高度集成。应用构建器、数据模型、Agent、频道、集成、自动化和门户都整合在一起。这减少了对接工作，但也意味着团队需要仔细理解平台的权限和点数（Credits）模型。

点数模型非常灵活，尤其是 Team 方案不按席位计费，但频繁使用 Agent 的工作流成本会有波动。简单的查询可能很便宜，而研究、媒体生成、多步骤自动化或重复跟进会消耗更多点数。团队在预估月度用量前，应测试真实的工作流。

实际结论是：Stacker 最适合 AI 辅助的企业应用，而非代码优先的软件开发。它属于 AI 应用构建器范畴，因为它能通过提示词创建应用和门户，但其深层价值在于运营层：即能在这些应用内部工作、使用连接工具并自动化真实业务流程的 Agent。

## 功能

### AI 应用与门户构建器

- 通过自然语言提示词生成应用和客户端门户
- 提供规划、设计和构建模式，实现 AI 辅助的应用创建
- 可编辑的 React/TypeScript 应用输出，支持深度自定义
- 品牌定制、主题、自定义布局、导航和门户页面

### 执行任务的 Agent

- 每个应用可配置多个 Agent
- 支持 Agent 指令、模型选择、每日成本上限和最大迭代次数
- 具备对话线程、私有记忆、共享知识图谱和工具调用历史
- 可为每个 Agent 授予数据、通信、浏览、文件、代码和集成工具权限

### 频道与自动化

- 内置聊天、Slack、Telegram、Gmail、托管邮件、Webhook 和语音频道
- 将自然语言描述的调度计划解析为 Cron 任务
- 支持记录变更、按钮点击、Agent 调用、可调用触发器和手动触发
- 在隔离的服务器端沙箱中运行 JavaScript 和 Python 自动化脚本

### 数据与集成

- 内置数据连接器，支持 Salesforce、HubSpot、Stripe、Airtable、Google Sheets、Postgres、MySQL 等
- 通过连接的集成执行实时 API 操作
- 通过带作用域的 API 密钥进行 REST API 访问
- 精细的权限控制，决定用户和 Agent 可以查看或修改哪些记录

## 价格

freemium

- Free Trial Credits: $0 — 100 美元初始点数，无需信用卡；试用点数永不过期。
- Team: $50 — 月 — 包含每月 250 点数，无限 Agent 数量，所有集成，Slack/邮件/Web 频道，计划任务，记忆功能，自定义技能，且不按席位收费。
- Enterprise: Custom — 合同 — 自定义点数额度，专人入职引导，SLA 和优先支持，安全审查，DPA，SSO，高级访问控制，BYO LLM（自带模型）以及自定义集成。
- Portal Personal: $9 — 月 (按年计费) — 面向客户的门户方案，含每月 25 AI 点数，100 云点数，支持 20 个客户，1 个管理员，带 Stacker 品牌标识。
- Portal Starter: $49 — 月 (按年计费) — 增加至每月 100 AI 点数，1,000 云点数，支持 100 个客户，含数据集成、自定义品牌和邮件支持。
- Portal Pro: $199 — 月 (按年计费) — 增加至每月 1,000 AI 点数，10,000 云点数，支持 1,000 个客户，完全白标定制，含备份/恢复和优先支持。

价格核对日期: 2026-07-08

## 支持的模型

- Claude Opus

## 隐私与数据处理

Stacker 是一个云平台，Agent 根据授权可访问应用数据、集成、文件、邮件、Web 工具和沙箱代码。隐私政策涵盖了账户、用量、设备、账单和服务相关信息的收集，企业版提供安全审查和 DPA 支持。在使用机密客户或业务数据前，团队应审查当前的安全性文档、DPA 条款、模型路由、文件保留期、集成作用域和 Agent 工具权限。

## 企业功能

- 自定义点数额度
- 专人入职引导
- SLA 与优先支持
- 安全审查与 DPA
- SSO 单点登录
- 高级访问控制
- 支持自带模型 (BYO LLM)
- 自定义集成
- 业务门户 SSO
- 业务门户方案包含审计日志
- 带作用域的 API 密钥
- HMAC 签名的 Webhooks
- 按 Agent 授予工具权限
- 单个 Agent 每日成本上限
- 单次 Agent 运行最大迭代次数
- 沙箱化 JavaScript 和 Python 自动化
- 高级门户方案提供备份与恢复
- Pro 门户方案提供完全白标定制

## 替代工具

- Base44
- Lovable
- Bolt.new
- Replit Agent
- Create
- Tempo

## 资料来源

- [官方网站](https://stacker.ai/)
- [Stacker 价格页面](https://stacker.ai/pricing)
- [门户价格页面](https://stacker.ai/pricing/portal-pricing)
- [Stacker 文档](https://stacker.ai/docs)
- [AI Agents 概览](https://stacker.ai/docs/ai-agents/overview)
- [创建 Agent](https://stacker.ai/docs/ai-agents/creating-agents)
- [Agent 工具](https://stacker.ai/docs/ai-agents/tools)
- [Agent 频道](https://stacker.ai/docs/ai-agents/channels)
- [数据连接与集成](https://stacker.ai/docs/ai-agents/data-and-connections)
- [支持的连接器](https://stacker.ai/docs/data/data-sync/connectors)
- [自动化功能](https://stacker.ai/docs/workflows/automations)
- [API 访问](https://stacker.ai/docs/advanced/api)
- [隐私政策](https://stacker.ai/legal/privacy)
- [服务条款](https://stacker.ai/legal/terms)

最近核对日期: 2026-07-08

## 更新记录

- 2026-07-08: 基于 Stacker 官网、AI 工作区定价、门户定价、技术文档、Agent 文档、连接器及法律条款等信息创建目录条目。