sync-takezaki-papers
Skill322 starsChanged 23 days agoApache-2.0View on GitHub
Sync the papers Shumpei Takezaki (@shumpeiMaxwell on X) posts about into Papers with Code: read his recent posts, index every missing arXiv paper (and the arXiv version of journal papers), enrich each paper (code, project page, HF artifacts, tags, thumbnail), add its evaluation results to existing leaderboards, merge external/arXiv duplicates, and link his explainer thread to each paper's X threads section. Use whenever the user asks to check, sync, sweep, or process Shumpei's / Takezaki's / @shumpeiMaxwell's recent tweets or papers, or asks whether the papers he posted are indexed, enriched, or have evals. Also works for another curator account via --handle.
- Reads credentials
In this repository37 other files it gives its agents.
- AGENTS.mdAGENTS.md
- frontend/public/llms.txtllms.txt
- add-benchmarkSkill
- add-conferenceSkill
- add-evalsSkill
- add-external-paperSkill
- add-methodSkill
- add-taskSkill
- complete-task-based-on-hfSkill
- complete-taskSkill
- complete-task-v2Skill
- create-thumbnailSkill
- create-trendsSkill
- curate-daily-papersSkill
- enrich-paperSkill
- grill-meSkill
- handoffSkill
- hf-cliSkill
- implementSkill
- lean-code-cleanupSkill
- port-evals-to-hubSkill
- process-x-bookmarksSkill
- pwc-brandSkill
- pwc-chat-healthSkill
- pwc-cliSkill
- pwc-cron-healthSkill
- pwc-deploySkill
- remote-paper-curationSkill
- reply-github-issueSkill
- resolve-model-paperSkill
- review-submissionsSkill
- s2-cliSkill
- skill-creatorSkill
- to-ticketsSkill
- update-ai-deadlinesSkill
- verify-evalsSkill
- s2-cliSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 0 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 23
Run from the primary checkout (it has backend/keys.env).
- Very specific: line 34
If the refresh fails, follow step 1 of process-x-bookmarks (--link / --finish).
- Very specific: line 78
Do both steps for every paper that is new, has gaps, or has 0 evaluations.
- Very specific: line 84
follow enrich-paper (official repo, project page, HF artifacts, existing task/method tags, thumbnail.
- Very specific: line 87
follow add-evals (only the paper's own models, only on existing benchmarks with the exact metric configured.
- Very specific: line 97
When reports come back, check is_open on every new row: the add-evals rule counts released weights or public reproduction scripts as open.
≈ “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.
Files
Sync Takezaki papers
Shumpei Takezaki (@shumpeiMaxwell) posts a steady stream of "Title + TL;DR + arXiv link" explainers, mostly on generative modeling, diffusion/flow matching, representation learning and world models. This skill makes every paper he posts a complete Papers with Code page: indexed, enriched, evaluated where an existing leaderboard fits, and with his post in the X threads card.
Run from the primary checkout (it has backend/keys.env). Keep all working
files in the scratchpad, one subdirectory per subagent.
1. Get a working X token
The timeline read uses the same OAuth2 user token as process-x-bookmarks:
uv run --env-file backend/keys.env python .agents/skills/process-x-bookmarks/scripts/x_user_token.py --refreshIf the refresh fails, follow step 1 of process-x-bookmarks (--link /
--finish). HTTP 402 means X credits are depleted: stop and tell the user.
2. Triage the timeline
uv run --env-file backend/keys.env python .agents/skills/sync-takezaki-papers/scripts/triage_timeline.py \
--max 200 --out <scratchpad>/takezaki.json- Reads his newest
--maxposts (retweets excluded; X reads are paid, so keep--maxto what the user asked for, about 100 posts per two weeks). Posts are cached in<out>.raw.json; rerun with--from-raw <out>.raw.jsonafter indexing instead of fetching again. - Keeps only threads he started (replies in other people's conversations are
dropped) and prints one line per arXiv paper:
MISSING,UNLINKEDorlinked, with db id, evaluation count and enrichmentgaps. NON-ARXIVlines are threads with other links. Decide each by hand:- A journal or conference paper (Nature, PMLR, CVF…): search arXiv by title
(
https://export.arxiv.org/api/query?search_query=ti:"<title>") and index the arXiv version; he often posts the journal title, which can differ from the arXiv title. - A real release without a paper (tech report, model card): use
add-external-paperafter searching the catalog for duplicates. - Personal blog analyses, workshop announcements, talks and study-group posts: skip, and list them in the report.
- A journal or conference paper (Nature, PMLR, CVF…): search arXiv by title
(
<out>.links.jsonholds his threads for indexed papers that are not linked yet, inlink_threads.pyformat.
3. Index missing papers
for id in <missing arXiv ids>; do
uv run --env-file backend/keys.env python -m backend.cli paper index "$id"
doneAbout a minute per paper; run a long list in the background. It is
idempotent and prints created: paper=<arXiv> id=<db id>. Then rerun the
triage with --from-raw so the new papers get db ids and appear in
<out>.links.json.
4. Enrich and add evals
Do both steps for every paper that is new, has gaps, or has 0 evaluations.
Skip papers that already have no gaps and some evaluations. Spread the work
over subagents, three or four papers each, every subagent with its own scratch
subdirectory (<scratchpad>/batchA, …). Give each subagent the db id, arXiv
id, title and known gaps, and tell it to:
- follow
enrich-paper(official repo, project page, HF artifacts, existing task/method tags, thumbnail; rejecting website-template and cited-baseline repos), then - follow
add-evals(only the paper's own models, only on existing benchmarks with the exact metric configured; nothing to add is a valid outcome), and - report per paper: what changed, eval rows (benchmark, metric, value,
rank,
is_open), and why anything was skipped.
Theory and analysis papers often end with tags and a thumbnail only; a gap that stays open after enrichment (no public code yet) is expected and should not be retried in the same run.
When reports come back, check is_open on every new row: the add-evals rule
counts released weights or public reproduction scripts as open. Flag rows
whose only evidence is an empty HF repo, an anonymized mirror, or a "coming
soon" README in the final report.
5. Merge duplicates
A subagent may find that the paper already exists as an external paper (for example a CVPR open-access row created before the arXiv version), usually because an eval insert was rejected as a duplicate. With the user's approval, merge the external row into the arXiv row:
uv run --env-file backend/keys.env python -c "
from backend.database.connection import db_manager
from backend.database.paper_merge import merge_external_paper_into_arxiv
s = db_manager.session_local()
try:
print(merge_external_paper_into_arxiv(s, <external_id>, <arxiv_db_id>)); s.commit()
except Exception:
s.rollback(); raise
finally:
s.close()
"It moves evaluations, tags, conference, authors and artifacts, and redirects
the old id. Then list the paper's authors (see docs/database.md): the merge
moves the external row's author links even when the same person is already
linked, so remove the duplicate links. Keep the author with more papers,
and delete the dropped author rows only if they now have no papers.
6. Link his threads
His posts substantively explain the paper, so they are linked under the
outside-curator policy of process-x-bookmarks. Add hand-resolved papers
(arXiv versions of journal papers) to <out>.links.json, then:
uv run --env-file backend/keys.env python .agents/skills/process-x-bookmarks/scripts/link_threads.py <out>.links.json --dry-run
uv run --env-file backend/keys.env python .agents/skills/process-x-bookmarks/scripts/link_threads.py <out>.links.json7. Verify and report
Rerun the triage with --from-raw: every paper should be linked, and each
paper's evaluation count should match what the subagents reported. Report to
the user:
- posts scanned and the date range, own paper threads found, and skipped threads with one-line reasons
- papers indexed (with
https://paperswithcode.co/paper/<arXiv id>links) - a table of papers with evals added (rows, benchmarks, notable ranks)
- a table of papers enriched without evals and what changed
- duplicates merged, borderline
is_openflags, taxonomy gaps the subagents found (candidates foradd-task/add-method/add-benchmark)
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
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.

