estimate

Estimate engineering effort with optimistic, expected, and pessimistic ranges.

1|Updated May 5, 2026
One-click install
npx skills add https://github.com/XGanQAQ/Unity-Claude-Code-Game-Studios --skill estimate-xganqaq
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: estimate
Source: https://github.com/XGanQAQ/Unity-Claude-Code-Game-Studios/tree/main/.claude/skills/estimate
Command: npx skills add https://github.com/XGanQAQ/Unity-Claude-Code-Game-Studios --skill estimate-xganqaq

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The estimate skill turns a vague or complex task request into a structured effort plan by analyzing scope, impacted code, dependencies, and risk so teams can budget and schedule more reliably.

Core Features & Use Cases

  • Task clarification: Detects when the input is too vague to estimate meaningfully and requests clarification.
  • Project-aware estimation: Reads CLAUDE.md for context, then targets relevant design documents under design/gdd/ for feature-related tasks.
  • Impact-driven scanning: Identifies affected files and modules, checks for integration points, reviews existing test coverage, and uses production/sprints/ for historical velocity.
  • Actionable output: Produces optimistic/expected/pessimistic ranges, confidence level, dependencies, and a sub-task breakdown with half-day rounding.
  • Operational next steps: Advises spikes for low-confidence work, breaks large tasks into stories when needed, and recommends sprint planning updates.

Quick Start

Use the estimate skill to produce a task plan by running: estimate the effort for implementing the enemy AI behavior and pathfinding rework, including tests and integration with the current navigation system.

Frequently Asked Questions about estimate

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I estimate engineering effort for a complex software task?▼

To estimate engineering effort, analyze task clarity, project context, affected code, and historical sprint velocity to produce a structured plan with optimistic, expected, and pessimistic ranges.

What's the best way to assess code impact and test coverage for sprint planning?▼

Assess code impact and test coverage by identifying affected files and modules, checking integration points, and reviewing existing tests alongside historical velocity data to inform your sprint planning.

How do I create a sub-task breakdown with effort estimation ranges?▼

Create a sub-task breakdown by scanning impacted modules and integration points, then generate a structured estimate with half-day rounding and optimistic, expected, and pessimistic effort ranges.

Can I use historical sprint velocity to calculate a recommended budget for software changes?▼

Yes, you can use historical sprint velocity from production sprints to calculate a recommended budget, producing a confidence level, dependencies, and risk assessment for your software changes.

When should I request task clarification before starting effort estimation?▼

You should request task clarification before effort estimation when the input is too vague to estimate meaningfully, ensuring the final effort plan accounts for all design-document dependencies.

Why does risk assessment matter for software planning and effort estimation?▼

Risk assessment matters for software planning because it identifies integration points and code impact, allowing you to advise spikes for low-confidence work and break large tasks into stories.