td-hype-synthesize

Synthesize scout outputs into a prioritized HYPE_TOOL_BACKLOG.md with vet notes.

30|6|Updated May 25, 2026
One-click install
npx skills add https://github.com/Pantani/tdmcp --skill td-hype-synthesize
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: td-hype-synthesize
Source: https://github.com/Pantani/tdmcp/tree/main/.claude/skills/td-hype-synthesize
Command: npx skills add https://github.com/Pantani/tdmcp --skill td-hype-synthesize

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Consolidates hype scout reports into a single, prioritized backlog that feeds the tdmcp-pipeline, reducing fragmentation and enabling rapid decision-making.

Core Features & Use Cases

  • Inventory and merge hype scout outputs from multiple surfaces to produce a unified candidate table.
  • Deduplicate overlapping signals across surfaces and annotate agreement or disagreement among scouts.
  • Vet feasibility against the real codebase and produce a ranked backlog with explicit top-5 ready to execute.
  • Generate a lightweight "merge log" appendix to preserve auditability.

Quick Start

Run the td-hype-synthesize skill to generate _workspace/hype-scout/HYPE_TOOL_BACKLOG.md for pipeline readiness.

Frequently Asked Questions about td-hype-synthesize

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

FAQPage Schema
How do I consolidate multiple hype scout reports into a single prioritized backlog?

To consolidate hype scout reports, aggregate outputs across surfaces, deduplicate similar trends, and rank candidates using a fixed HYPE × BUILD-EASE scoring profile to produce a ready-to-run backlog.

What is the best way to deduplicate overlapping trend signals across different scouting surfaces?

Deduplicating overlapping trend signals requires merging scout outputs into a unified candidate table, which annotates agreement or disagreement among scouts while preserving a lightweight merge log appendix for auditability.

How do I vet hype trend feasibility against my codebase before pipeline execution?

Vetting trend feasibility against a codebase involves running targeted checks to evaluate build ease, generating force-multiplier findings, and appending explicit Vet notes to the top ranked backlog candidates.

Does the hype synthesis pipeline require dependencies to generate a ready-to-run tool backlog?

The hype synthesis pipeline requires no external dependencies, using a fixed HYPE × BUILD-EASE scoring profile to vet candidates and output a ready-to-run HYPE_TOOL_BACKLOG.md for the tdmcp-pipeline.

Why do I need to annotate disagreements among hype scouts in a unified backlog?

Annotating disagreements among hype scouts is needed to preserve auditability through a merge log, ensuring transparency in how overlapping signals were deduplicated and ranked before pipeline execution.