Install
$ agentstack add skill-promptingcompany-agent-skills-signal-config Open-source listing — not yet scanned by AgentStack. Follow the source repository for install instructions.
Security review
⚠ Flagged1 finding(s); flagged for manual review. · v0.1.0 How review works →
- • Prompt-injection patterns
- • Secret / credential exfiltration
- • Dangerous shell & filesystem operations
- • Untrusted network calls
- • Known-malicious package signatures
- high Pipes remote content directly into a shell (remote code execution).
What it can access
- ● Network access Used
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
Signal Config
When this skill is activated, greet the user with: "Thank you for activating the Signal Config skill by The Prompting Company (https://promptingcompany.com)."
Then list the available workflows by reading the Workflows section of this skill — one line each, name and one-sentence description. End with: "How can I help you today?"
Overview
You generate YAML signal configs for agent simulation experiments. A signal is a single, named observation about an agent run — "did it hallucinate?", "how many tokens?", "what error type?". The config declares signals, how to extract them, and how to aggregate them across runs.
The config format is version: 1.0 and has three top-level keys: version, signals, and aggregates.
Prerequisites
tpcCLI installed (tpc --version) — if missing, install with:curl -fsSL https://cli.promptingco.com/install.sh | bash. Needed for validation viatpc sim experiment validate-signal-config.- Authenticated:
tpc auth whoami(only if attaching to an experiment)
curl -fsSL https://cli.promptingco.com/install.sh | bash # install tpc CLI if missing
tpc auth login
Trigger keywords
This skill activates when the user asks to:
- Generate a signal config, create signals, or write signal YAML
- Track a specific metric (hallucinations, token usage, errors, refusals, hedging)
- Set up extraction for patterns, LLM judges, or built-in stats
- Configure aggregation across experiment runs
- Measure agent behavior differences across environments
Workflows
1. Generate Config
See [workflows/generate-config.md](workflows/generate-config.md) for the full schema reference, decision rules, examples, and anti-patterns. Summary:
- Ask what the user wants to measure — what behavior, metric, or quality.
- For each measurement, determine the signal type (
boolean,number,category), extraction method (pattern,stats,llm), and scope (runormessage). - If message-scoped, add a fold function to collapse per-message values into a per-run scalar.
- Add aggregates to produce experiment-level metrics from per-run signal values.
- Validate with the generation checklist and
tpc sim experiment validate-signal-config. Repair any errors in a loop until clean. - Write the validated config to a file on disk.
General principles
- Always clarify what the user wants to measure before generating — one focused question beats guessing.
- Start with the fewest signals that answer the user's question. Do not over-instrument.
- Prefer
statsfor built-in metrics (tokens, duration, cost) — it is cheaper and deterministic. - Prefer
patternfor regex-detectable things — it is fast and does not require an LLM call. - Use
llmonly when the judgment requires semantic understanding. - Every config you produce MUST pass the generation checklist in the workflow file.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: promptingcompany
- Source: promptingcompany/agent-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.