gsd-update
Update GSD to latest version with changelog display
Best use case
gsd-update is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Update GSD to latest version with changelog display
Teams using gsd-update should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/gsd-update/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How gsd-update Compares
| Feature / Agent | gsd-update | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Update GSD to latest version with changelog display
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
<codex_skill_adapter>
## A. Skill Invocation
- This skill is invoked by mentioning `$gsd-update`.
- Treat all user text after `$gsd-update` as `{{GSD_ARGS}}`.
- If no arguments are present, treat `{{GSD_ARGS}}` as empty.
## B. AskUserQuestion → request_user_input Mapping
GSD workflows use `AskUserQuestion` (Claude Code syntax). Translate to Codex `request_user_input`:
Parameter mapping:
- `header` → `header`
- `question` → `question`
- Options formatted as `"Label" — description` → `{label: "Label", description: "description"}`
- Generate `id` from header: lowercase, replace spaces with underscores
Batched calls:
- `AskUserQuestion([q1, q2])` → single `request_user_input` with multiple entries in `questions[]`
Multi-select workaround:
- Codex has no `multiSelect`. Use sequential single-selects, or present a numbered freeform list asking the user to enter comma-separated numbers.
Execute mode fallback:
- When `request_user_input` is rejected (Execute mode), present a plain-text numbered list and pick a reasonable default.
## C. Task() → spawn_agent Mapping
GSD workflows use `Task(...)` (Claude Code syntax). Translate to Codex collaboration tools:
Direct mapping:
- `Task(subagent_type="X", prompt="Y")` → `spawn_agent(agent_type="X", message="Y")`
- `Task(model="...")` → omit (Codex uses per-role config, not inline model selection)
- `fork_context: false` by default — GSD agents load their own context via `<files_to_read>` blocks
Parallel fan-out:
- Spawn multiple agents → collect agent IDs → `wait(ids)` for all to complete
Result parsing:
- Look for structured markers in agent output: `CHECKPOINT`, `PLAN COMPLETE`, `SUMMARY`, etc.
- `close_agent(id)` after collecting results from each agent
</codex_skill_adapter>
<objective>
Check for GSD updates, install if available, and display what changed.
Routes to the update workflow which handles:
- Version detection (local vs global installation)
- npm version checking
- Changelog fetching and display
- User confirmation with clean install warning
- Update execution and cache clearing
- Restart reminder
</objective>
<execution_context>
@.agents/workflows/update.md
</execution_context>
<process>
**Follow the update workflow** from `@.agents/workflows/update.md`.
The workflow handles all logic including:
1. Installed version detection (local/global)
2. Latest version checking via npm
3. Version comparison
4. Changelog fetching and extraction
5. Clean install warning display
6. User confirmation
7. Update execution
8. Cache clearing
</process>Related Skills
docs-update
Update durable documentation after validated change.
workflow-core
Canonical repository workflow contract for all runtimes.
verify-phase
Verify delivery quality, evidence, and done criteria.
review
Review changes for correctness, risk, and architectural adherence.
quick-task
Lightweight path for trivial or tightly bounded work.
plan-phase
Produce an executable plan for a bounded slice or phase.
execute-phase
Execute a plan with TDD-first delivery and proportional validation.
gsd-verify
Validate built features through UAT — diagnoses gaps and creates fix plans
gsd-start
Initialize a new project or milestone — context gathering → research → requirements → roadmap
gsd-ship
Create PR, run review, and prepare for merge after verification passes
gsd-settings
Configure GSD workflow toggles, model profile, and cost controls
gsd-session
Manage work sessions — resume, pause, check progress, or get next step