Menu
Run Nanoclaw GWS-EA setup. Use when the user wants to install, re-run setup, or import v1 data. Triggers on "setup", "setup gws-ea", "install gws-ea", "import v1", or first-time setup requests on this fork.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | setup-gws-ea |
| description | Run Nanoclaw GWS-EA setup. Use when the user wants to install, re-run setup, or import v1 data. Triggers on "setup", "setup gws-ea", "install gws-ea", "import v1", or first-time setup requests on this fork. |
Tell the user to run bash setup-gws-ea.sh from the project root. That script handles the full end-to-end setup — .env config, GCP provisioning (project, SA, DWD), deps, container image, OneCLI vault, Claude auth, service, first agent (GChat DM), email channel, heartbeat — and then offers to import data from a v1 install if one is detected. It's idempotent: the bootstrap and init steps re-run safely, and the v1-import prompt is asked every run (decline to skip).
The fork ships v2 on main, so a fresh install is just:
git clone https://github.com/taslim/nanoclaw-gws-ea.git
cd nanoclaw-gws-ea
bash setup-gws-ea.sh
Existing v1 users keep their old checkout running and build v2 in a sibling worktree. Don't git pull v2 onto the v1 checkout — that mixes v1 data with v2 code (the script detects this and refuses).
cd ~/Projects/nanoclaw-gws-ea
git fetch origin
git worktree add ../nanoclaw-gws-ea-v2 origin/main
cd ../nanoclaw-gws-ea-v2
bash setup-gws-ea.sh
The script bootstraps v2, runs the canonical init scripts (main, email, heartbeat), then — once v2 is wired end-to-end — asks whether to import v1's custom agents and active scheduled tasks on top. Answer yes to copy them over, lift matters, and swap launchd from v1 to v2. Answer no to leave v1 alone and keep both running independently.
Override the v1 location with --v1-path PATH or NANOCLAW_V1_PATH=PATH if your layout differs.
--migrate — auto-yes to the v1-import prompt (CI / scripted use)--no-migrate — auto-no (keep v1 alone, just bootstrap + init v2)There is no separate "fresh" / "reconfigure" mode — re-running is always safe. If init partially completed in a prior failed run, the next run picks up where it left off.
For a destructive reset, use these instead of running setup-gws-ea repeatedly:
bash setup-gws-ea.sh --reinstall # wipe v2 state, then re-run setup. Preserves .env, plist, GCP.
bash setup-uninstall.sh # tear down v2 entirely. GCP resources retained.
bash setup-uninstall.sh --gcp # also delete GCP project (separate confirmation).
Both call into setup/teardown.ts which builds a plan and shows it before deleting anything. Add --yes to skip the confirmation in either command.
reinstall is the right tool when a setup attempt failed mid-flow and left partial state behind — instead of manually wiping data/, killing the service, and removing OneCLI agents, run --reinstall and it does all of that, then re-runs setup. Preserves .env so init prompts mostly skip.
uninstall returns the install to clone-equivalent state on this machine. To set up again afterwards: bash setup-gws-ea.sh. Use --gcp to additionally tear down the GCP project (immutable IDs — only do this if you really want to start over from new resource names).
The script halts at the failing step with a clear message and is re-runnable from there. Common causes: expired gcloud auth login, DWD scopes not yet authorized in the admin console.
Run bash setup-gws-ea.sh --help for the full flag list.
Sync your private fork with public fork(s). Push sanitized changes to a public fork, or pull community contributions back. Triggers on "sync forks", "sync fork", "push to fork", "pull from fork".
Pull community contributions from the nanoclaw-gws-ea public fork back into this private fork, with preview, selective cherry-pick, and low token usage.
Create and edit Google Docs cleanly. Use before any Docs creation or modification — covers the markdown-draft-then-import workflow, structural editing tools, and verification that formatting renders natively (not as literal characters).
OneCLI Gateway: transparent HTTPS proxy that injects stored credentials into outbound calls. You MUST use this skill when the user asks you to read emails, check calendar, access GitHub repos, create issues, check Stripe payments, or interact with ANY external service or API. Do NOT use browser extensions or OAuth CLI tools. Make HTTP requests directly; the gateway injects credentials automatically.
Look up and manage who people are and how to engage them. Use before any substantive interaction (scheduling, email, meetings, outreach). Covers Google Contacts as CRM, tier definitions (1–5), and contact-management thresholds.
Triage and compose email — sender-tier judgment, decision-packet escalation, HTML formatting, and post-send matter updates. Use before sending any email.