Agent skill

Light Venue Matching

by Light0305 in Light0305/Light-skills

Build evidence-bound journal or conference shortlists for Light stage 12.

MITAuto-check passedDocuments & Office

Install Light Venue Matching

skills CLI
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install Light0305/Light-skills light-venue-matching --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/Light0305/Light-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/light-venue-matching .claude/skills/light-venue-matching && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
light-venue-matching
GitHub stars
640
Token cost
~3.4k tokens
SKILL.md length
1,454 words
Files
16 (incl. scripts, references)
Skills in repo
23
Repo updated
First seen
Licence
MIT

At a glance

Build evidence-bound journal or conference shortlists for Light stage 12.

  • Works in 7 steps: Consume the real submission artifact → Capture the author constraints → Discover for recall, then verify for… → …
  • Tasks that involve LaTeX
  • SKILL.md covers Non-negotiable boundaries, Workflow, Script roles and Delivery self-check, plus 1 more section
  • Runs Python scripts from its folder; calls python

What it does

Light Venue Matching is an agent skill from Light0305/Light-skills. Build evidence-bound journal or conference shortlists for Light stage 12. Use after typesetting delivers venue-handoff.json/PDF/compliance facts; when an author asks where to submit, journal selection, conference fit, scope or article-type matching, publication strategy, reach/match/safety tiers, transfer order, APC/OA/indexing/deadline constraints, or predatory/hijacked-journal risk. Produces a current-source candidate registry, fit/risk/unknown reports, and an unchosen decision packet; never recompiles the PDF…

Its SKILL.md is about 3.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 18 other files, including scripts and reference files (for example `references.md`, `references/workflow_contract.md` and `scripts/query_privacy_gate.py`).

It sits in Documents & Office, covering LaTeX and PDF. The repository describes itself as: An AI workflow skill pack for research, competitions, and innovation projects. The licence is MIT.

When your agent uses it

  • Tasks that involve LaTeX
  • Tasks that involve PDF

Example prompts

  • “/light-venue-matching”

Requirements

  • Python 3

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. Consume the real submission artifact
  2. Capture the author constraints
  3. Discover for recall, then verify for precision
  4. Build field-level evidence
  5. Prepare the canonical decision packet
  6. Stop at the user decision
  7. Apply the user's choice

What it can do on your machine

Read from SKILL.md and the folder at commit 6b44f57. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 7 files in scripts/ (Python), which the agent can run.

    Shell commands in SKILL.md call:

    • python

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Light Venue Matching loads about 3.4k tokens when it runs, and up to ~4.7k if it reads all its reference files. Until then it costs about 169 tokens; SKILL.md has 1,454 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~169
When it runs · the whole SKILL.md, loaded when a task matches
~3.4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~4.7k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from Light0305/Light-skills at commit 6b44f57, republished under its MIT licence (© Light0305). 1,454 words, ~3,384 tokens.

Download SKILL.mdSave it as .claude/skills/light-venue-matching/SKILL.md (or your agent's skills folder). This skill also uses 15 other files; get the full folder from GitHub.
name
light-venue-matching
description
Build evidence-bound journal or conference shortlists for Light stage 12. Use after typesetting delivers venue-handoff.json/PDF/compliance facts; when an author asks where to submit, journal selection, conference fit, scope or article-type matching, publication strategy, reach/match/safety tiers, transfer order, APC/OA/indexing/deadline constraints, or predatory/hijacked-journal risk. Produces a current-source candidate registry, fit/risk/unknown reports, and an unchosen decision packet; never recompiles the PDF, invents acceptance rates, condemns a venue from soft signals, chooses without a direct user choice or explicit delegation, or submits.

Venue matching · stage 12

Turn a delivered paper into an auditable venue decision. Read venue-resource-map.md before a real run and references/workflow_contract.md before producing or consuming JSON. Use references.md to choose current sources. Start from templates/venue_input.json; never start from model memory or a bundled venue list.

Non-negotiable boundaries

  1. Consume typesetting's venue-handoff.json. Verify its PDF path/hash, DELIVERED, pages, page size, profile/source, compliance PASS, and zero critical findings. Preserve paper/figure/citation/typesetting provenance. Do not compile, reformat, inspect page boxes again, or treat stage-11 UNAVAILABLE as compliance.
  2. Consume paper-writing's manuscript/claim profile through manuscript_profile.claims_delivery with a safe relative path, schema, and SHA-256. Do not change claims, methods, results, article type, data scale, or evidence strength to make a venue fit. Citation owns reference authenticity; figure owns visual honesty.
  3. Treat acceptance rate, review time, APC/OA, indexing, quartile, and CFP deadline as high-velocity fields. Require a source checked on the run date. Otherwise emit UNKNOWN, UNAVAILABLE, or STALE; never use memory. AVAILABLE sources must carry an auditable locator (url, query, locator, or path), checked_at, access_tier, and authority. Official rules/fees/deadlines require official/publisher/venue authority; indexing and quartile require index/registry authority.
  4. Treat 403/429/5xx, missing key/login/subscription, robots denial, and source outage as UNAVAILABLE. They do not mean “not indexed,” “not in DOAJ,” “free,” or “risky.”
  5. Keep predatory/hijacked signals as visible warnings pending current, multi-source human review. DOAJ absence, high APC, fast review, unsolicited email, unusual volume, or one archived list is not a final verdict.
  6. Never estimate an acceptance percentage or convert fit into acceptance probability. Use official current acceptance figures only with source/date; otherwise acceptance_likelihood.status=UNKNOWN.
  7. Keep decision_point=true and chosen=null through candidate discovery, evidence collection, ranking, and delivery. Stop and ask the user to choose. Only an explicit light.venue_user_selection.v1 may create a selected handoff. Record a direct choice as actor=user; if the user explicitly delegates the choice, preserve the authorization verbatim and use actor=agent_with_user_authorization, decision_authority=user. Never submit. Every selection artifact must include timezone-aware selected_at and the user's stated trade-off in because. Bind the choice to the exact reviewed packet with decision_sha256; a changed packet or any changed registry/evidence/fit artifact requires a new review and selection.
  8. Do not invent STAGE_GATES[12], ROUTES[12], a confirmation checkpoint, critical findings, or a back-edge. Stage 12 is a user decision point with no configured gate or route edge.

Workflow

1. Consume the real submission artifact

Require light.typesetting_venue_handoff.v1. Run prepare only when:

  • status=DELIVERED;
  • compliance_status=PASS and critical_count=0;
  • the PDF exists and its SHA-256 matches;
  • the compliance report exists and agrees on page facts.

If any condition fails, return an input error and route the author to stage 11 without creating a stage-12 critical finding.

2. Capture the author constraints

Record, without filling gaps yourself:

  • research direction, article type, methods, data scale, claims/evidence;
  • author stage, region, required indexes, OA requirement, APC ceiling;
  • hard submission deadline and acceptable review duration;
  • reach/match/safety preference and transfer strategy;
  • unacceptable venues, publishers, business models, or risks.

Mark each constraint as hard or soft. A hard author constraint can exclude; a soft preference changes order and explanation. Bind the claim/evidence profile to the current paper-writing artifact via claims_delivery.path + sha256 + schema; a hand-typed manuscript profile is not enough for stage 12.

3. Discover for recall, then verify for precision

Keep the unpublished manuscript local. Before any public or externally authenticated search, translate it into author-approved broad field/method-family terms and preflight the outgoing queries:

powershell
python scripts/query_privacy_gate.py `
  --input templates/query-privacy.example.json

Do not send the unpublished title, abstract, exact hypotheses, unique method or dataset names, result sentences, tables, or figures to a public search engine. The preflight report intentionally retains only query hashes and match categories. Its PASS detects supplied phrase overlap; it cannot prove anonymity or rule out re-identification.

Use the author's candidate list, current official CFPs, publisher finders, and venue_discovery.py:

powershell
python scripts/venue_discovery.py `
  --query "author-approved broad field and method family" --rows 50 --out discovery.json

Crossref container frequency only discovers candidates. It does not establish scope, rank, indexing, safety, or quality. Record every discovery query, endpoint, access tier, status, and check time. Deduplicate by ISSN plus official name; keep title conflicts for manual review.

4. Build field-level evidence

For every candidate, collect separate envelopes for:

  • official Aims & Scope and article types;
  • length/page, figure/table, supplement, anonymity, template, and format rules;
  • method/data fit and recent comparable articles;
  • OA/APC, timing, indexing/quartile, and current CFP deadline;
  • risk/hijack checks and unresolved identity conflicts.

Prefer official venue/publisher instructions for rules, authoritative indexes for index membership, and registration metadata for identity. Keep JCR, Scopus, Cabells, institutional lists, and paywalled fields unavailable unless the author provides lawful access. Never scrape around access controls.

5. Prepare the canonical decision packet
powershell
python scripts/venue_evidence_gate.py `
  --spec venue-evidence.json --report venue-evidence-findings.json `
  --json-out venue-evidence-report.json
python scripts/venue_workflow.py prepare `
  --input venue-input.json --out-dir venue-run --as-of YYYY-MM-DD

Run venue_evidence_gate.py first when candidate evidence has been collected. It consumes light.venue_evidence.v2 (templates/venue-evidence.example.json, intentionally fail-closed) and checks each candidate on independent axes: scope, article type, audience, format, cost, timeline, trust, and strategy. Do not use a single aggregate score. Dynamic fields must carry locator, retrieved_at, valid-at/source age, timezone when relevant, and UNKNOWN/UNAVAILABLE/STALE when not verified. Hard blockers include article type not accepted, official scope mismatch, fee over a hard APC ceiling, unknown fee under a hard ceiling, deadline missing timezone or already passed, missing timezone-aware as_of, future retrieved_at, identity conflict/hijack, and strategy without evidence-backed because. DOAJ/TCS/source failures remain unresolved evidence, not adverse evidence.

Compare real PDF pages/page size/profile facts with each candidate's current rules. Explain scope, article type, method/data, paper strength, format, APC/OA, timing, indexing, risk, and author constraints separately. An official article-type/page mismatch or hard author constraint may exclude. A soft risk signal may not.

Emit reach/match/safety tiers and a transfer order. Every option needs because plus evidence source IDs. Unknown fields lower confidence; they do not silently lower the venue or become adverse evidence.

Show full SKILL.md (538 more words)Show less
6. Stop at the user decision

Show the decision packet and ask one concrete question: which candidate should be selected? Present material trade-offs and unresolved fields. Do not write a selection file without a direct user choice or explicit delegation. Never select an excluded candidate.

Correct:

Candidate A is reach because scope/method fit is high but the official bar is above the paper profile; APC is unavailable. Candidate B is match with an article-type fit and current zero-APC evidence. Which do you choose?

Incorrect:

I selected Candidate A and updated the project.

7. Apply the user's choice

After the user names a candidate or explicitly delegates the choice, copy templates/user_selection.json, record their stated reason or verbatim authorization, copy delivery.json.decision_sha256 into decision_sha256, and run:

powershell
python scripts/venue_workflow.py choose `
  --decision venue-run/decision-packet.json `
  --selection user-selection.json --out-dir selected

Hand selected-venue-handoff.json and review-rebuttal-context.json to review-rebuttal. Hand author-submission-plan.json to the author. Both consumers receive venue rules, evidence IDs, unknowns, manuscript profile, and stage-11 provenance. selected_at must be timezone-aware and not earlier than the decision packet's generated_at. choose verifies the decision digest plus the SHA-256/schema binding of candidate registry, source evidence, fit report, and unknowns; any drift fails closed. Recheck volatile fields on submission day and stop before portal submission.

Script roles

  • venue_discovery.py: current, recall-oriented Crossref discovery with honest network status.
  • query_privacy_gate.py: local outgoing-query preflight; catches supplied private phrase/result-value overlap without echoing manuscript or query text.
  • venue_workflow.py: canonical handoff verification, field-state normalization, fit/risk explanation, decision packet, and user-selection handoff.
  • venue_signal.py: optional OpenAlex/DOAJ signal adapter; free OpenAlex key may be required and each failed signal stays unavailable.
  • venue_evidence_gate.py: Round 3 multi-axis venue_evidence.v2 gate; separates scope/type/cost/timeline/trust/strategy, forbids aggregate-score decisions, preserves UNKNOWN/UNAVAILABLE/STALE, and blocks hard constraint mismatches before the user decision packet.
  • venue_fit_rank.py: legacy v1 candidate-card adapter; do not use it instead of the canonical registry.
  • venue_risk_gate.py: optional legacy warn-only findings adapter; never a stage-12 critical gate.

Delivery self-check

  • Real typesetting PDF/hash/pages/page-size/profile/compliance consumed?
  • Paper, citation, figure, and typesetting provenance preserved?
  • Paper-writing claim/profile artifact bound by safe relative path, schema and SHA-256?
  • Author direction/type/method/data/stage/region/index/OA/APC/deadline/ speed/strategy/unacceptable constraints recorded?
  • Public queries use approved broad terms and pass local privacy preflight?
  • Every current field has source, query/URL, check date, access tier, and status?
  • venue_evidence_gate.py ran on venue_evidence.v2, with no aggregate score, no premature chosen, and every candidate axis separately evidenced?
  • Deadline timezone, fee category/APC ceiling, waiver, source age, DOAJ/TCS unavailable states, and identity/hijack conflicts are explicit?
  • Unknown, 403/429/5xx, key/login, institutional, and paid fields remain UNKNOWN/UNAVAILABLE/STALE rather than adverse evidence?
  • Official scope/type/length compared with real paper facts?
  • Soft risk stays warning and predatory/hijacked verdict stays human?
  • Reach/match/safety and transfer order each carry because and evidence?
  • decision_point=true, chosen=null, and no selected handoff before the user's explicit choice?
  • User selection binds the reviewed decision-packet.json SHA-256, and all four decision artifacts still match their bound hash/schema?
  • No STAGE_GATES[12], ROUTES[12], critical finding, auto-choice, or submission invented?

Honest capability boundary

Tiering, scope fit, APC/deadline filtering, risk warnings, author-fit, and explainable recommendations are established peer mechanisms, not unique Light features. Light's narrower implementation gain is canonical consumption of the real stage-11 artifact, per-field provenance/access/status, honest failure semantics, and an enforceable unchosen→user-selected artifact transition. Round 3 adds an executable multi-axis evidence gate so a high scope score cannot hide article-type, fee, deadline, or trust blockers. Keyword overlap and method/selectivity bands remain decision support, not an editorial prediction. Paid/institutional sources stay optional.

© Light0305, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 15 other files (scripts, references) in skills/light-venue-matching of Light0305/Light-skills.

  • SKILL.md
  • references.md
  • references/workflow_contract.md
  • scripts/query_privacy_gate.py
  • scripts/venue_discovery.py
  • scripts/venue_evidence_gate.py
  • scripts/venue_fit_rank.py
  • scripts/venue_risk_gate.py
  • scripts/venue_signal.py
  • scripts/venue_workflow.py
  • templates/query-privacy.example.json
  • templates/user_selection.json
  • templates/venue-evidence.example.json
  • templates/venue_compare_table.md
  • templates/venue_input.json
  • venue-resource-map.md

Open the folder on GitHubat commit 6b44f57

Compare with similar skills

Light Venue Matching next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Light Venue Matching compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Light Venue Matching this skillLight0305/Light-skills640—~3.4kAutomated safety check: PassMIT
PDFzai-org/ZCode7.7k—~18kAutomated safety check: NotesProprietary
AI Review SkillNeuroDong/Ai-Review628—~2.5kAutomated safety check: PassMIT
MineruNebutra/MinerU-Skill123—~504Automated safety check: PassMIT
Lecture To Mdysyecust/lecture-to-notes273—~3.9kAutomated safety check: PassCustom licence
Paper CompileAI4Scientist/nano-scientist1285 repos~2.5kAutomated safety check: NotesNone

Similar skills

  • PDF

    zai-org/ZCode

    Professional PDF toolkit covering four production workflows: reports, creative visuals, academic LaTeX, and existing PDF processing.

    7.7k GitHub stars~18k tokensUpdated yesterday
    Documents & OfficeAuto-check: notes
  • AI Review Skill

    NeuroDong/Ai-Review

    Generates structured AI paper reviews (SoT style) for LaTeX, PDF, and Word manuscripts.

    628 GitHub stars~2.5k tokensUpdated 1 mo ago
    Documents & OfficeAuto-check passed
  • Mineru

    Nebutra/MinerU-Skill

    An AI-Native skill for parsing PDF / Office / image files into Markdown with MinerU — a fast, zero-config document parser for AI agents.

    123 GitHub stars~504 tokensUpdated 17 days ago
    Documents & OfficeAuto-check passed
  • Lecture To Md

    ysyecust/lecture-to-notes

    把课堂视频(本地或 B 站/YouTube)、文字稿、课件三者(任意组合)整理成一份详细的中文 Markdown 课堂笔记,输出按课程标题命名的 {titlename}.md(首行为 文档标题)+ 相对路径图片。Markdown 工作流,与上游 lecture-to-notes 的 LaTeX/PDF 输出并行存在;上游 skill 完全不动。触发词:markdown 笔记、md 笔记、视频转…

    273 GitHub stars~3.9k tokensUpdated 8 days ago
    Documents & OfficeAuto-check passed
  • Paper Compile

    AI4Scientist/nano-scientist

    Compile LaTeX paper to PDF, fix errors, and verify output. An agent skill from AI4Scientist/nano-scientist.

    128 GitHub starsUsed in 5 repos~2.5k tokens
    Documents & OfficeAuto-check: notes
  • Pdf2tex

    Calix-L/awesome-latex-skills

    Reconstruct editable LaTeX from PDF content using page-aware extraction and visual comparison.

    181 GitHub stars~1.4k tokensUpdated 3 days ago
    Documents & OfficeAuto-check passed

More from Light0305/Light-skills

All 23 skills in this repo
  • Citation Verification

    Light0305/Light-skills

    Verifies that every reference in a manuscript is real, correctly identified and actually supports its claim, and produces a citation registry for typesetting.

    640 GitHub stars~3.4k tokensUpdated 3 mo ago
    Auto-check passed
  • Light Research Orchestrator

    Light0305/Light-skills

    Coordinates and recovers multi-stage Light research projects from a single passport file, with checkpoints, stale-work tracking and rerouting only when you approve.

    640 GitHub stars~3.8k tokensUpdated 3 mo ago
    Auto-check passed
  • Patent Disclosure Handoff

    Light0305/Light-skills

    Builds an evidence-backed invention disclosure packet from a project or research result for attorney or patent-agent review, without giving legal advice.

    640 GitHub stars~2k tokensUpdated 3 mo ago
    Auto-check passed
  • Light Project Structure

    Light0305/Light-skills

    Audits, scaffolds and safely migrates research project folder structures, keeping existing repositories read-only until you approve exact moves from a plan.

    640 GitHub stars~3k tokensUpdated 3 mo ago
    Auto-check: notes
  • Prepares draft materials for a China software copyright registration from a real project: application worksheet, source deposit plan, operation manual and consistency checks.

    640 GitHub stars~1.9k tokensUpdated 3 mo ago
    Auto-check passed
  • Light System Design

    Light0305/Light-skills

    Evidence-based workflow for designing or modernizing a software system: current-state inventory, options, API and schema contracts, migration plans, ADRs and verification.

    640 GitHub stars~3.6k tokensUpdated 3 mo ago
    Auto-check passed

Questions about Light Venue Matching

What does Light Venue Matching do?

Build evidence-bound journal or conference shortlists for Light stage 12. Light Venue Matching is an agent skill from Light0305/Light-skills. Build evidence-bound journal or conference shortlists for Light stage 12.

When should I use Light Venue Matching?

Light Venue Matching fits situations like: tasks that involve LaTeX; tasks that involve PDF.

How do I install Light Venue Matching in Claude Code?

Run `npx skills add Light0305/Light-skills --skill light-venue-matching -a claude-code`. Or copy the skill folder (skills/light-venue-matching in Light0305/Light-skills) into .claude/skills/light-venue-matching in your project. Claude Code loads it when a task matches its description.

How do I install Light Venue Matching in Codex?

Run `npx skills add Light0305/Light-skills --skill light-venue-matching -a codex`. Or copy the skill folder (skills/light-venue-matching in Light0305/Light-skills) into .agents/skills/light-venue-matching in your project. Codex loads it when a task matches its description.

Can I use Light Venue Matching in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Light0305/Light-skills --skill light-venue-matching -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/light-venue-matching, .gemini/skills/light-venue-matching, .github/skills/light-venue-matching and .opencode/skills/light-venue-matching in your project.

What does Light Venue Matching need to run?

Going by SKILL.md and its folder, Light Venue Matching needs Python for the scripts in its folder and the command-line tools its instructions call (python). Our summary lists: Python 3.

Does Light Venue Matching access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Light Venue Matching safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Light Venue Matching use?

Light Venue Matching is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Light Venue Matching use?

About 3.4k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 1.3k tokens, read only when the agent opens those files.

What are the alternatives to Light Venue Matching?

Skills that share tags, products or a category with Light Venue Matching: PDF (zai-org/ZCode, 7.7k stars), AI Review Skill (NeuroDong/Ai-Review, 628 stars), Mineru (Nebutra/MinerU-Skill, 123 stars) and Lecture To Md (ysyecust/lecture-to-notes, 273 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Light Venue Matching?

Light0305 (a GitHub user) maintains it in Light0305/Light-skills, which has 640 GitHub stars. The repository holds 23 skills in this directory. The repository was last updated on July 6, 2026.

Source: Light0305/Light-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.