Awesome Journal Skills is a collection of agent skill packs tailored to hundreds of academic journals across fields including economics, social science, medicine, science, and engineering. Researchers use the packs for tasks such as choosing topics, designing empirical strategies, preparing tables and figures, submitting papers, and responding to reviewers. The catalogue entries are the project's journal-specific skills and related plugins.
Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill atc-author-responsegit clone --depth 1 https://github.com/brycewang-stanford/Awesome-Journal-SkillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/brycewang-stanford/awesome-journal-skills/atc-author-response)<a href="https://agentmods.dev/skills/brycewang-stanford/awesome-journal-skills/atc-author-response"><img src="https://agentmods.dev/badge/skills/brycewang-stanford/awesome-journal-skills/atc-author-response/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/brycewang-stanford/awesome-journal-skills/atc-author-response"><img src="https://agentmods.dev/badge/skills/brycewang-stanford/awesome-journal-skills/atc-author-response.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00073 | $0.01015 |
| Opus 5.5 | $0.00029 | $0.00406 |
| Sonnet 5.5 | $0.00015 | $0.00203 |
| Haiku 4.5 | $0.00007 | $0.00102 |
Grade A, and why
atc-author-response scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 82 lines — stays where its author put it; the contents beside it link to each section on GitHub.
ATC Author Response
ATC gives you two distinct writing moments after review, and they have different jobs. The rebuttal (a short, roughly one-page window during round two) is for correcting misreadings and supplying a measurement a reviewer said was missing. The description of changes (after a conditional accept, for the shepherd) is a point-by-point record proving every required revision was made. Confusing the two — arguing in the shepherd round, or over-promising in the rebuttal — is the classic failure.
The rebuttal (round two, ~1 page)
Its job is narrow and its space is tiny, so triage ruthlessly:
- Correct factual misreadings first — a reviewer who misread the testbed, the baseline, or the claim can be moved by a precise correction with a pointer to the section/figure.
- Supply the one number that matters — if a reviewer said "no tail latency" or "no matched-cost comparison," and you have or can add it, state the result concisely. Systems reviewers move on evidence, not on rhetoric.
- Concede cleanly what you cannot fix this cycle — a crisp "correct; here is the honest bound" buys more credibility than defending an overclaim.
- Do not argue taste — "the reviewer underrates the contribution" changes nothing; the PC discussion decides.
Structure it as reviewer/point → response, lead with the highest-impact corrections, and never introduce unsupported new claims (which read as scope creep). Keep double-blind: the rebuttal must not reveal identity.
The description of changes (shepherd round)
After a conditional accept, a PC member shepherds the paper: final acceptance depends on the required revisions landing. Write the change record as a contract:
- One row per required change: reviewer/shepherd request → what you changed → where (section, figure, table) → the resulting text or result.
- Make or explicitly decline every requested change. A silently skipped required change is the fastest way to stall a conditional accept; if you decline, give the reason and the evidence.
- Point to concrete artifacts of the change — the new figure, the added experiment, the revised paragraph — not a promise to do it.
- Keep the shepherd's scope. The shepherd enforces the required revisions, not a new round of wishes; do not reopen settled scope or add unrequested claims that invite fresh review.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 82 lines · 73 tokens per session scan A 3de34af743ac
atc-author-response is a skill published in the GitHub repository brycewang-stanford/Awesome-Journal-Skills (1,264 stars, last pushed 19d ago), licensed MIT. It adds 73 tokens to every session and 1,015 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-15.
Other skills, from other repositories
alterlab-qiime2-amplicon
Runs 16S/ITS amplicon (microbiome) analysis with the QIIME 2 distribution (2026.7; the "amplicon" distribution was renamed "qiime2" in 2026.4) in the correct order: manifest import, cutadapt trim-paired primer removal BEFORE dada2 denoise-paired (trunc-len chosen from the demux quality .qzv), feature-classifier…
research-manager
Use this when starting a new research project or managing a complex, multi-step research workflow.
alterlab-phylogenetics
Build phylogenetic trees end-to-end from raw sequences — MAFFT multiple sequence alignment, optional TrimAl trimming, IQ-TREE 3 maximum-likelihood inference with model selection and bootstraps, FastTree for large datasets, then visualize with ETE3 or FigTree. Use when reconstructing trees from sequences (FASTA) for…
alterlab-pydicom
Reads, writes, and manipulates DICOM (Digital Imaging and Communications in Medicine) medical imaging files with the pydicom Python library. Use when reading/writing/modifying DICOM data, extracting pixel data from CT, MRI, X-ray, or ultrasound images, anonymizing DICOM files, working with DICOM metadata and tags…
alterlab-pyhealth
Develops, tests, and validates clinical machine learning models with the PyHealth 2.x healthcare AI toolkit. Use when working with electronic health records (EHR), clinical prediction tasks (mortality, readmission, length of stay, drug recommendation), medical coding systems (ICD, NDC, ATC, CCS), physiological signals…
alterlab-citation-verifier
Verifies that every bibliography entry actually exists by cross-checking Crossref, OpenAlex, Semantic Scholar, and arXiv (no API key required) plus doi.org DOI registration, fuzzy-matching title and authors (difflib ratio >= 0.70), flagging retractions recorded by Crossref (including Retraction Watch data) or…