scafforge-pivot

Plans and executes host-side pivots to update canonical truth and route downstream surfaces.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/merceralex397-collab/Scafforge --skill scafforge-pivot
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: scafforge-pivot
Source: https://github.com/merceralex397-collab/Scafforge/tree/main/skills/scafforge-pivot
Command: npx skills add https://github.com/merceralex397-collab/Scafforge --skill scafforge-pivot

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Pivot orchestration coordinates host-side pivots to update canonical truth, record stale surfaces, and route targeted downstream work, ensuring a verifiable path from pivot planning to handoff.

Core Features & Use Cases

  • Pivot classification and canonical-truth updates
  • Downstream surface routing and restart-surface planning
  • Ticket lineage planning and executable actions via generated tools
  • Post-pivot verification and restart surface publication

Quick Start

Run the pivot planning workflow for a target repository by invoking the plan_pivot script with the repo root and a chosen pivot class.

Frequently Asked Questions about scafforge-pivot

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

FAQPage Schema
How do I manage midstream feature pivots without breaking downstream ticket lineage?

Midstream feature pivots require updating canonical truth and routing downstream surfaces to maintain ticket lineage. This Skill classifies the pivot class, generates a stale-surface map, and constructs a ticket-lineage plan to ensure verifiable downstream routing.

What is a stale-surface map and when do I need one during a design pivot?

A stale-surface map identifies downstream areas affected by a design pivot that require refresh or restart. You need one when midstream workflow adjustments alter canonical truth, ensuring no outdated restart surfaces remain untracked after routing.

How do I plan and execute a workflow pivot for a repository using scripts?

To plan and execute a workflow pivot, invoke the plan_pivot script with the repository root and chosen pivot class. This orchestrates canonical-truth updates, ticket-lineage plan construction, downstream-stage routing, and post-pivot verification.

Can I use this pivot orchestration workflow for repositories needing design changes at any scale?

Yes, this pivot orchestration workflow applies to any repository needing midstream feature changes, design pivots, or workflow adjustments. It handles post-pivot verification and restart surface publication to ensure verifiable handoff regardless of scale.

What's the best way to verify downstream updates after a midstream workflow adjustment?

The best way to verify downstream updates after a midstream workflow adjustment is through a structured post-pivot verification and publication workflow. This confirms canonical truth updates propagated correctly and restart surfaces are published without stale artifacts.

Why does midstream workflow adjustment fail to propagate changes to restart surfaces?

Midstream workflow adjustments fail to propagate when canonical truth is updated without emitting a stale-surface map or routing downstream stages. Without a ticket-lineage plan and post-pivot verification, restart surfaces remain outdated and untracked.