agentleFS
matthewdigiuseppematthewdigiuseppe/MStack/skills/journal-fit/SKILL.md

journal-fit

Skill17 starsChanged 3 months agoMITView on GitHub

Scores 6-8 candidate journals drawn from the discipline's outlets by subfield on impact, fit with the paper's conversation, method receptivity, word limits, turnaround, replication and open-access policies, and desk-reject risk, then sets a reach/realistic/backup tier in config. Use when the user asks where to submit or which journal fits the paper.

2 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    When the manuscript has passed /mstack:results-audit, /mstack:coauthor-review, and /mstack:referee-mock.

    line 17
  2. Distinctive:

    One-tier strategy: Always reach, realistic, backup.

    line 46

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

/mstack:journal-fit

Stage: submit · Voice: editor

When the manuscript has passed /mstack:results-audit, /mstack:coauthor-review, and /mstack:referee-mock. Pick a journal, a backup, and the backup's backup.

Procedure

  1. Load the abstract (paper/sections/abstract.tex), the contribution (.mstack/research-question.md), the positioning (.mstack/lit-map.md, especially where the Foundation and Frontier papers were published), the design (.mstack/config.yaml → design.type), and ${CLAUDE_PLUGIN_ROOT}/references/journals.md.
  2. Candidate set of 6–8 from the reference, by subfield: aspirational general (APSR, AJPS, JOP, BJPS); aspirational field (IO, ISQ, World Politics, CPS as the subfield dictates); realistic field with good fit; a specialty journal where the topic is core; a short-format outlet if the paper is one clean result; a backup with low desk-reject risk.
  3. Score each (WebSearch / WebFetch the journal's recent volumes for the Foundation and Frontier authors and for similar designs, and its author guidelines for limits and policies; never trust memory for caps and policies):

    DimensionScaleNote
    Impact1–5Generalist vs. specialist matters; cite counts are a noisy proxy
    Fit1–5Nothing in this conversation in 5 years = low; where the lit map's papers appeared = high
    Method receptivity1–5Recent papers using this design; formal, experimental, and qualitative mixes
    Word-limit fit1–5Actual length vs. the hard cap, with the appendix policy
    Review turnaround1–5Median to first decision, from posted data when available
    Desk-reject risk1–5 (5 = low)Editor's stated criteria; letters vs. articles
    Replication and OA policynoteVerification before publication (AJPS), Dataverse deposit, pre-acceptance OA, restricted-data rules; each adds time to plan for
  4. Tier the top 3: Reach (highest impact with fit ≥ 3), Realistic (highest fit × low desk-reject risk × decent impact), Backup (high acceptance probability; preserves time-to-publication).
  5. Write the comparison table to .mstack/journal-fit-<YYYY-MM-DD>.md and set target_journals in .mstack/config.yaml to the three tiers.
  6. Recommend the submission journal in two sentences, tied to the abstract framing chosen in /mstack:abstract-shotgun and to the replication timeline the journal's policy implies.

Outputs

  • .mstack/journal-fit-<date>.md; .mstack/config.yaml (target_journals).
  • Summary block: three tiers with one-line justifications, the recommended journal, and the policy step (replication verification, deposit) to start now.

Anti-patterns

  • One-tier strategy. Always reach, realistic, backup; research is too long to bet on one journal.
  • Impact-only ranking. 5/5 impact with 1/5 fit has zero expected value.
  • Ignoring desk-reject risk. The user must know it going in.
  • Remembered limits and policies. Fetch them.

Next

/mstack:submission-pack, then /mstack:cover-letter for the chosen journal. /mstack:referee-mock editor beforehand stress-tests fit.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.