Sculptor
在隔离工作区里并行运行编码 Agent，审查改动后合回主分支的桌面应用。
- Star 数
- ★ 244
- 最近更新
- 今天
- License
- MIT
- 主语言
- Python
- FA 评分
- 44/100 · 缺口较多
30 秒速览
- 可在哪里用
- 兼容但需适配Claude Code
- 开始前需要
- 典型场景
- 需要同时推进规格、mock 与 bug 修复三条线的前端或全栈工程师，可把它们分配到多个并行工作区。
- 主要局限
- 官方明确将其定位为实验性研究预览，预期会有错误与快速、大幅度的变更。
- 源码审查
- 44/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Sculptor 是 Imbue 开发的桌面应用，用于在多个隔离工作区中并行运行编码 Agent。每个工作区是仓库的一份隔离副本，你把 Agent 接上后让它改代码，完成后审查 diff 并合并回 main。它内置精选的 skills（如 /sculptor-workflow:fix-bug）来支撑规格编写、mock、修 bug 等 agentic 开发流程，并提供内置终端、命令面板、变更审查与 GitHub PR 创建等界面。Sculptor 对 Pi agentic harness 提供集成支持，同时兼容 Claude Code，也允许你运行和管理任意基于终端的 Agent。项目以 MIT 协议开源，官方定位为实验性研究预览，功能与形态可能快速变化。
用户先在应用里连接一个 Git 仓库，然后创建 workspace——一份隔离的代码副本（worktree）及其分支与初始化配置。之后在 Chat 里输入提示，选择模型、上下文、plan/effort 与 @ 提及，交给 Claude Code、Pi 或任意终端 Agent 执行。Agent 通过工作区内的内置终端运行命令、修改文件；完成后用户在 Changes 面板审查改动、提交，并在 Pull Requests 中打开 GitHub PR 并跟踪状态。内置 skills 提供命令式工作流，例如 /sculptor-workflow:fix-bug 会先做简短复现访谈、写出失败测试，再让测试通过。需要时可通过 Command Palette（Cmd+K）跳转各功能，或启用实验性的 Container Backend 在 Docker 或远程主机上运行。
- 需要同时推进规格、mock 与 bug 修复三条线的前端或全栈工程师，可把它们分配到多个并行工作区。
- 想用 /sculptor-workflow:fix-bug 从复现访谈到失败测试再到修复的流程处理 UI bug 的开发者。
- 已在用 Claude Code、希望获得图形化工作区管理和改动审查界面的用户。
- 想用 Pi agentic harness，或把自有的终端 Agent 接入统一界面管理的团队。
- 需要在 Docker 或远程主机上隔离运行 Agent 的实验性场景使用者。
- 希望把 Agent 生成的改动规范化合并回 main 并走 GitHub PR 流程的小团队。
如何安装或部署这个 Agent？
从官方下载链接获取对应平台的安装包：
# Mac (Apple Silicon)
https://tryimbue.link/sculptor-for-apple-silicon
# Linux
https://tryimbue.link/sculptor-for-linux
# Linux ARM64
https://tryimbue.link/sculptor-for-linux-arm64README 提供了上述下载入口，但未给出源码构建或包管理器的安装命令。若要从源码本地运行，README 仅指向 docs/development/getting_started.md，该文件内容未包含在本次资料中，因此构建所需的具体工具链版本与命令无法在此确认。
如何使用这个 Agent？
- 启动 Sculptor，连接一个本地 Git 仓库。
- 创建一个 workspace（仓库的隔离副本，带独立分支与 setup）。
- 在 Chat 中输入提示，选择模型与上下文，指定使用 Claude Code、Pi 或任意终端 Agent。
- Agent 在内置终端中执行操作、修改工作区文件。
- 在 Changes 中审查并提交改动，然后合并回 main；如需走 GitHub 流程，在 Pull Requests 中打开 PR。
- 要在同一项目上再开一条并行任务，新建 workspace；要与其他 Agent 协作同一项目，把它加入已有 workspace。
Prompt → Agent 执行 → Changes 审查 → 提交 / PR → 合并回 main实验性远程运行需按 docs/help/experimental/container_backend.md 启用 Container Backend（Docker 或远程主机）。
这个 Agent 有哪些优点和局限？
- 以隔离 worktree 为单位的并行执行模型，天然支持多个 Agent 在同一仓库上互不干扰地工作。
- 同时支持集成的 Pi agentic harness 与 Claude Code，并可运行任意终端型 Agent，避免被单一 harness 锁定。
- 内置成套 skills（含 /sculptor-workflow:fix-bug 的复现—失败测试—修复流程），把 agentic 开发流程规范化。
- 提供从改动审查、提交到 GitHub PR 创建的完整闭环界面，而非只给一个聊天框。
- MIT 协议开源，由 Imbue 自用并公开源码。
- 提供 macOS Apple Silicon 与 Linux（含 ARM64）安装包，开箱即用。
- 官方明确将其定位为实验性研究预览，预期会有错误与快速、大幅度的变更。
- 维护者表示暂无力承接大量外部贡献，社区参与路径受限。
- 未提供 Windows 安装包，README 的下载仅覆盖 macOS Apple Silicon 与 Linux。
- 未集成 Claude Code、Pi 之外的具体模型供应商适配细节，实际使用依赖你自带并可付费的模型服务。
- 从源码构建的本地运行步骤仅指向外部文档，仓库内缺少可直接执行的构建命令证据。
- Container Backend 仍属实验性功能，远程/容器化运行稳定性未知。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Sculptor 当前 | 44 · 缺口较多 | — | ★ 244 | 今天 | Python | Claude Code |
| PandaCode | 58 · 缺口较多 | — | ★ 1.1k | 今天 | Rust | Codex · Claude Code · Claude.ai |
| Poracode | 55 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 121 | 今天 | TypeScript | ChatGPT · Claude Code |
| dmux | 69 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 1.8k | 2 个月前 | HTML | Codex · Claude Code · OpenAI API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
SECURITY.md 明确说明代理以用户权限运行、打开仓库即执行其代码、插件以 UI 同等权限运行、本地回环端口即信任边界，并建议使用容器后端隔离——这是诚实披露，但披露本身不等于控制：默认无沙箱、无逐操作确认、无回滚机制，故 least_privilege/user_confirmation/rollback 仅得 1。数据流方面有 Settings>Privacy 与威胁模型说明，但缺少具体数据去向清单，得 2。依赖安全仅见 pyproject 与工作流安全规则，无锁定依赖审计证据，得 1。来源归属仅 README 提及 Imbue，无版本/提交溯源，得 1。
文档与测试文件（fake_claude 测试）显示对缺失字段的防御性解析与错误处理，内部一致性较好得 2；但依赖可用性仅列出 Homebrew/tmux/just/uv/nvm 等前置，无版本锁定或失败恢复说明，得 1；失败信息在测试中体现 is_error 标记，但面向用户的错误文案证据薄弱，得 1。
README 清楚界定受众（并行编码代理用户）与场景（工作区、PR、技能），capability_boundaries 有实验性预览与容器后端说明，得 2；但触发精度（何时调用何技能/代理）缺乏明确规则，得 1；环境适配仅覆盖 Mac/Linux，Windows 与远程部署说明有限，得 1。
文档目录结构清晰、安装步骤具体，得 2；但命名稳定性（实验性、可能剧变）与示例/FAQ 有限，各得 1；已知限制披露充分得 2；MIT 许可证完整得 2；无版本号或变更日志得 0；维护责任仅提及 Imbue 与不接受大量外部贡献，得 1。
输出可用性（工作区、变更审查、PR）描述具体，得 2；相对裸用代理的边际价值（并行工作区、技能库）有说明，得 2；成本收益仅提及 token 预算，无量化证据，得 1。
README 声明多为产品描述，缺少可追溯的基准或数据支撑，claim_traceability 得 1；跨源佐证仅文档间互相引用，得 1；事实与推断分离在 SECURITY.md 中较好，但整体产品声明未区分，得 1。
- 默认无沙箱：代理以用户权限读写文件并执行命令，打开仓库即执行其代码，仅在实验性容器后端下才有更强隔离。
- 插件以与 UI 同等权限运行，远程插件源每次加载都会重新拉取，存在供应链风险。
- 本地回环 API 对同机任意进程可达，不应在共享机器或暴露端口的环境运行。
- 项目自述为实验性研究预览，可能发生剧烈变更，且无版本号或变更日志，升级风险高。
- 发布者身份未经 FollowAgents 注册表验证，维护责任与更新路径不明确。