From personal-planning
Provision a new personal-planning workspace on disk. Use when the user wants to start a new personal-planning workspace — diary, health tracking, family planning, house search, preparedness, personal-dev, or inbox hygiene. Accepts a workspace name and variant. Scaffolds the workspace, personalises CLAUDE.md from the user's global memory, and (by default) creates a GitHub repo. (For therapy tracking, use the dedicated `therapy-tracking` plugin.)
npx claudepluginhub danielrosehill/claude-code-plugins --plugin personal-planningThis skill is limited to using the following tools:
Creates a new workspace for a personal-planning use case. This plugin's commands (`/personal-planning:log-entry`, `/personal-planning:review-progress`, `/personal-planning:set-goal`) are globally available once installed — this skill only provisions the **data scaffold** (CLAUDE.md, entries/, goals/, logs/, etc.) those commands read from and write to.
Mandates invoking relevant skills via tools before any response in coding sessions. Covers access, priorities, and adaptations for Claude Code, Copilot CLI, Gemini CLI.
Share bugs, ideas, or general feedback.
Creates a new workspace for a personal-planning use case. This plugin's commands (/personal-planning:log-entry, /personal-planning:review-progress, /personal-planning:set-goal) are globally available once installed — this skill only provisions the data scaffold (CLAUDE.md, entries/, goals/, logs/, etc.) those commands read from and write to.
$ARGUMENTS is parsed as:
~/repos/github/my-repos.--variant=<diary|health-wellness|family-planning|house-search|preparedness|personal-dev|inbox-hygiene> (optional): which scaffold to copy. Default: diary. (For therapy-tracking, use the dedicated therapy-tracking plugin instead.)--local-only (optional): skip GitHub repo creation and push. Default: create a public GitHub repo and push.--private (optional): create the GitHub repo as private. Default: public./personal-planning:new-workspace my-diary
/personal-planning:new-workspace health-log --variant=health-wellness --private
/personal-planning:new-workspace flat-search --variant=house-search
/personal-planning:new-workspace go-bag --variant=preparedness
/personal-planning:new-workspace inbox-rules --variant=inbox-hygiene
Extract workspace name, target parent path, variant, and flags from $ARGUMENTS. If workspace name is missing, ask the user for it before proceeding.
The bundled scaffold lives at ${CLAUDE_SKILL_DIR}/../../template/<variant>/. Confirm it exists. If the variant isn't one of the listed options, tell the user which variants are available.
Read ~/.claude/CLAUDE.md if it exists. Extract OS, locale, timezone, and user identity facts. These will personalise the workspace's CLAUDE.md at step 6.
mkdir -p <target-parent>/<workspace-name>
cp -r ${CLAUDE_SKILL_DIR}/../../template/<variant>/. <target-parent>/<workspace-name>/
Do not copy any .claude/ tree. The plugin's primitives are global.
Open the new workspace's CLAUDE.md and:
Ask the user only for facts this plugin can't infer — variant-dependent:
Write facts into CLAUDE.md under a Workspace Facts section.
cd <target-parent>/<workspace-name>
git init
git add .
git commit -m "Initial workspace from personal-planning plugin"
Unless --local-only is set:
gh repo create <workspace-name> --<public|private> --source=. --push
Use --public by default, --private if flag was passed. For health-wellness and inbox-hygiene variants, remind the user that private is usually more appropriate if they chose public.
Tell the user:
/personal-planning:log-entry, /personal-planning:review-progress, /personal-planning:set-goal).${CLAUDE_SKILL_DIR}/../../template/<variant> (not ${CLAUDE_PLUGIN_ROOT} — not exported in skill bash injection)..claude/commands/, .claude/agents/, or .claude/skills/ into the new workspace.