paperclip-dev-workspace-run-verify-fix

Run, verify, reseed, and repair Paperclip isolated dev workspace runtime services.

Updated Jun 16, 2026
One-click install
npx skills add https://github.com/adamtpang/summon.company --skill paperclip-dev-workspace-run-verify-fix-adamtpang
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: paperclip-dev-workspace-run-verify-fix
Source: https://github.com/adamtpang/summon.company/tree/main/.agents/skills/paperclip-dev-workspace-run-verify-fix
Command: npx skills add https://github.com/adamtpang/summon.company --skill paperclip-dev-workspace-run-verify-fix-adamtpang

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Paperclip dev workspaces run as managed worktree services on pinned ports, so sibling workspaces can squat the port, cloned databases can be incomplete, and runtime rows can report healthy while serving the wrong app. This Skill provides a disciplined run-verify-fix loop that proves real health, login readiness, cloned data, and port ownership before declaring success. ## Core Features & Use Cases - Managed runtime control: Start, stop, and restart worktree services through the Paperclip control-plane runtime-service API instead of detached shell processes. - Port conflict and identity resolution: Detect sibling workspace port squatting by checking the real process cwd via /proc/<pid>/cwd, then stop the true owner through its managed path before restarting the target. - Full database reseed and verification: Reseed the worktree with a full clone from the primary instance and verify health, bootstrap status, login, populated data, and runtime visibility from both the main control plane and the served app. - Use Case: A worktree service URL loads a working Paperclip app but shows the wrong branch's data. The Skill identifies the sibling process owning the pinned port, stops its supervising run, restarts the target service, and confirms the port owner's cwd resolves inside the target worktree. ## Quick Start Ask the agent to start and verify the paperclip-dev workspace service for the current issue, fixing any port conflicts or database problems until health, login, and cloned data all check out.

Frequently Asked Questions about paperclip-dev-workspace-run-verify-fix

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I start a Paperclip dev workspace service correctly?

Start the service through the managed runtime-service API on the main control plane with the workspace command id, not with pnpm dev or detached shell processes. Then verify /api/health, bootstrap status, and port-owner identity before trusting it.

Why does my Paperclip workspace URL show the wrong worktree's app?

The pinned service port is owned by a sibling workspace's process, and start-time adoption attached it to your runtime row. Check the real owner with readlink /proc/<pid>/cwd, stop the sibling through its managed path, then restart the target service.

How do I fix a Paperclip worktree showing the first-admin setup gate?

Run a full worktree reseed from the primary instance with pnpm paperclipai worktree reseed --from-instance default --seed-mode full, then restart through the managed runtime. Verify /api/health reports bootstrapStatus ready and login works with populated data.

Can I trust a healthy /api/health response as proof the workspace is fixed?

No. A sibling workspace's process can own the pinned port and still answer health checks. Confirm the port owner's real cwd resolves inside the target worktree and that both the main control plane and served app agree on runtime state.

What should I do when Paperclip login works but data is missing?

Missing data after login means a partial auth repair was done instead of a full database clone. Run a full reseed, restart through the managed runtime, and verify representative cloned records like companies, issues, and projects through the API.