Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -104,6 +104,7 @@ Skills are organized by domain under `skills/`. Each skill is a folder with a `S
- [`refactor-roadmap`](skills/planning/refactor-roadmap/SKILL.md): Sequence refactors with tests, flags, and checkpoints.
- [`tech-debt-portfolio`](skills/planning/tech-debt-portfolio/SKILL.md): Catalog debt, estimate impact, and prioritize with ROI.
- [`roadmap-prioritization`](skills/planning/roadmap-prioritization/SKILL.md): Score initiatives by impact, effort, and dependencies.
- [`before-you-build`](skills/planning/before-you-build/SKILL.md): Pressure-test a product idea or feature before implementation by identifying the biggest demand, positioning, monetization, retention, and distribution risks.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The description for the before-you-build skill is significantly longer than the other descriptions in this section, which are typically around 60 characters. Consider shortening it to maintain visual consistency and readability, for example:

  • before-you-build: Pressure-test a product idea or feature for key risks before implementation.

- [`org-standardization`](skills/planning/org-standardization/SKILL.md): Propose minimal standards and adoption enforcement.
- [`vendor-evaluation`](skills/planning/vendor-evaluation/SKILL.md): Compare vendors by security, integration, cost, and risks.
- [`dependency-upgrade-plan`](skills/planning/dependency-upgrade-plan/SKILL.md): Order upgrades, note breaking changes, and plan rollback.
Expand Down
36 changes: 36 additions & 0 deletions skills/planning/before-you-build/SKILL.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,36 @@
---
name: before-you-build
description: Review a product idea or feature before implementation by identifying the biggest demand, positioning, monetization, retention, and distribution risks. Use when a senior developer or founder wants to build a new product, landing page, MVP, or major feature but needs a reality check first.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The frontmatter description is quite long compared to other skills in the repository. Shortening it to focus on the core purpose and target audience will align it better with the existing style.

Suggested change
description: Review a product idea or feature before implementation by identifying the biggest demand, positioning, monetization, retention, and distribution risks. Use when a senior developer or founder wants to build a new product, landing page, MVP, or major feature but needs a reality check first.
description: Pressure-test a product idea or feature for key risks before implementation. Use when a founder or developer needs a reality check before building.

---

# Before You Build

## Purpose
Pressure-test a product idea or feature before implementation starts.

## Inputs to request
- Who the product or feature is for.
- The concrete situation where they would use it.
- The painful problem it solves.
- How people solve the problem today.
- Any existing signals: users, conversations, waitlists, revenue, usage, churn, or competitor evidence.

## Workflow
1. Restate the idea in one plain sentence.
2. Identify the riskiest assumption that would make the project fail if false.
3. Check demand, distribution, willingness to pay, positioning, retention, and trust risks.
4. Separate weak evidence from stronger evidence.
5. Recommend the smallest next validation step before building.

## Output
- Short verdict: build, validate first, narrow the scope, or stop.
- Biggest risk with rationale.
- Evidence gaps.
- Specific next validation action.
- Optional kill criteria that would stop the project.

## Quality bar
- Do not recommend tech stacks, architecture, or implementation details.
- Be direct and concrete, not motivational.
- Prefer one sharp risk over a long generic checklist.
- If the idea is too broad, ask who it is for, when they use it, and what painful problem it replaces.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Instructing the LLM to simply ask questions when an idea is too broad can lead to incomplete or unhelpful single-turn responses. It is better to have the LLM make reasonable assumptions to proceed with the analysis while explicitly listing the clarifying questions needed to validate those assumptions.

Suggested change
- If the idea is too broad, ask who it is for, when they use it, and what painful problem it replaces.
- If the idea is too broad, make reasonable assumptions to narrow it down for the analysis, and clearly list the clarifying questions needed to validate those assumptions.