forge-probe

Execute disposable probes to test milestone viability hypotheses.

3|Updated Apr 8, 2026
One-click install
npx skills add https://github.com/vh2224/forge-agent --skill forge-probe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: forge-probe
Source: https://github.com/vh2224/forge-agent/tree/main/skills/forge-probe
Command: npx skills add https://github.com/vh2224/forge-agent --skill forge-probe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Facilitates rapid, low-risk experimentation to confirm whether a proposed milestone is worth pursuing before committing broader resources.

Core Features & Use Cases

  • One-question-per-probe design to isolate hypotheses and avoid scope creep.
  • Automated probe workflow that records observable evidence and updates the probes manifest.
  • Integrates with the GSD workflow to feed findings into plan-milestone and plan-slice.

Quick Start

Run a disposable probe to test milestone viability using the forge-probe workflow.

Frequently Asked Questions about forge-probe

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

FAQPage Schema
How do I test project milestone viability before committing resources?

You can test milestone viability by running disposable probes to validate hypotheses with isolated experiments. The probe framework executes rapid tests and records observable evidence, confirming whether a proposed milestone is worth pursuing before broader resource allocation.

What is a one-question-per-probe design for project planning?

A one-question-per-probe design isolates specific hypotheses during project planning to prevent scope creep. By restricting each disposable probe to a single viability question, the framework ensures test results remain focused and produce clear observable evidence for milestone decisions.

How do I run disposable probes to validate project hypotheses?

To run disposable probes, execute the probe workflow under the .gsd/probes directory to test milestone hypotheses. The workflow enforces the one-question-per-probe rule, generates observable evidence, and automatically updates the MANIFEST and Results sections.

Do I need a specific directory structure to run project viability probes?

Yes, running viability probes requires a minimal probe framework located under the .gsd/probes directory. This structure enforces the one-question-per-probe constraint and provides the necessary workspace for the MANIFEST and Results sections to record observable evidence.

How do experimental probe findings integrate into milestone planning?

Experimental probe findings integrate into milestone planning through the GSD workflow. The observable evidence collected from disposable probes feeds directly into plan-milestone and plan-slice phases, updating the project trajectory based on validated hypotheses.

What is the best way to avoid scope creep during milestone validation?

The best way to avoid scope creep during milestone validation is enforcing a one-question-per-probe rule. This constraint ensures each disposable probe isolates a single hypothesis, producing focused observable evidence without expanding experimental boundaries.