From groundwork
Switches active project in monorepo: reads .groundwork.yml, lists projects with spec status (PRD, Architecture, Tasks), prompts selection, sets GROUNDWORK_PROJECT context, persists via Node script.
npx claudepluginhub etr/groundworkThis skill uses the workspace's default tool permissions.
Quick project switching within a configured monorepo.
Provides Ktor server patterns for routing DSL, plugins (auth, CORS, serialization), Koin DI, WebSockets, services, and testApplication testing.
Conducts multi-source web research with firecrawl and exa MCPs: searches, scrapes pages, synthesizes cited reports. For deep dives, competitive analysis, tech evaluations, or due diligence.
Provides demand forecasting, safety stock optimization, replenishment planning, and promotional lift estimation for multi-location retailers managing 300-800 SKUs.
Quick project switching within a configured monorepo.
Read .groundwork.yml from the repo root.
If not found: "No .groundwork.yml found. Run /groundwork:setup-repo to configure your repository first."
Present available projects with their spec status:
## Available Projects
| # | Project | Path | Specs |
|---|---------|------|-------|
| 1 | web-app | apps/web-app | PRD, Architecture, Tasks |
| 2 | mobile-app | apps/mobile-app | PRD |
| 3 | api-server | services/api | (none) |
For each project, check if <path>/specs/ exists and what spec files are present.
Use AskUserQuestion to ask which project to work on.
GROUNDWORK_PROJECT=<selected-name>GROUNDWORK_PROJECT_ROOT=<absolute-path>node ${PLUGIN_ROOT}/lib/persist-project.js <selected-name>
Where ${PLUGIN_ROOT} is the groundwork plugin directory (use the plugin root path from the session context). The script resolves its own terminal-pane identity internally — no env vars required.Confirm: "Switched to project . Specs at <path>/specs/."
After switching, show the project's spec status:
Suggest next action based on what's available.