Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

scholar-mentions-log

Estrelas0

Forks0

Atualizado24 de junho de 2026 às 18:25

A monthly routine for scholars: search the web for recent mentions, press, talks, and citations of a named researcher and their work, then append the genuinely-new ones to a CSV (date logged, date published, title, source, URL, one-line description) — deduped against what's already there. Use when a researcher wants to track who is talking about them and their work over time, with links they can skim later.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

timothyfraser

timothyfraser/systems-ai-workshop

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Professores do ensino superior, todos os outrosEducação e Biblioteconomia·SOC 25-1199

SKILL.md

readonly

name

scholar-mentions-log

description

Scholar mentions log (monthly routine)

Goal

Keep a running CSV of who is mentioning a scholar and their work — news, blogs, talks, syllabi, citations — so they can skim it once a month with links and short descriptions. Built to be re-run on a schedule without creating duplicates.

Inputs (ask if not given)

Who: full name, common variants/initials, and affiliation or field (to disambiguate from other people with the same name).
Window: how far back to look (default: the last 60 days).
CSV path: default 01_claude/examples/mentions.csv.

Steps

Search the web for recent mentions: the name (and variants) alongside the affiliation/field, plus titles of their well-known work. Use several queries, not one.
Disambiguate. Keep only items that are plausibly about this person. When unsure, keep it but flag the uncertainty in the description (e.g. "(possible match)"). Never pad the list with unrelated hits.
Read the existing CSV (if present) and dedupe — skip anything whose URL (or near-identical title) is already logged.
Append one row per new mention with these columns: date_logged, date_published, title, source, url, description
- date_logged = today's date (the user can supply it; don't invent a clock).
- date_published = the item's date if known, else blank.
- description = one neutral sentence: what it is and how it mentions them.
Summarize in chat: how many new items, and the 2–3 most noteworthy.

Cadence

Run it monthly — set a calendar reminder, or schedule it if your Claude supports scheduled tasks/routines. Each run only adds what's new.

Guardrails

Never fabricate URLs or sources. If you can't find the link, don't log the row.
Prefer primary sources over aggregators when both exist.
Don't log paywalled items you can't verify are about them.
This is a log to skim, not a citation report — keep descriptions short and factual.

CSV header

date_logged,date_published,title,source,url,description

Mais deste repositório

mesmo repositório

interactive-toolmaker

timothyfraser/systems-ai-workshop

Build a single self-contained HTML mini-tutorial that teaches ONE concept through a GENUINELY interactive centerpiece — something the reader manipulates that responds live — then verify it actually works before handing it back. The *form* of the interactive is chosen to fit the concept (a network process, a parameter model with sliders, an agent-based grid, a step-through algorithm, a data explorer, a what-if calculator, …) — contagion-on-a-network is just one example, not the default. Every build opens with a big-picture question, puts a hands-on interactive at the center with live-updating readouts, uses a fixed color scheme and uniform headings, and ends with tap-to-reveal learning checks (phone-friendly). Use when a faculty member wants an interactive explainer, a lesson dashboard, a concept simulator, or a "mini tutorial" they can open in a browser or share on a phone.

2026-06-240

plan-then-act

timothyfraser/systems-ai-workshop

Have the agent propose a concrete, numbered plan and get approval BEFORE executing — then work the plan step by step, re-planning out loud when reality diverges. Part of the "keep the agent on track" suite. Use for any task big enough that a wrong first move is costly, or when an agent tends to charge ahead.

2026-06-240

project-memory

timothyfraser/systems-ai-workshop

Maintain a persistent house-rules file (CLAUDE.md or AGENTS.md) the agent reads every session — what the project is, how to run/test it, conventions, architecture pointers, and gotchas/"don'ts" — so it stops relearning the project and repeating mistakes. Part of the "keep the agent on track" suite. Use for any repo an agent will touch more than once.

2026-06-240

vertical-slice

timothyfraser/systems-ai-workshop

Break a complex build into thin, end-to-end slices — each independently runnable and verifiable — instead of horizontal layers, so you always have something working and learn early. Part of the "keep the agent on track" suite. Use when a task is big enough that "build it all, then test" risks weeks of invisible drift.

2026-06-240

decision-log

timothyfraser/systems-ai-workshop

Keep an append-only log of decisions (Architecture Decision Records) — each with context, the decision, and its rationale and consequences — so the agent doesn't re-litigate or silently contradict past choices. Part of the "keep the agent on track" suite. Use when a project accumulates choices you'll need to remember the "why" for.

2026-06-240

definition-of-done

timothyfraser/systems-ai-workshop

Pin down checkable success criteria (and ideally tests) BEFORE building, so "done" is objective, not vibes — acceptance criteria, test cases, edge cases, and a done checklist the agent must satisfy and report against. Part of the "keep the agent on track" suite. Use to keep an agent honest about whether a task is actually complete.

2026-06-240

name

scholar-mentions-log

description

Scholar mentions log (monthly routine)

Goal

Inputs (ask if not given)

Who: full name, common variants/initials, and affiliation or field (to disambiguate from other people with the same name).
Window: how far back to look (default: the last 60 days).
CSV path: default 01_claude/examples/mentions.csv.

Steps

Search the web for recent mentions: the name (and variants) alongside the affiliation/field, plus titles of their well-known work. Use several queries, not one.
Disambiguate. Keep only items that are plausibly about this person. When unsure, keep it but flag the uncertainty in the description (e.g. "(possible match)"). Never pad the list with unrelated hits.
Read the existing CSV (if present) and dedupe — skip anything whose URL (or near-identical title) is already logged.
Append one row per new mention with these columns: date_logged, date_published, title, source, url, description
- date_logged = today's date (the user can supply it; don't invent a clock).
- date_published = the item's date if known, else blank.
- description = one neutral sentence: what it is and how it mentions them.
Summarize in chat: how many new items, and the 2–3 most noteworthy.

Cadence

Run it monthly — set a calendar reminder, or schedule it if your Claude supports scheduled tasks/routines. Each run only adds what's new.

Guardrails

Never fabricate URLs or sources. If you can't find the link, don't log the row.
Prefer primary sources over aggregators when both exist.
Don't log paywalled items you can't verify are about them.
This is a log to skim, not a citation report — keep descriptions short and factual.

CSV header

date_logged,date_published,title,source,url,description