extract-signal

Solid

An elastic signal-extraction methodology run under /multi-agent-mode. INFERS from the call what signal, what form, what stakes, and where output goes. Default is agentic — a normal call spawns a freshly-primed sub-agent that gathers, vets, and returns the signal; when extract-signal IS the agent (in-session / new-session) it works inline with output inline by default (or to a file if specified). Composes techniques per task: gather (/prime-sweep, /prime-fetch, /prime-expand), diverge (/insight-explore), vet (/insight-critique → /insight-assess), cold second opinion (/cold-review-style). Vetting scales with stakes; the presented signal carries provenance and is sensitivity-matched to its destination. Trigger on /extract-signal, "extract the signal on X and present it as Y", "gather + vet + report the signal about X". Not the prime-* / insight-* / cold-review skills it composes; not /multi-agent-mode (the mode it runs under).

AI & Automation 14 stars 1 forks Updated yesterday Apache-2.0

Install

View on GitHub

Quality Score: 86/100

Stars 20%
39
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# /extract-signal An **elastic methodology** for turning a noisy source surface into a **vetted signal in the form the requester asked for**, without contaminating the context that must stay clean. It is a goal + a toolkit + the judgment to **compose techniques to fit the task** — not a fixed pipeline. The work it does is determined by the context it is invoked with. > **Structured execution spec:** [`protocol.yon`](protocol.yon). Read it for the canonical rules and step sequence; this file is explanation. The two must stay in sync — if you edit one, update the other and refresh the `@STAMP` date. ## The principle that motivates this skill **Context hygiene comes from RELOCATION, not TRUNCATION.** Noisy work happens where noise is cheap — a spawned sub-agent's window, or this skill's own disposable window when it is itself a sub-agent. Only the **signal** reaches the place that must stay clean. The gathering area is never shrunk to fit an arbitrary size. ## Inference & contracts (read the call, don't demand a form) The skill **infers** its parameters from how it was invoked; explicit overrides are accepted but never required: - **What signal** — the question to answer. - **What form** — the output shape (see menu). Inferred from the ask ("as a risk-list", "is it ready?", "what are the options"). - **Stakes** — inferred from consequence; drives vetting depth. - **Mode & output** — inferred per below. ## Modes & output (inferred) - **Agentic (default — the normal call)...

Details

Author
allemaar
Repository
allemaar/open-skills
Created
2 months ago
Last Updated
yesterday
Language
JavaScript
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

product-intent-signal-extraction

Extract product intent signals from raw inputs (meeting transcripts, Slack threads, voice notes, brain dumps) into a structured signal map with per-source quality assessment. Designed to run as a subagent so extraction doesn't blow up the orchestrator's context. This skill should be used when pm-spec or any product management skill needs to process raw signals before shaping — never invoked directly by users.

0 Updated 2 days ago
matthull
AI & Automation Listed

project-management-signal-extraction

Extract project management signals from raw inputs (meeting transcripts, Slack threads, stand-up notes, async updates) into a structured signal map. Designed to run as a subagent so extraction doesn't blow up the orchestrator's context. This skill should be used when a project management skill or orchestrator needs to process raw signals before synthesis — never invoked directly by users.

0 Updated 2 days ago
matthull
Testing & QA Listed

signal-ingest

Ingest an exported production signal - an access-log extract, an error-rate table, a status-code breakdown, an APM export or a HAR capture - and attach it as evidence to the open questions a test book already carries. Answers nothing on its own - it turns a blind open question into an informed one. Use when a test book has open questions that observed behaviour could inform, or when production data exists and nobody has connected it to the test design.

0 Updated 1 weeks ago
QAIA-Project