PluginBench
Skill
Pass
Audit score 90

ccf-submission-checker

mikubaka88/ccfa-skills

Verify CCF paper submissions against venue rules, templates, page limits, anonymity, and artifact readiness.

What is ccf-submission-checker?

Checks conference submission packages for compliance with CCF venue-specific rules, formatting requirements, and reproducibility standards. Use this before final submission to catch template violations, page-limit overages, anonymity breaches, PDF build issues, and missing artifact documentation.

  • Validate submission template, page limits, and anonymity rules for specific CCF venues and years
  • Inspect LaTeX/PDF builds, metadata, fonts, and file structure for technical compliance
  • Check artifact reproducibility: code, data, environment, seeds, hardware, and licensing
  • Verify supplementary and camera-ready submission requirements
  • Generate structured readiness report distinguishing pass, fail, and not-applicable items

How to install ccf-submission-checker

npx skills add https://github.com/mikubaka88/ccfa-skills --skill ccf-submission-checker
Prerequisites
  • Access to the actual submission files (TeX source, PDF, supplementary materials)
  • Knowledge of target CCF venue, year, and submission track
  • Official venue submission guidelines or access to ccf-paper-writer venue guides
  • LaTeX/PDF build tools if checking build logs and output
Claude Code
Cursor
Windsurf
Cline

How to use ccf-submission-checker

  1. 1.Identify your target CCF venue, year, submission track, and submission mode (venue-format, package-check, artifact, or full)
  2. 2.Gather submission files: TeX source, compiled PDF, supplementary files, and artifact packages if applicable
  3. 3.Run the checker in the appropriate mode and provide the project directory path
  4. 4.Review the structured output report: pass/fail checklist, build issues, anonymity/page/font/metadata problems, and artifact gaps
  5. 5.Hand off to ccf-paper-writer for text rewrites, ccf-visual-composer for figure/table fixes, or ccf-experiment-designer for missing reproducibility experiments as needed

Use cases

Good for
  • Pre-submission checklist for a conference paper to catch formatting and policy violations before upload
  • Verify a PDF build produces correct page count and anonymity masking for a specific venue/year/track
  • Audit artifact packages (code, data, models) for reproducibility completeness and documentation
  • Check compliance with venue-specific supplementary material or camera-ready rules
  • Validate metadata, fonts, and file organization before final conference submission
Who it's for
  • Researchers and PhD students preparing conference submissions
  • Paper authors verifying compliance with specific CCF venue requirements
  • Teams releasing code and data artifacts alongside papers
  • Conference organizers or program committees spot-checking submission readiness

ccf-submission-checker FAQ

Does this skill rewrite my paper or fix formatting issues?

No. This skill only checks and reports compliance gaps. Hand off to ccf-paper-writer for text compression, expansion, or polishing; to ccf-visual-composer for figure/table fixes; or to ccf-experiment-designer for reproducibility experiments.

How do I know if the venue rules I'm checking against are current?

The skill reads local venue guides and requires you to verify official rules for your specific venue/year/track. Always confirm the official submission guidelines on the conference website before final submission.

What if I don't have a ccfa.yaml file?

The skill proceeds with the files you supply and notes that project-state tracking is unavailable. You can still run all checks by providing the TeX, PDF, and artifact files directly.

Can this check my code and data artifacts for reproducibility?

Yes. In artifact or full mode, it builds a reproducibility checklist covering code, data, models, environment, seeds, hardware, licenses, access restrictions, and README documentation.

What should I do if the checker finds my PDF is over the page limit?

Hand off to ccf-paper-writer with the page-budget gap. Do not manually delete content; the writer will compress or restructure to fit while preserving substance.

Full instructions (SKILL.md)

Source of truth, from mikubaka88/ccfa-skills.


name: ccf-submission-checker description: "Check CCF venue rules and submission packages: template, pages, anonymity, PDF build, metadata, and reproducibility. Use for 投稿检查, 会议格式, page limits, and artifact readiness. Verify current official rules for the exact venue/year/track. Manuscript polishing belongs to ccf-paper-writer." metadata: ccf_skill_controls: handoff_question_mode: partial respect_session_denylists: true protect_idea_scope_in_writing: true private_material_safety: moderate shared_controls: ../ccf-common/references/

CCF Submission Checker

Family File Contract

Before writing, resolve the canonical output and one stable working directory per task/artifact. Reuse explicit or established task paths; otherwise use project-root ccfa-workfiles/<purpose>/<artifact-id>/, with source/, assets/, cache/, and build/ only as needed. Update current files in place; do not scatter intermediates or create iteration copies. Preserve inputs and required evidence; clean only verified disposable files created by this task. Use UTF-8 text I/O and check Chinese text after saving or rendering. For file work, apply artifact-contracts.md and reuse the same paths across skill transitions.

Collaboration Contract

Before specialist execution, read and apply ccf-humanization first, then ccf-common. At every handoff, reuse their applicable active rules or refresh missing/changed ones. Both preflights are required even without prose; detailed editing, experiment, and maintenance modes run only when relevant.

Keep one integrating owner and actively use other skills to resolve missing prerequisites or check material findings. Reuse applicable evidence; do not skip necessary groundwork to save tokens. Before finalizing, integrate contributions and verify affected results. Follow the conditional cooperation routes; avoid unrelated stages and duplicate reports.

Core Rule

Treat submission as a build, venue-policy, page-budget, and artifact-readiness gate. Use local venue guides for expected rules, then require official-policy freshness for final decisions. Do not rewrite paper content.

Modes

  • venue-format: template, page limit, anonymity, author block, supplementary and camera-ready rules.
  • package-check: LaTeX/PDF build, metadata, fonts, page count, file structure, and submission checklist.
  • artifact: code/data/model release plan, environment, seeds, hardware, licenses, artifact README, and reproducibility appendix.
  • full: venue + package + artifact.

Workflow

  1. Identify venue/year/track, submission mode, project directory, TeX/PDF files, supplementary/artifact files, and deadline pressure.
  2. Read ccfa.yaml when available. If absent, proceed with supplied files and state that project-state tracking is unavailable.
  3. For venue questions, read ../ccf-paper-writer/references/venue-guides/index.md and the specific venue guide before checking official freshness.
  4. For package checks, inspect the actual TeX/PDF/build output, page accounting for the exact venue/year/track, anonymity, fonts, metadata, references, and applicable required forms. For ICLR 2027, apply the matched guide's year-specific template, stage-specific page budget, and AI-use statement/form checks; unconfirmed usage facts remain not verified. Read logs and affected pages; do not infer a successful build from file presence.
  5. For artifact checks, build a reproducibility checklist: code, data, models, environment, seeds, hardware, license, access restrictions, and README.
  6. Hand off to ccf-paper-writer for text/page rewrites: compression when over limit, substantive expansion when actual explanation is missing, and normal polishing when within budget. Hand off to ccf-experiment-designer for missing reproducibility experiments, ccf-visual-composer for figure/table float order, caption placement, font, clipping, palette, or visual readability fixes, and ccf-rebuttal-writer for post-review response packaging.

Output Contract

Mode:
Venue and rule freshness:
Files checked:
Pass/fail checklist:
Build/package issues:
Anonymity/page/font/metadata issues:
Length budget status:
Artifact/reproducibility issues:
Required fixes:
Next CCFA owner:

Check Scope

Follow ../ccf-common/references/handoff-modes.md and ../ccf-common/references/task-modes.md. Run checks relevant to the requested mode and actual artifacts. Distinguish pass, fail, not applicable, and not verified; missing tools do not imply passing or failure. Record the official rule URL and the date checked. Reuse the project build configuration and place generated logs/previews in the established or shared task build directory. Update the canonical readiness report in place and distinguish old PDFs from successful current builds. Recheck only affected build surfaces after a fix. Underfilling a page budget alone is not a venue violation. Do not upload or submit files merely because a readiness check was requested.