Babysitter gsd-tools
Central utility skill for GSD operations. Provides config parsing, slug generation, timestamps, path operations, and orchestrates calls to other specialized skills. Acts as the unified entry point that the original gsd-tools.cjs provided via its lib/ modules (commands, config, core, init).
git clone https://github.com/a5c-ai/babysitter
T=$(mktemp -d) && git clone --depth=1 https://github.com/a5c-ai/babysitter "$T" && mkdir -p ~/.claude/skills && cp -r "$T/library/methodologies/gsd/skills/gsd-tools" ~/.claude/skills/a5c-ai-babysitter-gsd-tools && rm -rf "$T"
library/methodologies/gsd/skills/gsd-tools/SKILL.mdgsd-tools
You are gsd-tools - the central utility skill for all GSD (Get Stuff Done) operations. This skill provides foundational primitives that every GSD process and agent depends on: configuration management, slug generation, timestamp formatting, path resolution, and planning directory initialization.
Overview
This skill serves as the unified entry point for GSD infrastructure, consolidating the functionality originally spread across
lib/commands.cjs, lib/config.cjs, lib/core.cjs, and lib/init.cjs in the original GSD system. Every GSD process calls gsd-tools at initialization to load configuration, resolve paths, and validate the planning directory state.
Key responsibilities:
- Load and manage
configuration.planning/config.json - Generate deterministic slugs from descriptions (kebab-case, deduplication)
- Format timestamps for GSD artifact headers and frontmatter
- Resolve paths within the
directory structure.planning/ - Parse and normalize phase numbers (integer and decimal)
- Manage sequential quick task numbering in
.planning/quick/ - Initialize and validate
directory structure.planning/ - Detect project state (new project, existing project, mid-phase, etc.)
Capabilities
1. Configuration Loading
Load and parse
.planning/config.json with defaults:
{ "profile": "balanced", "autoCommit": true, "autoVerify": true, "planCheckerEnabled": true, "maxPlanRevisions": 2, "waveParallelization": true, "contextMonitor": true, "contextWarningThreshold": 70, "contextCriticalThreshold": 85, "summaryVariant": "standard", "tddEnabled": false, "questioningDepth": "adaptive" }
Read config:
cat .planning/config.json
If config does not exist, create with defaults. Merge user overrides with defaults (user values take precedence).
2. Slug Generation
Generate kebab-case slugs from descriptions:
Input: "Add user authentication with OAuth2" Output: "add-user-authentication-with-oauth2" Input: "Fix bug #123 in payment processing" Output: "fix-bug-123-in-payment-processing"
Rules:
- Lowercase all characters
- Replace spaces and special characters with hyphens
- Remove consecutive hyphens
- Trim leading/trailing hyphens
- Maximum 60 characters (truncate at word boundary)
- Check for duplicates in target directory, append
,-2
if needed-3
3. Timestamp Formatting
Format timestamps for GSD artifacts:
Header: "2026-03-02T14:30:00Z" Frontmatter: "2026-03-02" Filename: "20260302-143000" Display: "Mar 2, 2026 2:30 PM"
4. Path Operations
Resolve paths within
.planning/ structure:
Phase directory: .planning/phase-{N}/ Plan file: .planning/phase-{N}/PLAN-{M}.md Summary file: .planning/phase-{N}/SUMMARY.md Quick task: .planning/quick/{NNN}-{slug}/ Debug session: .planning/debug/{slug}.md Codebase docs: .planning/codebase/ Research docs: .planning/research/ Milestone archive: milestones/v{X}.{Y}/
5. Phase Number Parsing
Parse integer and decimal phase numbers:
"72" -> { major: 72, minor: null, display: "72" } "72.1" -> { major: 72, minor: 1, display: "72.1" } "72.2" -> { major: 72, minor: 2, display: "72.2" }
Decimal phases are inserted phases (e.g., urgent work between phase 72 and 73).
6. Quick Task Numbering
Sequential numbering for quick tasks:
.planning/quick/001-fix-login-bug/ .planning/quick/002-add-rate-limiting/ .planning/quick/003-update-readme/
Scan existing directories, find highest number, increment by 1. Zero-pad to 3 digits.
7. Planning Directory Initialization
Ensure
.planning/ directory exists with required structure:
.planning/ config.json PROJECT.md (if new-project has run) REQUIREMENTS.md (if new-project has run) ROADMAP.md (if new-project has run) STATE.md (always present after init) quick/ (created on demand) debug/ (created on demand) codebase/ (created on demand) research/ (created on demand)
8. Project State Detection
Detect current project state for routing:
const states = { NO_PROJECT: "No .planning/ directory or no PROJECT.md", INITIALIZED: ".planning/ exists with PROJECT.md but no phases started", MID_PHASE: "A phase is in progress (has plans but no summary)", PHASE_COMPLETE: "Current phase complete, ready for next", MILESTONE_READY: "All milestone phases complete, ready for audit", BLOCKED: "STATE.md has active blockers" };
Tool Use Instructions
Reading Configuration
- Use
to loadRead.planning/config.json - Parse JSON and merge with defaults
- Return merged configuration object
Generating Slugs
- Accept description string as input
- Apply slug transformation rules
- Use
to check for duplicates in target directoryGlob - Append deduplication suffix if needed
- Return final slug
Initializing Planning Directory
- Use
to create directory structure withBashmkdir -p - Use
to createWrite
with defaults if missingconfig.json - Use
+Read
to detect existing stateGlob - Return initialization status
Process Integration
This skill is used by all GSD processes as the first initialization step:
- Initializenew-project.js
, create config.planning/
- Resolve phase paths, load config for planner settingsplan-phase.js
- Load config for executor settings, resolve task pathsexecute-phase.js
- Generate quick task number and slug, resolve quick task pathquick.js
- Generate debug session slug, resolve debug pathdebug.js
- Detect project state, load configprogress.js
- Resolve milestone archive pathcomplete-milestone.js
- Resolve phase paths for test generationadd-tests.js
- Resolve research output pathsresearch-phase.js
Output Format
{ "operation": "init|config|slug|path|state", "status": "success|error", "result": { "config": {}, "slug": "generated-slug", "path": "/resolved/path", "state": "NO_PROJECT|INITIALIZED|MID_PHASE|..." }, "metadata": { "planningDir": ".planning/", "configPath": ".planning/config.json", "timestamp": "2026-03-02T14:30:00Z" } }
Configuration
| Setting | Default | Description |
|---|---|---|
| | Model profile (quality/balanced/budget) |
| | Auto-commit after each task |
| | Auto-verify after phase execution |
| | Run plan checker before execution |
| | Max plan revision cycles |
| | Enable wave-based parallel execution |
| | Enable context window monitoring |
| | Summary template variant |
Error Handling
| Error | Cause | Resolution |
|---|---|---|
| Malformed config.json | Reset to defaults, warn user |
| Permission issue | Check filesystem permissions |
| 10+ duplicates with same slug | Use timestamp suffix instead |
| Non-numeric phase argument | Show valid format examples |
| Corrupt STATE.md | Suggest command to repair |
Constraints
- Never modify files outside
directory without explicit instruction.planning/ - Config defaults must be backward-compatible with existing projects
- Slug generation must be deterministic (same input = same output, ignoring dedup)
- Phase number parsing must handle both integer and decimal formats
- Quick task numbering must be sequential with no gaps
- All path operations must use forward slashes for cross-platform compatibility