引导式设置就是 SuperDevSpace 填补这个空缺的方式。智能体在应用自带的浏览器里打开网站，完成它被允许做的点击，等到下一步该你来做时，再附上一个指示和一句话，把页面交给你。

为什么"全交给智能体"是错误答案

这个功能最省事的做法，是把整个浏览器交给智能体：读每个字段、填每个输入框、按每个按钮。这样很快，但很糟糕。设置流程里到处都是智能体绝不该碰的东西：

• 你的密码和手机收到的一次性验证码；
• 卡号、银行信息和身份证件；
• 你同意的条款和你批准的付款。

所以设计从另一端出发。智能体负责例行工作——跳转、找到正确的页面、填写项目名称、点击创建——所有私人或具有约束力的事都留给你。

一次引导式设置如何进行

在任何网站上，这个循环都一样，包括没人写过说明的网站。

完成之后，你可以在不把任何机密打印到屏幕上的前提下检查结果：

$ grep -o '^PADDLE_[A-Z_]*=' .env
PADDLE_API_KEY=
PADDLE_CLIENT_TOKEN=
PADDLE_WEBHOOK_SECRET=
PADDLE_ENVIRONMENT=

应用强制执行的规则

这些是应用里的检查，智能体无法关闭：

• 机密不进也不出。 智能体不能在密码、卡号、CVC、IBAN、一次性验证码或身份证件字段中输入。它读取页面或截取快照时，这些值会被隐藏，并从它读到的任何文字中清除。
• 截图会被涂盖。 敏感字段和所有跨源框架——比如银行卡组件、"使用 Google 登录"框——都会在智能体看到图像之前被遮住。
• 敏感页面不运行脚本。 只要页面上出现这类字段，在页面中执行 JavaScript 就会被拒绝。
• 同意和付款属于你。 点击条款复选框或"付款"/"下单"按钮会被拒绝。
• 一切都可见。 智能体在浏览器面板里的操作，会实时显示在面板的横幅上。
• 机密不进入对话。 作为机密读取的值会被标记为敏感，智能体被要求绝不在聊天、报告、任务备注或通知中复述。

适用于任何网站，而不是一份集成清单

引导式设置是一个循环，而不是一套脚本库。即使是没人写过提示的网站它也能用，因为智能体读的是眼前真实的页面。我们为少数服务附带了简短的提示文件——例如 Paddle 的沙盒控制台和 RevenueCat——告诉智能体开发者设置通常在哪里。控制台的菜单经常变动，所以提示里写得很明白：页面和提示不一致时，以页面为准。

这比听起来更重要。智能体写的集成代码只是一个功能的一半；另一半是别人网站上的账户、密钥和 webhook。有了引导式设置，两半都在同一个会话里、由同一个智能体完成，而你只需把时间花在只有你能做的步骤上。

它在整体中的位置

引导式设置和 SuperDevSpace 的其他一切都在同一个工作区里：为你编写支付集成的智能体，也正是在它终端旁的浏览器面板里带你创建密钥的那个。如果你是第一次来，我们为什么做 SuperDevSpace 介绍了它周围的整支团队。

试一试

试用期为 14 天 Premium，无需绑卡。下载 SuperDevSpace，让智能体为你的项目设置一个支付或分析服务商，轮到你时，它会把页面交给你。

SuperDevSpace 会在同一个仓库里同时运行一个 manager 和多个 worker。本文介绍让它们彼此隔离的机制——git worktree——以及应用围绕它遵守的具体规则。

什么是 git worktree

一个 git 仓库通常只有一个工作目录。git worktree 让同一个仓库拥有多个工作目录，每个检出在自己的分支上，所有目录共享同一个对象库。没有第二个克隆，也没有第二份历史：新建一个 worktree 只占用一份检出的文件，别无其他。

你可以在任何仓库里手动试一试。命令在哪儿都一样，只是 shell 不同：

git worktree add -b agent/frontend-demo ../myrepo-frontend
git worktree list
cd ../myrepo-frontend && git status
cd - && git worktree remove ../myrepo-frontend

git worktree add -b agent/frontend-demo ..\myrepo-frontend
git worktree list
cd ..\myrepo-frontend; git status
cd ..\myrepo; git worktree remove ..\myrepo-frontend

每个 worktree 都有自己的 HEAD、自己的索引和自己的文件。两个进程可以同时在两个 worktree 里编辑、构建和测试，互相看不到对方改到一半的内容。这正是一支智能体团队需要的特性。

SuperDevSpace 如何使用它们

规则很简单，对每个组织都一样：

• manager 在你的主检出里工作。 它负责规划、审查和合并；那是各分支汇合的唯一地方。
• 每个 worker 在自己的分支上拥有自己的 worktree。 manager 招聘 worker 时，应用会为它运行 git worktree add -b <branch> <path>。除非你自己命名，分支名为 agent/<worker 名>-<时间戳>。
• worktree 存放在应用自己的数据目录里，位于 worktrees/<组织>/<worker> 下，绝不放进你的仓库。你的项目文件夹不会被智能体的目录塞满。
• 每一轮都会提交。 worker 完成一轮后，应用会把它 worktree 里的所有改动提交（agent(<name>): turn）。worker 做过的任何事，都不会只停留在未提交的工作目录里。
• 合并采用 squash merge。 manager 接受某个 worker 的报告后，分支会通过 git merge --squash 以一个提交并入你的主线。如果合并冲突，应用会中止合并，把仓库恢复干净以便下一步操作，而不是把你丢在冲突的合并中间。
• 每个仓库同一时间只执行一个 git 操作。 worktree 目录隔离了文件；每个仓库一条队列，把 git 命令本身串行化，所以两个 worker 同时完成时，也不会争抢 git 的元数据。

在看板上，这表现为几项任务同时在推进，每项属于不同的 worker，每项下面都有自己的分支。

让它真正好用的细节

新建的 worktree 只包含 git 跟踪的文件。这通常不足以把项目跑起来：node_modules、本地的 .env、生成的文件都没有。下面两个细节解决了这个问题。

每个仓库一个初始化脚本

如果你的仓库里有 .super/scripts/setup-worktree.sh，应用会在 worker 启动前，在每个新 worktree 里运行它，并用 SUPERDEV_MAIN_REPO 指向你的主检出。它的输出会实时显示，漫长的安装不再是盲等，而且你可以随时取消。

#!/usr/bin/env bash
set -euo pipefail
# 从主检出复制仅存在于本地的文件
cp "$SUPERDEV_MAIN_REPO/.env" .env 2>/dev/null || true
# 安装依赖（pnpm 从共享存储建立链接，所以很快）
pnpm install --frozen-lockfile

子模块

git worktree add 不会填充子模块。如果新 worktree 里有 .gitmodules 文件，应用会在其中运行 git submodule update --init --recursive，避免 worker 在悄悄缺失依赖的情况下构建。

清理时不丢失工作

worktree 会越积越多。应用会回收它们，但非常谨慎：

有未提交改动的 worktree，或者其分支上还有尚未进入你主线的工作，都会原样保留。删掉的文件夹可以重建，丢掉的工作却回不来。对分支也一样谨慎：应用会记录自己创建的分支，并且只动这些分支。

这对你意味着什么

每个 worker 都有自己的分支之后，"同时跑四个智能体"就不再是一场赌博。你可以：

• 给 manager 一条能拆成独立任务的指令，让 worker 们并行工作；
• 单独阅读任何一个 worker 的 diff，旁边就是产生它的对话；
• 拒绝某个 worker 的改动，而不影响其他人；
• 团队工作时，你自己照常使用主检出。

这和人类团队遵守的纪律是一样的，只是用在了那些不会提醒你"我们快踩到对方脚了"的智能体身上。如果你好奇我们为什么要围绕这件事做一整个应用，第一篇文章讲了这个故事。

试一试

14 天试用为 Premium，无需绑卡。下载 SuperDevSpace，把一个新组织指向某个仓库，看着 manager 招聘第一批 worker 时一个个 worktree 随之出现。

我们正是为了填补这个空缺才做了 SuperDevSpace。它是一款桌面应用，把你已有的 CLI 变成一支小团队：一个负责规划的 manager，加上负责干活的 worker，每个都有自己的终端和自己的 git worktree。

一个终端、一个智能体的问题

和单个编码智能体协作，做一件事时体验很好。可一旦同一个仓库里有三件事要做，就乱套了：

• 你可以再开一个终端，但两个智能体会改同一份检出。一个在跑测试，另一个正重构到一半。
• 你成了项目经理。拆分工作的是你，记住哪个终端在做哪项任务的是你，在会话之间来回搬上下文的也是你。
• 没有人记录发生了什么。午饭回来，唯一的记录就是终端的滚动缓冲区。

这些都不是模型的问题，而是组织的问题——而组织恰恰是软件擅长的事。

SuperDevSpace 实际做了什么

在 SuperDevSpace 里，每个仓库就是一个组织。每个组织都有一个 manager：一个运行在真实终端里的真实智能体 CLI 会话，你能看到它，也能直接在里面输入。你用日常语言给 manager 下达一条指令——打字也行，用语音输入口述也行。

接着，manager 会做一个团队负责人会做的事：

你随时可以插手。每个智能体都有聊天视图和它真实的终端——同一个会话，两种看法。每处改动都会以 diff 的形式出现在产生它的对话旁边，所以在进入你的主线之前，你都能先审阅。

你的订阅、你的机器、你的代码

最重要的设计决定也是最简单的：SuperDevSpace 驱动的是你已经付费的 CLI。 我们从不转售模型访问，所以除了 SuperDevSpace 订阅本身，你运行的任何东西都不会出现在我们的账单上。

这个决定带来了一些我们喜欢的结果：

• 智能体作为本地进程运行在你的机器上，操作的是你的本地仓库。你的源代码、提示词、终端输出和文件路径永远不会发送到我们的服务器。我们的账户服务只保存一个账户、一个订阅状态和一份设备列表。
• CLI 按组织选择。 Claude Code、OpenAI Codex、Gemini CLI、Aider、Qwen Code、Cursor CLI 和 OpenCode 都可以选。目前应用支持最完整的是 Claude Code——hooks、会话恢复、MCP 工具、权限应答。其余六个也能启动和运行；应用会把它们标为实验性，并告诉你哪些附加功能还没接通，而不是悄悄失败。
• 没有任何东西被锁在我们的云里，因为根本没有云在替你干活。

在下达第一条指令之前，不妨先确认 CLI 和仓库都在你预期的位置：

$ claude --version
$ cd ~/code/your-project
$ git status

团队周边的配套

一支团队需要的不只是终端。每个套餐都包含的几样东西：

• 说实话的看板。 冲刺、任务、说明和报告。报告会写明哪里失败了，而不只是哪里通过了。
• Inspector。 在正在运行的网页上点击一个元素，就能把它连同组件、文件和行号一起发给智能体。支持 Vite、Next.js 和静态网站。
• 在手机上审批。 智能体需要你做决定时会来问你。手机应用会显示看板、智能体和待处理的审批，离开工位也能回应权限请求。
• 每个组织一块白板（Excalidraw），智能体可以阅读，也可以在上面画图。

Premium 还加入了走得更远的功能：基于 Penpot 的设计模式，配有直接在文件里绘图的 Designer 智能体；按时间表执行指令的定时任务；以及让你 Mac 上的 manager 把工作交给 Windows 电脑上的 manager 的对等连接。完整对比见价格页面。

我们不承诺的事

一支智能体团队仍然需要一个老板：做什么由你决定，什么能进入主分支由你批准。

试一试

试用期为 14 天 Premium，无需绑卡。你的 CLI 订阅仍然是你的，你的代码也是。想看看这支团队在你自己的仓库里干活，就下载 SuperDevSpace，给 manager 下达第一条指令。