20-understand-goal-150

Clarify goals, success criteria, and constraints before acting.

Updated Jan 30, 2025
One-click install
npx skills add https://github.com/MykhailoDmytriakha/my-preacher-helper --skill 20-understand-goal-150
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 20-understand-goal-150
Source: https://github.com/MykhailoDmytriakha/my-preacher-helper/tree/main/.codex/skills/20-understand-goal-150
Command: npx skills add https://github.com/MykhailoDmytriakha/my-preacher-helper --skill 20-understand-goal-150

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Clarity Protocol ensures you have complete understanding of goals, success criteria, constraints, and hidden expectations before starting work, reducing miscommunication and rework.

Core Features & Use Cases

  • Define the core goal and why it matters.
  • Surface constraints and hidden requirements to prevent scope drift.
  • Confirm clarity with explicit agreement before taking action.
  • Use at project kickoff, requirements review, or when scope is unclear.

Quick Start

Clarify the goal, success criteria, and constraints for the current task to establish shared understanding.

Frequently Asked Questions about 20-understand-goal-150

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

FAQPage Schema
How do I clarify project requirements and prevent scope drift before starting work?

To clarify project requirements and prevent scope drift, you must surface hidden expectations, define success criteria, and document constraints to establish a shared understanding before taking action. This ensures alignment and reduces rework.

What is the best way to define success criteria for vague or ambiguous project goals?

Defining success criteria for vague goals involves identifying the core objective, explicitly confirming understanding, and documenting an agreement before execution. This approach surfaces hidden requirements and ensures complete alignment on project scope.

Why does my project suffer from miscommunication and rework during execution?

Miscommunication and rework often occur because project requirements and constraints were not fully clarified before starting. Applying a clarity protocol surfaces hidden expectations and secures explicit agreement, preventing scope drift and costly corrections later.

When do I need to establish a clarity protocol for my project scope?

You need a clarity protocol during project kickoff, requirements review, or whenever the scope is unclear. It helps define the core goal, surface constraints, and confirm understanding to prevent miscommunication and rework before acting.

Can I use this approach to surface hidden expectations and constraints for new tasks?

Yes, you can apply this approach to new tasks, vague requirements, or ambiguous scopes. It systematically surfaces hidden expectations and constraints, providing explicit confirmation of understanding and a documented agreement before any action begins.