一键导入
handoff
Hand off the current work to a fresh agent — either a new agent in the SAME workspace, or a new workspace — seeded with a summary of the current context.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Hand off the current work to a fresh agent — either a new agent in the SAME workspace, or a new workspace — seeded with a summary of the current context.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Build or modify a Sculptor extension — a runtime ESM module loaded into the Sculptor UI. Use when asked to write an extension (or "plugin") for Sculptor, add a panel, overlay, workspace widget, home view, or settings UI to Sculptor, or to iterate on an extension with `sculpt extension`. Works from any repo; this file is a self-contained reference (the Sculptor source code is optional).
Interact with Sculptor programmatically using the sculpt CLI. Use this skill when using `sculpt`, or when designing or planning a workflow that would benefit from understanding the structural capabilities of `sculpt` (workspaces, agents, isolation, and how code flows between them).
Live, hot-reloading preview of the Sculptor WEB frontend from a phone or any browser, served through the OpenHost nginx /proxy front. ONLY relevant when running INSIDE the openhost-deployed Sculptor (the container fronted by nginx on :5050, reachable at https://sculptor.<zone>/) — NOT for local or Electron dev. Frontend-only: it reuses the single shared backend, so it previews UI/frontend changes, not a per-workspace backend. Invoke when iterating on the web UI and wanting to see it live in a browser through the OpenHost SSO front.
How this OpenHost-hosted Sculptor environment works — storage and what survives restarts, where/how to add repositories and authorize gh, and the /proxy/<port>/ capability for previewing loopback web apps from a browser. ONLY relevant when running inside an OpenHost deployment (detect via the OPENHOST_* env vars, e.g. OPENHOST_APP_NAME). Ships with the deploy image and is refreshed every release.
Test a pull request by creating a shallow clone at the PR's commit and launching Sculptor. Use when you need to test changes from a specific PR in isolation.
QA the Sculptor mobile web UI on a real iOS Simulator, driven headlessly from a Mac. A single CLI boots a notched iPhone, launches the local frontend server (parsing its port — no hardcoding), opens the app in MobileSafari, taps/swipes via idb, and screenshots each step. Includes the Add-to-Home-Screen standalone flow — the only way to verify notch / status-bar / home-indicator safe-area rendering (env(safe-area-inset-*) is 0 everywhere except real iOS). Use when visually verifying mobile/responsive changes on an iPhone.
| name | handoff |
| description | Hand off the current work to a fresh agent — either a new agent in the SAME workspace, or a new workspace — seeded with a summary of the current context. |
| when_to_use | Invoke when the user wants to continue the current work with a fresh agent — e.g. "hand this off", "start fresh but keep the context", or when the current context window is large and a clean restart would help. Works in two modes: a new agent in the same workspace (shares the branch and files), or a brand-new workspace on its own branch off the current one. |
| user_invocable | true |
ARGUMENTS: $ARGUMENTS
Hand off the current work to a fresh agent, seeded with a summary of the current
context. $ARGUMENTS (if provided) describes what the new agent should focus on
next; if empty, infer it from the recent conversation.
This skill uses the sculpt CLI. The agent shell already has
SCULPT_WORKSPACE_ID (current workspace) and SCULPT_PROJECT_ID set.
The handoff can land in one of two places:
If $ARGUMENTS already makes the choice clear (e.g. it mentions "new agent",
"same workspace", or "new workspace"), use that. Otherwise, ask the user which
one with your question tool — mcp__sculptor__ask_user_question if it's available, otherwise the built-in AskUserQuestion — and
wait for the answer before creating anything. (The tool call raises the
"waiting for input" status that alerts the user; don't ask in plain text.)
Skip this step if the user chose "new agent, same workspace" — the same workspace shares this working tree, so uncommitted work is visible to the new agent as-is.
For new workspace mode, the new workspace is cut from a commit on the current branch in the project's on-disk git repo. Anything not committed won't be visible to the new agent. Walk the user through it so they're never surprised.
Run from the repo root:
git status --porcelain
If the output is non-empty, list the affected paths (just the paths, not the diffs) and ask with your question tool:
You have N uncommitted change(s). Commit them before handing off?
- Yes, commit them — write a concise commit message inferred from the conversation and run
git add -A && git commit -m "<msg>". Surface the message you used in your next text reply so the user can amend if they want.- No, leave them — the new agent won't see those changes.
Do not prompt for a push. The new workspace shares the user repo's .git,
so committed work is visible to it locally — pushing to origin is a separate
concern (CI, MR linkage, code-review visibility) the user can do when they're
ready, and Sculptor's in-workspace diff display doesn't require origin
connectivity either (origin/* refs are seeded locally at workspace creation).
Write a self-contained prompt so the new agent can continue without access to this conversation:
$ARGUMENTS or the inference above).Summarize; don't dump the whole transcript.
New agent, same workspace — the new agent shares this workspace's branch and files, so reference them by path; it can see them (and uncommitted changes) directly:
sculpt agent create \
-w "$SCULPT_WORKSPACE_ID" \
--name "<short task name>" \
--json \
--prompt "<the prompt from step 3>"
New workspace — first get the current branch, then create a workspace + agent based off it:
git rev-parse --abbrev-ref HEAD # the source branch
sculpt run \
--strategy worktree \
--branch "<current-branch>" \
--name "<short task name>" \
--json \
"<the prompt from step 3>"
--strategy worktree --branch <current> creates the new workspace on a fresh,
auto-named branch cut from the current branch — the same mechanism the UI uses —
so the committed work carries over.
Use
sculpt run, notsculpt workspace create.sculpt runcreates the workspace, its agent, and the git worktree in one step.sculpt workspace createonly registers a workspace record — no agent, no checkout — so it renders as a blank screen in the UI. To add an agent to an already-empty workspace, runsculpt agent create -w <ws_id> -p "...".
Add -m sonnet (or another model) to override the default model.
Parse the JSON output and tell the user the new agent ID (and the new workspace ID, when a new workspace was created) so they can switch to it.