zai-org/ZCode
Professional PDF toolkit covering four production workflows: reports, creative visuals, academic LaTeX, and existing PDF processing.
Build evidence-bound journal or conference shortlists for Light stage 12.
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install Light0305/Light-skills light-venue-matching --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ 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-srcUse ~/.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/
Install the "light-venue-matching" agent skill from https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matching into .claude/skills/light-venue-matching/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "light-venue-matching", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matchingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install Light0305/Light-skills light-venue-matching --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Light0305/Light-skills.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/light-venue-matching .agents/skills/light-venue-matching && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "light-venue-matching" agent skill from https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matching into .agents/skills/light-venue-matching/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "light-venue-matching", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install Light0305/Light-skills light-venue-matching --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Light0305/Light-skills.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/light-venue-matching .cursor/skills/light-venue-matching && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "light-venue-matching" agent skill from https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matching into .cursor/skills/light-venue-matching/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "light-venue-matching", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/Light0305/Light-skills.git --path skills/light-venue-matching--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install Light0305/Light-skills light-venue-matching --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Light0305/Light-skills.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/light-venue-matching .gemini/skills/light-venue-matching && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "light-venue-matching" agent skill from https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matching into .gemini/skills/light-venue-matching/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "light-venue-matching", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install Light0305/Light-skills light-venue-matchingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/Light0305/Light-skills.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/light-venue-matching .github/skills/light-venue-matching && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "light-venue-matching" agent skill from https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matching into .github/skills/light-venue-matching/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "light-venue-matching", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Light0305/Light-skills --skill light-venue-matching -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install Light0305/Light-skills light-venue-matching --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Light0305/Light-skills.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/light-venue-matching .opencode/skills/light-venue-matching && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "light-venue-matching" agent skill from https://github.com/Light0305/Light-skills/tree/master/skills/light-venue-matching into .opencode/skills/light-venue-matching/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "light-venue-matching", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
light-venue-matchingBuild 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. 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.
7 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 6b44f57. It shows what the files ask for, not the result of running them.
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.
Ships 7 files in scripts/ (Python), which the agent can run.
Shell commands in SKILL.md call:
pythonFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
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.
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.
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.
The full file from Light0305/Light-skills at commit 6b44f57, republished under its MIT licence (© Light0305). 1,454 words, ~3,384 tokens.
.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.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.
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.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.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.UNAVAILABLE. They do not mean “not indexed,” “not in DOAJ,”
“free,” or “risky.”acceptance_likelihood.status=UNKNOWN.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.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.Require light.typesetting_venue_handoff.v1. Run prepare only when:
status=DELIVERED;compliance_status=PASS and critical_count=0;If any condition fails, return an input error and route the author to stage 11 without creating a stage-12 critical finding.
Record, without filling gaps yourself:
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.
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:
python scripts/query_privacy_gate.py `
--input templates/query-privacy.example.jsonDo 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:
python scripts/venue_discovery.py `
--query "author-approved broad field and method family" --rows 50 --out discovery.jsonCrossref 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.
For every candidate, collect separate envelopes for:
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.
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-DDRun 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 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.
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:
python scripts/venue_workflow.py choose `
--decision venue-run/decision-packet.json `
--selection user-selection.json --out-dir selectedHand 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.
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.venue_evidence_gate.py ran on venue_evidence.v2, with no aggregate score, no premature chosen, and every candidate axis separately evidenced?UNKNOWN/UNAVAILABLE/STALE rather than adverse evidence?because and evidence?decision_point=true, chosen=null, and no selected handoff before the
user's explicit choice?decision-packet.json SHA-256, and all
four decision artifacts still match their bound hash/schema?STAGE_GATES[12], ROUTES[12], critical finding, auto-choice, or
submission invented?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
SKILL.md and 15 other files (scripts, references) in skills/light-venue-matching of Light0305/Light-skills.
Open the folder on GitHubat commit 6b44f57
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.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Light Venue Matching this skillLight0305/Light-skills | 640 | — | ~3.4k | Automated safety check: Pass | MIT | |
| PDFzai-org/ZCode | 7.7k | — | ~18k | Automated safety check: Notes | Proprietary | |
| AI Review SkillNeuroDong/Ai-Review | 628 | — | ~2.5k | Automated safety check: Pass | MIT | |
| MineruNebutra/MinerU-Skill | 123 | — | ~504 | Automated safety check: Pass | MIT | |
| Lecture To Mdysyecust/lecture-to-notes | 273 | — | ~3.9k | Automated safety check: Pass | Custom licence | |
| Paper CompileAI4Scientist/nano-scientist | 128 | 5 repos | ~2.5k | Automated safety check: Notes | None |
zai-org/ZCode
Professional PDF toolkit covering four production workflows: reports, creative visuals, academic LaTeX, and existing PDF processing.
NeuroDong/Ai-Review
Generates structured AI paper reviews (SoT style) for LaTeX, PDF, and Word manuscripts.
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.
ysyecust/lecture-to-notes
把课堂视频(本地或 B 站/YouTube)、文字稿、课件三者(任意组合)整理成一份详细的中文 Markdown 课堂笔记,输出按课程标题命名的 {titlename}.md(首行为 文档标题)+ 相对路径图片。Markdown 工作流,与上游 lecture-to-notes 的 LaTeX/PDF 输出并行存在;上游 skill 完全不动。触发词:markdown 笔记、md 笔记、视频转…
AI4Scientist/nano-scientist
Compile LaTeX paper to PDF, fix errors, and verify output. An agent skill from AI4Scientist/nano-scientist.
Calix-L/awesome-latex-skills
Reconstruct editable LaTeX from PDF content using page-aware extraction and visual comparison.
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.
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.
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.
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.
Light0305/Light-skills
Prepares draft materials for a China software copyright registration from a real project: application worksheet, source deposit plan, operation manual and consistency checks.
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.
Categories
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.
Light Venue Matching fits situations like: tasks that involve LaTeX; tasks that involve PDF.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.