autopilot
The whole coding loop on one deliberate yes: map, spec, critic-hardened plan, GitHub issues, parallel worktree implementers, fresh-context review loops, one PR…
Community-pulse research on any topic — "what are people saying about X right now." Fans out parallel sub-agents across web search, Hacker News, Reddit, and GitHub; ranks findings by real engagement (points/upvotes/stars/comments); flags rumors; and writes a cited brief to chat
$ npx -y skills add duthaho/skillhub --skill pulse --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/pulseContext preview
The summary Claude sees to decide when to auto-load this skill.
Community-pulse research on any topic — "what are people saying about X right now." Fans out parallel sub-agents across web search, Hacker News, Reddit, and GitHub; ranks findings by real engagement (points/upvotes/stars/comments); flags rumors; and writes a cited brief to chat
name: pulse description: >- Community-pulse research on any topic — "what are people saying about X right now." Fans out parallel sub-agents across web search, Hacker News, Reddit, and GitHub; ranks findings by real engagement (points/upvotes/stars/comments); flags rumors; and writes a cited brief to chat plus saved .md and .html files. Use when the user wants the current community conversation / recent buzz / sentiment / "last 30 days" view on a person, product, project, or concept — e.g. "/pulse <topic>", "what's the buzz on X", "what are people saying about X lately", "research recent discussion on X". For exhaustive, adversarially fact-checked web reports, prefer the deep-research skill instead.
`/pulse <topic> [window/flags in plain language]`
Answer one question: **what is the community actually saying about this topic right now, and what's resonating?** You ground every claim in a real source and rank by real engagement — not by what a search engine's editors surfaced.
like "last week", "past 6 months", "this year". Record the resolved window.
Run immediately for clear topics. Ask **1–2 quick questions only if**:
product), **or**
Otherwise proceed and state your assumptions in the brief header.
**Auto-detect the topic type** and weight sources accordingly:
| Detected type | Source emphasis | | -------------------- | --------------------------------------------------- | | Person (dev/tech) | GitHub (velocity) + Hacker News + web + Reddit | | Person (non-tech) | Web + Reddit (skip/deprioritize GitHub) | | Product / company | Reddit + web + Hacker News (GitHub if it's a tool) | | Project / repo / tool| GitHub + Hacker News + Reddit + web | | Concept / event | Web + Hacker News + Reddit (skip GitHub) |
Do light **entity resolution** first when useful (e.g. the canonical subreddit, the GitHub `owner/repo` or username, the official site) so sub-agents search the right handles rather than guessing.
Spawn the relevant source sub-agents **concurrently** (one message, multiple `Agent` calls). Skip sources the topic type deprioritizes. Give each the topic, resolved entities, and the time window. Each sub-agent must return **structured findings**: for every item — `title`, `url`, `source`, `engagement` (the raw metric + its kind), `date`, and a 1–2 sentence `snippet`. Then it deepens its **top 2–3** items (below). Each gathers ~8–10 candidates before deepening.
Use `subagent_type: "Explore"` (read-only, fast) for fetch-heavy sources.
**Effort scaling:** match the fan-out to the ask. A niche topic or an explicit "quick check" needs only the 2 best-matched sources from the table; the full fan-out is for broad or clearly hot topics. **Lossless hand-off:** if a sub-agent's deepened findings run long (many quotes/threads), have it write the full extracts to `out/pulse/.work/<source>.md` and return just its ranked summary — read the files at synthesis instead of losing detail in the relay.
thread/repo, named practitioners) over SEO-optimized aggregators and listicle farms. A claim that appears *only* on low-quality aggregator sites is low-trust — mark it accordingly.
`https://hn.algolia.com/api/v1/search?query=<TOPIC>&tags=story&numericFilters=created_at_i>UNIX_START` (compute `UNIX_START` with a real shell command — e.g. `date -d '30 days ago' +%s` — never guess the timestamp; for relevance over recency use `/search` instead of `/search_by_date`).
highest-signal top-level comments (the actual takes).
`https://www.reddit.com/search.json?q=<TOPIC>&sort=top&t=month` (map `t` to the window: `week`/`month`/`year`), and/or `https://www.reddit.com/r/<SUB>/search.json?...&restrict_sr=1`.
`old.reddit.com` (often served when `www` is blocked); if that also fails, use `WebSearch` for `site:reddit.com <topic>` and `WebFetch` the threads. **Note in the brief that Reddit was reached via fallback.**
then for the chosen repo pull recent `commits`, `releases`, and open/closed PR counts to gauge shipping velocity.
(public) to summarize what they're shipping.
If a source returns nothing usable after its fallback, re
Give Claude Code a memory and make it cite its sources — skills for research, daily work, and shipping code. They started as prompts I kept retyping, so I wrote each one down once. Keyless: no API keys, no signups.
The whole coding loop on one deliberate yes: map, spec, critic-hardened plan, GitHub issues, parallel worktree implementers, fresh-context review loops, one PR…
Human-facing documentation, architecture docs, and mermaid diagrams for a codebase, a module, or a feature — "draw me the architecture, with receipts." Fans…
Lightweight bug-fixing loop — reproduce → root-cause → fix test-first → verify — deliberately separate from the heavyweight feature workflow so small fixes…
Prompt-cache economics forensics — why your Claude Code tokens burn so fast, with the numbers to prove it. Parses local ~/.claude transcripts (0 tokens, a…
Morning work briefing — "what does my day look like, in one scan?" Gathers today's calendar and emails needing attention (via connected Google MCP tools when…