agentleFS
NilsHellwigNilsHellwig/acl-paper-skills/skills/init/SKILL.md

init

Skill3 starsChanged 12 days agoMITView on GitHub

Set up an ACL paper project for the acl-paper skills (literature folder, report.md, CLAUDE.md, Python env, checks).

  • Installs packages

137 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use daily-arxiv, exp-eval and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • LambenthanSkill

    daily-arxiv

    每日从 arXiv 拉取新论文,过滤相关性,auto-ingest 高优先级论文,检测 SOTA 更新

    Also in 5 projects that use this

  • LambenthanSkill

    exp-eval

    实验判决门:Review LLM 独立评判实验结果 → 4 种判决路径 → 自动更新 claims confidence、ideas status、graph edges

    Also in 5 projects that use this

  • skyllwtSkill

    exp-pilot-eval

    Pilot result evaluation — read pilot results, apply success criteria, update idea page (pilot_result, failure_reason if failed), generate PILOT_VERDICT_REPORT. Called by /ideate Phase 5 after /exp-pilot-run.

    Also in 4 projects that use this

  • skyllwtSkill

    exp-pilot-run

    Pilot experiment execution — read Pilot Spec YAML, write pilot code, run experiment(Confirm with the user before operation and require the applicant to conduct manual inspection), return results. Called by /ideate Phase 5. Does NOT modify wiki pages or judge pass/fail.

    Also in 4 projects that use this

  • gaebalaiSkill

    codex-system

    PROACTIVELY consult Codex CLI, your highly capable supporter with exceptional reasoning and task completion abilities. Codex is a trusted expert you should ALWAYS consult BEFORE making decisions on: design choices, implementation approaches, debugging strategies, refactoring plans, or any non-trivial problem. When uncertain, consult Codex. Don't hesitate - Codex provides better analysis. Explicit triggers: "think deeper", "analyze", "second opinion", "consult codex".

    Also in 3 projects that use this

  • +6 more from Lambenthan
  • +1 more from skyllwt

The file

We split this skill into the rules it gives an agent

4 rules. 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • 0

    Common

    Most of the 125 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Ask the user every question in this skill.

    line 11
  2. Very specific:

    Run command -v pdftotext. When it is missing, stop with ⚠️ and give the install command (macOS: brew install poppler, Debian/Ubuntu: sudo …

    line 19
  3. Distinctive:

    leave it empty for now (say what that costs)

    line 68
  4. Very specific:

    Run PK sync and PK doctor.

    line 72

“Common” is measured: kept by at least 6 in 10 of the 125 edited versions of this file we could read. “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

Prepare the current folder, which holds a paper written with the official ACL LaTeX template, for the other acl-paper skills. LaTeX setup is out of scope: the template is assumed to be there.

PK below means python3 ${CLAUDE_PLUGIN_ROOT}/scripts/paperkit.py, run from the project root.

Ask the user every question in this skill; settle nothing by yourself. Existing files are extended, never overwritten.

1. Find the paper

Find .tex files that contain \documentclass and \usepackage[...]{acl}. One hit is the main file. Several hits: ask which. None: stop and say this plugin expects the ACL template (github.com/acl-org/acl-style-files).

2. pdftotext

Run command -v pdftotext. When it is missing, stop with ⚠️ and give the install command (macOS: brew install poppler, Debian/Ubuntu: sudo apt install poppler-utils, Windows: poppler via conda-forge or WSL). Re-check once the user says it is installed, then continue.

3. Python environment

The scripts for the literature sources run in a Python environment the user picks. Collect the candidates, then ask with AskUserQuestion:

  • existing envs in the project (.venv/, venv/, env/)
  • conda envs (conda env list, if conda exists)
  • a new uv venv .venv in the project (offer only if uv exists, create only if picked)
  • a path the user types

Resolve the choice to the interpreter's absolute path (<env>/bin/python) and confirm it runs (<python> --version, 3.10 or newer).

4. Packages

First settle the English variant. Run PK detect-english --main-tex <main.tex>: it counts American and British spellings in the existing text and returns a recommendation with its reason. Ask with AskUserQuestion, putting the recommended variant first with "(Recommended)" and the counts in its description (e.g. "British: 14 of 16 variant spellings, such as analyse, modelling"). Name mixed usage when both counts are above zero, since proofread will then flag the minority spellings.

Also ask, in the same AskUserQuestion round, whether the literature goes into git (check git rev-parse --is-inside-work-tree; outside a repo, still ask, since the project may become one or sync to Overleaf):

  • files (Recommended): ignore literature/pdf/ and literature/md/. Publishers' PDFs are often not redistributable and make the repo large; notes, index and archive.bib stay versioned, and PK add can re-fetch the papers.
  • all: ignore the whole literature/ folder, notes and archive included.
  • none: version everything, for private repos where co-authors should get the PDFs too.

Also ask, in the same round, what the paper is submitted to; guidelines-check, camera-ready, reviewer, rebuttal, revision and proofread branch on it:

  • venue: acl-arr (ACL, EMNLP, NAACL, ... via ARR) or semeval (a SemEval shared task; its rules and submission differ from ARR).
  • paper_type: long or short for acl-arr; semeval-system or semeval-task for semeval.
  • stage: review (the version for peer review) or camera-ready (accepted, final version). The acl{...} option in the main file hints at it.

Then run PK init --python <python> --main-tex <main.tex> --english <us|uk> --gitignore <files|all|none> --venue <venue> --paper-type <type> --stage <stage>. It writes paper.config.json (including venue, paper_type, stage), literature/{pdf,md,notes}/, literature/archive.bib, literature/index.md and report.md, keeping what exists.

Then run PK doctor. For each source with missing packages it prints the exact install command. Show it and ask before running it. (acl-anthology needs typing_extensions alongside; the command already lists it.)

Tell the user that the first ACL Anthology search downloads the Anthology metadata (about 300 MB, git clone) into ~/.cache/acl-paper/anthology, shared by all projects. Offer to fetch it now with PK anthology-update.

5. Bib keys

Read the paper bib named in paper.config.json. Native keys are the source's own: ACL Anthology keys look like hellwig-etal-2025-still, arXiv keys like vaswani2023attentionneed. When existing entries follow another scheme, show three examples and ask which scheme new entries follow. Store the answer as key_scheme in paper.config.json (native, or a short description such as AuthorYear like Smith2020). Later skills apply it without asking again.

The template's custom.bib ships sample entries (Aho:72, ...). The first bib sync moves every uncited entry into literature/archive.bib; say so.

6. CLAUDE.md

No CLAUDE.md: copy ${CLAUDE_PLUGIN_ROOT}/templates/CLAUDE.md. Existing one: add each missing section of the template (Purpose, Project, Literature rules, Style, Terminology) and leave the rest untouched.

Then fill ## Style. Strongly recommend doing it now, because the writing and proofread skills read the user's own rules from there. Offer:

  1. the example profile ${CLAUDE_PLUGIN_ROOT}/templates/style-profile.md: show it, let the user drop or change rules, insert the rest
  2. a short interview: British or American spelling, words they dislike, citation habits, caption and table conventions
  3. leave it empty for now (say what that costs)

7. Finish

Run PK sync and PK doctor. Report what was created, the chosen environment, and any ⚠️ still open. Close with the next steps: /acl-paper:proofread for a first report, the acl-anthology and arxiv skills for literature, /acl-paper:new-source for further sources.

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.