Agent skill

Ccfddl Conference Update

by ccfddl in ccfddl/ccf-deadlines

Add the latest conference edition or newly announced deadline information to ccfddl/ccf-deadlines.

MITAuto-check passedDevelopment

Install Ccfddl Conference Update

skills CLI
$ npx skills add ccfddl/ccf-deadlines --skill ccfddl-conference-update -a claude-code

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

GitHub CLI
$ gh skill install ccfddl/ccf-deadlines ccfddl-conference-update --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/ccfddl/ccf-deadlines.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/ccfddl-conference-update .claude/skills/ccfddl-conference-update && 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
ccfddl-conference-update
GitHub stars
9.4k
Token cost
~2.9k tokens
SKILL.md length
1,585 words
Files
1
Skills in repo
3
Repo updated
First seen
Licence
MIT

At a glance

Add the latest conference edition or newly announced deadline information to ccfddl/ccf-deadlines.

  • Works in 3 steps: Repository discovery → Search gating → Official discovery
  • Proactive latest-edition maintenance
  • SKILL.md covers Scope, Core strategy, Phase 1: Repository discovery and Phase 2: Search gating, plus 19 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Ccfddl Conference Update is an agent skill from ccfddl/ccf-deadlines. Add the latest conference edition or newly announced deadline information to ccfddl/ccf-deadlines. Use for proactive latest-edition maintenance, with historical timing only as a gate for when official-source checking is worthwhile.

Its SKILL.md is about 2.9k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development. The repository describes itself as: ⏰ Agenticly track ccf-ranked & worldwide conference deadlines (Website, Python Cli, Wechat Applet). The licence is MIT.

When your agent uses it

  • Proactive latest-edition maintenance
  • With historical timing only as a gate for when official-source checking is worthwhile

Example prompts

  • “/ccfddl-conference-update”

Workflow steps

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

  1. Repository discovery
  2. Search gating
  3. Official discovery

What it can do on your machine

Read from SKILL.md and the folder at commit 227938b. 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

    No scripts in the folder and no shell commands in SKILL.md.

    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

Ccfddl Conference Update loads about 2.9k tokens when it runs. Until then it costs about 64 tokens; SKILL.md has 1,585 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~64
When it runs · the whole SKILL.md, loaded when a task matches
~2.9k

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); files beside SKILL.md are not scanned.

SKILL.md

The full file from ccfddl/ccf-deadlines at commit 227938b, republished under its MIT licence (© ccfddl). 1,585 words, ~2,918 tokens.

Download SKILL.mdSave it as .claude/skills/ccfddl-conference-update/SKILL.md (or your agent's skills folder).
name
ccfddl-conference-update
description
Add the latest conference edition or newly announced deadline information to ccfddl/ccf-deadlines. Use for proactive latest-edition maintenance, with historical timing only as a gate for when official-source checking is worthwhile.

ccfddl Conference Update

Add newly available conference editions and newly announced deadline information to ccfddl/ccf-deadlines.

This skill is intentionally limited to maintaining the latest conference edition. It is not a general historical-data cleanup or PR-review workflow.

Scope

Use this skill when asked to:

  • check whether conferences need a new edition added
  • maintain the latest conference deadlines
  • find newly announced conference editions
  • add newly published deadlines for the latest edition
  • periodically update the repository with new conference-year information

Do not use this skill for:

  • general historical-data cleanup
  • arbitrary correction of old conference entries
  • reviewing existing PRs
  • broad repository refactoring
  • speculative future deadlines

Use the ccfddl-pr-review skill for existing pull requests.

Core strategy

For each conference under consideration:

  1. inspect the latest edition currently tracked
  2. inspect historical timing
  3. estimate whether the next edition is likely to have announced relevant information yet
  4. skip conferences that are clearly too early
  5. search official sources only after the conference enters a reasonable announcement window
  6. create an update only when current official information supports it

Historical timing controls when to search.

Official primary sources control what to write.

Never turn historical timing into factual repository data.

Phase 1: Repository discovery

Determine:

  • the latest edition currently tracked
  • latest known submission round when applicable
  • previous several editions when available
  • historical submission months
  • historical CFP or announcement timing
  • historical conference months
  • whether the conference is annual or follows another cadence

Prefer multiple historical editions when available rather than relying on one unusual year.

Phase 2: Search gating

Before web research, estimate whether it is reasonably likely that the next edition has published relevant information.

Useful signals include:

  • typical month when the next edition's website appears
  • typical CFP publication month
  • typical abstract/submission deadline month
  • typical lead time between CFP publication and submission deadline
  • typical conference month
  • annual or multi-round cadence
  • how recently the latest tracked edition occurred

Historical data is only a search-gating heuristic.

Early-skip rule

If the next edition is clearly too early based on historical cadence, do not perform web research for that conference.

Classify it as:

too early to check

Examples:

  • CFPs normally appear around December and it is currently May
  • deadlines normally occur around March of the conference year and the next cycle is still far away
  • the current edition has just taken place and historical next-edition announcements occur months later

This optimization does not assert that no next-edition page exists. It only means a current check is not justified yet.

Conservative search window

Do not wait until the exact historical announcement date.

Start official-source checking once the conference enters a reasonable pre-announcement window, using a conservative lead buffer appropriate to that conference's historical cadence.

Do not apply one rigid global rule to every conference.

Historical data must never become repository data

Historical dates may answer:

Should we check now?

They must never answer:

What is the new deadline?

Never derive or predict submission deadlines, abstract deadlines, timezones, conference dates, locations, rounds, or URLs from previous editions.

If previous deadlines cluster around a particular season, that can justify checking official sources around that season. It cannot justify inserting a guessed date.

Phase 3: Official discovery

For conferences that pass the search gate, search current primary sources.

Preferred source order:

  1. official conference website
  2. official Call for Papers
  3. official Important Dates page
  4. official submission-system page linked by the conference
  5. official ACM / IEEE / USENIX / AAAI / organizer page
  6. official sponsoring-organization page

Secondary sources may be used only to locate the official source.

Do not treat deadline aggregators, search snippets, blogs, Reddit, social posts, cached third-party pages, prior repository entries, or AI summaries as authoritative evidence.

Confirm the next edition

Before changing anything, verify that the official source refers to the exact next edition.

Confirm:

  • conference name
  • year
  • edition if numbered
  • relevant track
  • relevant submission round

Be careful with sites that retain old content under a reused domain.

Do not confuse the main conference with workshops, tutorials, demos, posters, artifact evaluation, journal tracks, industry tracks, or co-located events.

Determine whether an update is actionable

An update is actionable when current official information exists that should be represented in the repository.

Examples:

  • the next conference edition is officially announced
  • a submission deadline is published
  • an abstract deadline is published
  • a new submission round is published
  • a previously TBD field now has an official value
  • an official URL for the new edition is available

If the next-edition page exists but relevant information remains TBD, TBA, To be announced, Coming soon, or equivalent, do not guess.

Follow repository conventions for representing unknown information.

Decide whether to add the edition

Do not require every possible field to be known if repository conventions permit partial or TBD entries.

However:

  • every populated factual value must have current official support
  • unknown values must remain unknown
  • do not copy unknown values from a previous edition
  • do not create a new edition solely from a historical prediction

Follow existing repository conventions for when a new conference year should first be added.

Verify all available fields together

When adding or updating the latest edition, verify all relevant officially published fields together, including when applicable:

  • conference year
  • official URL
  • conference dates
  • location
  • abstract deadline
  • submission deadline
  • timezone / AoE
  • submission round
  • relevant notes

This avoids multiple unnecessary PRs when one official page already provides all relevant information.

Timezone rules

Treat timezone as part of the deadline.

Verify it directly from the current official source.

Never inherit timezone from the previous edition without current evidence.

Pay special attention to AoE, UTC, UTC offsets, local time, daylight-saving transitions, and 11:59 PM deadlines.

If the official source is ambiguous, do not invent precision.

Show full SKILL.md (648 more words)Show less

Multi-round conferences

For conferences with multiple rounds:

  • identify which rounds the repository tracks
  • follow the existing schema and convention
  • add only officially announced rounds
  • do not infer later rounds from prior years
  • preserve TBD for announced-but-unpublished rounds when appropriate

Do not treat a newly announced Round 1 as evidence for a complete annual schedule.

Existing edition check

Before editing, verify whether the repository already contains the same conference year.

Possible outcomes include:

  • latest edition already present and current
  • edition exists but new official fields are now available
  • edition is missing
  • repository intentionally tracks a different cycle or round structure

Do not add duplicate conference-year entries.

Existing PR check

Before creating a PR, search open PRs for the same conference, year, round, and update.

If an open PR already covers the same change:

  • do not create a duplicate
  • classify the result as existing PR already covers it

If the existing PR is incorrect, use the PR-review workflow rather than opening a competing PR unless explicitly requested.

Repository convention check

Before editing, inspect:

  • nearby conference entries
  • previous editions of the same conference
  • recently merged PRs adding a new edition

Follow established conventions for:

  • file location
  • YAML schema
  • indentation
  • key ordering
  • date formatting
  • timezone syntax
  • round representation
  • URL format
  • notes

Prefer repository consistency over inventing a new format.

Change scope

Use one conference per PR.

A PR may update multiple fields or rounds belonging to the same conference edition.

Allowed:

Add ICDE 2028 deadlines, conference dates, location, and official URL

Not allowed:

Add ICDE 2028 + SIGMOD 2028 + VLDB 2028

Keep the diff focused and exclude unrelated cleanup.

Branch and diff validation

Before opening a PR:

  • inspect the final changed files
  • inspect the complete diff
  • confirm only the intended conference was changed
  • verify YAML or metadata syntax
  • run applicable repository validation when available
  • ensure no unrelated or generated files were accidentally included

Final official re-check

Immediately before creating the PR:

  1. re-open the official source
  2. verify the conference year
  3. verify track and round
  4. verify every populated changed field
  5. verify timezone
  6. inspect the final repository diff
  7. check again for an existing open PR

If any factual field cannot be verified, do not guess it.

Pull request

Use a focused title consistent with repository conventions, for example:

  • Add ICDE 2028
  • Add ICDE 2028 deadlines
  • Add SIGMOD 2028 Round 1

The PR body should concisely state:

  • what was added
  • the official source
  • relevant round or track clarification
  • relevant timezone clarification when useful

Do not add a model-specific signature unless explicitly required by the current repository policy.

After PR creation

Verify that GitHub actually created the PR.

Record:

  • PR number
  • conference
  • year
  • branch
  • head SHA
  • fields added or updated
  • official source
  • current CI state if available

Do not claim that the PR exists before GitHub confirms it, that CI is green while it is still running, or that the update is merged merely because a PR was created.

Result states

Classify each conference considered using one of:

  • already up to date
  • too early to check
  • checked — no official next edition found
  • checked — next edition exists but relevant information is still TBD
  • new edition/update available
  • existing PR already covers it
  • PR created
  • blocked by conflicting official sources
  • blocked by insufficient official information

Do not treat too early to check as equivalent to no new edition exists.

Efficiency rules

Avoid unnecessary web research.

Prioritize conferences that are:

  • near their historical CFP or deadline-announcement window
  • missing an edition that would normally already be announced
  • currently marked TBD during a period when dates are historically published soon
  • multi-round conferences with another round approaching

Skip conferences whose next cycle is clearly far away.

Maintenance standard

Search selectively.

Verify conservatively.

Update promptly once official information appears.

Never turn historical patterns into factual conference data.

Prefer TBD over speculation.

Prefer no PR over an unsupported PR.

Prefer one focused conference PR over a batch of unrelated updates.

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

Files

Just SKILL.md in .agents/skills/ccfddl-conference-update of ccfddl/ccf-deadlines.

Open the folder on GitHubat commit 227938b

Compare with similar skills

Ccfddl Conference Update 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.

Ccfddl Conference Update compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Ccfddl Conference Update this skillccfddl/ccf-deadlines9.4k—~2.9kAutomated safety check: PassMIT
Vercel Composition Patternssupabase/supabase111k58 repos~726Automated safety check: PassMIT
Finishing a Development Branchobra/superpowers297k5 repos~1.9kAutomated safety check: PassMIT
Typescript Advanced Typesrolling-scopes/rsschool-app10k25 repos~4.2kAutomated safety check: PassMPL-2.0
PR Babysitteropeninterpreter/openinterpreter69k3 repos~4.2kAutomated safety check: PassApache-2.0
Code Review ChecklistshareAI-lab/learn-claude-code78k4 repos~1.1kAutomated safety check: PassMIT

Similar skills

  • Official

    React composition patterns that scale. An agent skill from supabase/supabase.

    111k GitHub starsUsed in 58 repos~726 tokens
    DevelopmentAuto-check passed
  • Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.

    297k GitHub starsUsed in 5 repos~1.9k tokens
    DevelopmentAuto-check passed
  • Typescript Advanced Types

    rolling-scopes/rsschool-app

    Master TypeScript's advanced type system including generics, conditional types, mapped types, template literals, and utility types for building type-safe applications.

    10k GitHub starsUsed in 25 repos~4.2k tokens
    DevelopmentAuto-check passed
  • PR Babysitter

    openinterpreter/openinterpreter

    Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.

    69k GitHub starsUsed in 3 repos~4.2k tokens
    DevelopmentAuto-check passed
  • Code Review Checklist

    shareAI-lab/learn-claude-code

    Reviews code against a five-part checklist covering security, correctness, performance, maintainability and testing, and reports findings in a fixed format.

    78k GitHub starsUsed in 4 repos~1.1k tokens
    DevelopmentAuto-check passed
  • Greploop

    onyx-dot-app/onyx

    Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.

    32k GitHub starsUsed in 4 repos~3.3k tokens
    DevelopmentAuto-check passed

More from ccfddl/ccf-deadlines

  • Ccfddl X Posts

    ccfddl/ccf-deadlines

    Prepare and, with a verified authenticated publishing route and authorization, publish daily conference-deadline countdown posts for @ccfddl on X/Twitter.

    9.4k GitHub stars~5.6k tokensUpdated today
    Auto-check passed
  • Ccfddl PR Review

    ccfddl/ccf-deadlines

    Review open, non-draft pull requests in ccfddl/ccf-deadlines.

    9.4k GitHub stars~2.4k tokensUpdated today
    Auto-check passed

Categories

Questions about Ccfddl Conference Update

What does Ccfddl Conference Update do?

Add the latest conference edition or newly announced deadline information to ccfddl/ccf-deadlines. Ccfddl Conference Update is an agent skill from ccfddl/ccf-deadlines. Add the latest conference edition or newly announced deadline information to ccfddl/ccf-deadlines.

When should I use Ccfddl Conference Update?

Ccfddl Conference Update fits situations like: proactive latest-edition maintenance; with historical timing only as a gate for when official-source checking is worthwhile.

How do I install Ccfddl Conference Update in Claude Code?

Run `npx skills add ccfddl/ccf-deadlines --skill ccfddl-conference-update -a claude-code`. Or copy the skill folder (.agents/skills/ccfddl-conference-update in ccfddl/ccf-deadlines) into .claude/skills/ccfddl-conference-update in your project. Claude Code loads it when a task matches its description.

How do I install Ccfddl Conference Update in Codex?

Run `npx skills add ccfddl/ccf-deadlines --skill ccfddl-conference-update -a codex`. Or copy the skill folder (.agents/skills/ccfddl-conference-update in ccfddl/ccf-deadlines) into .agents/skills/ccfddl-conference-update in your project. Codex loads it when a task matches its description.

Can I use Ccfddl Conference Update 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 ccfddl/ccf-deadlines --skill ccfddl-conference-update -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/ccfddl-conference-update, .gemini/skills/ccfddl-conference-update, .github/skills/ccfddl-conference-update and .opencode/skills/ccfddl-conference-update in your project.

What does Ccfddl Conference Update need to run?

SKILL.md names no scripts, command-line tools or credentials: Ccfddl Conference Update is instructions for the agent only.

Does Ccfddl Conference Update 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 Ccfddl Conference Update 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. Review the folder before installing.

What licence does Ccfddl Conference Update use?

Ccfddl Conference Update 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 Ccfddl Conference Update use?

About 2.9k tokens (SKILL.md is roughly 12k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Ccfddl Conference Update?

Skills that share tags, products or a category with Ccfddl Conference Update: Vercel Composition Patterns (supabase/supabase, 111k stars), Finishing a Development Branch (obra/superpowers, 297k stars), Typescript Advanced Types (rolling-scopes/rsschool-app, 10k stars) and PR Babysitter (openinterpreter/openinterpreter, 69k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Ccfddl Conference Update?

ccfddl (a GitHub organization) maintains it in ccfddl/ccf-deadlines, which has 9,427 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on October 10, 2026.

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