goal-planner

Translate vague ideas into actionable goals and GitHub issues.

1|Updated Apr 28, 2026
One-click install
npx skills add https://github.com/recallnet/polymarket-cross-sectional-momentum --skill goal-planner
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: goal-planner
Source: https://github.com/recallnet/polymarket-cross-sectional-momentum/tree/main/.agents/skills/goal-planner
Command: npx skills add https://github.com/recallnet/polymarket-cross-sectional-momentum --skill goal-planner

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Plan and file goals and feature issues through conversation. Use when the user wants to create goals, plan features, file issues, or discuss what to build next.

Core Features & Use Cases

  • Clarify outcomes (goals) and separate them from work (features) to align teams on the desired result.
  • Turn goals into well-scoped GitHub issues with clear acceptance criteria and linked tasks.
  • Manage scope and dependencies with blocked_by relationships to ensure safe, incremental delivery.

Quick Start

Describe your objective and I will draft a goal and linked issues ready for filing.

Frequently Asked Questions about goal-planner

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

FAQPage Schema
How do I turn a vague product idea into well-scoped GitHub issues?

To turn vague ideas into well-scoped GitHub issues, describe your objective and the tool drafts a goal description, acceptance criteria, scope notes, and ready-to-file issues. This structured format ensures outcomes are testable and decomposed for incremental delivery.

What is the best way to separate product goals from feature tasks during roadmapping?

The best way to separate product goals from feature tasks is to clarify the desired outcome first, then decompose it into linked features. This approach aligns teams on the result before filing work, ensuring goals remain distinct from the executable tasks needed to achieve them.

How do I manage dependencies and blocked_by relationships when planning feature delivery?

You manage dependencies and blocked_by relationships by defining scope notes and linking tasks during issue creation. This ensures safe, incremental delivery by mapping which features must be completed before others can proceed across your repositories.

Can I use this for feature planning across multiple GitHub repositories?

Yes, you can use this for feature planning across multiple GitHub repositories. It applies to conversations about product direction and task filing across repositories, ensuring outcomes are testable, decomposed, and formatted consistently for filing.

Does this work for planning product direction if I only have a rough idea of what to build next?

Yes, this works for planning product direction from a rough idea of what to build next. It translates vague user ideas into clear, actionable goals and well-scoped GitHub issues, applying structured formatting to ensure the resulting tasks are ready for filing.