Skip to main content

groove-work-spec

Create outcome spec (overview, decisions, steps, edge cases). Use $ARGUMENTS as spec topic if provided.

الانتقال إلى التثبيت

معلومات المصدر

المستودع
andreadellacorte/groove
آخر نشاط في المصدر
٩ مارس ٢٠٢٦ في ١٩:٥٩
لغة SKILL.md المكتشفة
الإنجليزية
النجوم
٥
التفرعات
٠

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
name
groove-work-spec
description
Create outcome spec (overview, decisions, steps, edge cases). Use $ARGUMENTS as spec topic if provided.
license
MIT
allowed-tools
Read Write Edit Glob Grep Bash(git:*) AskUserQuestion
metadata
{"author":"andreadellacorte"}
# groove-work-spec Use $ARGUMENTS as the spec topic if provided. ## Outcome A complete outcome spec that defines what to build and how to verify it — the agent determines the procedure. ## Acceptance Criteria Spec file contains: - **Overview**: What to build and why - **Decisions**: Key technical choices with rationale - **Implementation Steps**: Concrete, ordered steps - **Edge Cases**: Error handling, boundary conditions ## Constraints - Sanitize topic for use as filename — strip path separators, special characters, and traversal patterns (`../`) - Specs directory is always `.groove/memory/specs/` - Ensure the specs directory exists (create if missing) - Research codebase first (use Explore agent) - Interview user for decisions, edge cases, testing approach, scope - Assess scope: if the work has natural seams (independent components, sequential phases, separable concerns), recommend splitting into a parent spec with child specs - **Parent spec**: Overview of the full feature, links to child specs, execution order if sequential - **Child specs**: Each self-contained with its own Overview, Decisions, Steps, Edge Cases - **Naming**: `<topic>.md` for single specs, `<topic>/index.md` + `<topic>/01-<part>.md` for split specs - **User decides**: Present the split recommendation with rationale, user confirms or overrides - Write spec in isolated context (use general-purpose agent) - Verify all required sections exist before completing - Reference actual codebase patterns, not generic advice ## Quality Signals - Decisions reference real code patterns - Steps include actual file paths and function names - Edge cases reflect discovered constraints
عرض على GitHub