Forgecad project sync
Skill ForgeCAD/forgecad-public-kit/skills/forgecad-project-sync
Public companion kit for ForgeCAD: examples, agent skills, docs links, and issue tracking. The hosted CAD app and core source live elsewhere.
npx -y skills add ForgeCAD/forgecad-public-kit --skill forgecad-project-syncAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
Manage hosted ForgeCAD project sync from the CLI: init, clone, pull, push, file operations, members, publishing, and shares.
SKILL.md
2.1 KB, as published. Nobody here has run it
Project Sync
forgecad.io is the hosted ForgeCAD platform; a project is a local folder linked to the server by forgecad.json. The full command inventory (project, file, member, share, token commands and flags) lives in forgecad project --help and the forgecad skill's docs/CLI.md — do not relearn it here.
- One studio process. Run a single long-running
forgecad studio <folder> [<folder> ...]naming every active project folder. The user opens the one printed localhost port once; create and edit files only under those folders so the browser live-updates. Never spawn extra servers per project. - studio vs dev.
forgecad studiois for users and agents;forgecad devis only for developing ForgeCAD itself. - Login only for hosted commands.
forgecad loginbefore anyproject/publishcommand; local work (run, render, studio) needs no auth. - init creates, push syncs.
project init "Name"creates the remote project, writesforgecad.json, and pushes existing local files.pushonly syncs an already-initialized project.clone <slug>is the inverse: remote → new local folder. - Sync is content-hash based.
status/push/pullcompare file content hashes — no timestamps, no git; a file is "modified" purely by content difference. Loop: edit →project status→project push. - Sync vs single-file ops. Use
status/pull/pushfor normal sync; useproject file <read|save|delete|...>only for one hosted-file operation without a full push/pull cycle. - Project context required. All
project file *andpublishcommands must run inside a folder containingforgecad.json. - Shares are live references. A published model always shows the current project file, never a snapshot — pushing changes silently updates published models.
publishprints the share URL. - Non-interactive runs. Pass
--forceto skip confirmation prompts (push, pull, delete) in agent automation.