peer-readacross
Skill1 starsChanged 36 days agoMITView on GitHub
Compare two tickers and surface the cross-read between them using the AlphAI MCP. Use when the user asks to "compare X and Y", "NVDA vs AMD", "what does <peer>'s news mean for <ticker>", or wants the read-across between two related names (competitors, supplier/customer, same theme).
In this repository5 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- insider-radarSkill
- manage-alertsSkill
- market-pulseSkill
- stock-briefSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 0 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
When two names are linked — competitors, a supplier and its customer, two plays on one theme — the interesting signal is the read-across: a …
- Very specific: line 14
Resolve both tickers: If given company names, map them with alphai_tickers(q=...).
- Very specific: line 17
Run the comparison: Call alphai_pair_analysis(ticker_a, ticker_b).
- Very specific: line 35
If alphai_pair_analysis returns no shared rows, say so — the two names may simply not be in the same story flow right now.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Peer read-across
When two names are linked — competitors, a supplier and its customer, two plays
on one theme — the interesting signal is the read-across: a peer's print that
resets the other's setup. alphai_pair_analysis is built for exactly this.
Steps
- Resolve both tickers. If given company names, map them with
alphai_tickers(q=...). Any symbol that isn't a recognized active ticker comes back inunknown_tickersand contributes no rows — surface that. - Run the comparison. Call
alphai_pair_analysis(ticker_a, ticker_b). It returns three things: news naming both companies (the shared read-across), plus each ticker's own recent news for context. - Tighten on request. Raise
min_relevance(default 4) for only the strongest items, orlimitfor more rows per list.
Output
- Shared story — the news naming both names: what links them right now and which way the read-across cuts (does A's news help or hurt B?).
- {Ticker A} — 2–3 of its own top stories, one-liners.
- {Ticker B} — same.
- Net read — one or two sentences: are they moving together or diverging, and what's the single linking factor (a shared customer, a sector catalyst, a head-to-head product)?
Guardrails
- If
alphai_pair_analysisreturns no shared rows, say so — the two names may simply not be in the same story flow right now; fall back to summarizing each side's own news rather than forcing a connection. - Lead with
relevance_score. - Describe the read-across the reporting supports; don't manufacture a causal link. News, not advice.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

