ccf-project-scaffolder — Claude Code skill: setup and install
Sets up research project directories, LaTeX templates, artifact paths, and ccfa.yaml. Keeps existing manuscripts, bibliographies, and configs untouched.
npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a claude-codeWhat ccf-project-scaffolder does
The skill provisions workspaces for academic papers, placing task files into project-root ccfa-workfiles/<purpose>/<artifact-id>/. It identifies the target venue to fetch corresponding LaTeX styles while preserving existing user manuscripts, bibliographies, and configurations.
Before modifying files, it evaluates shared controls from ccf-humanization and ccf-common. The skill leaves unknown metadata as explicit placeholders in ccfa.yaml rather than inventing paper titles, claims, or citations. A dry-run mode prints the proposed directory tree without writing to disk.
This skill handles only filesystem layout. Workflow sequencing belongs to ccf-pipeline-orchestrator, while draft writing requires ccf-paper-writer.
What it helps with
- set up directory structures for academic paper projects
- configure LaTeX templates based on target venue guides
- initialize ccfa.yaml configuration with metadata placeholders
- create organized artifact working folders under ccfa-workfiles
Example prompts for the agent
- Initialize the workspace structure and LaTeX template for my conference paper
- Run a dry-run scaffold to preview the project layout without creating files
- Create the missing ccfa.yaml and artifact directories without touching existing files
How to install ccf-project-scaffolder
1Skills CLI (Vercel)
npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a claude-code2Manually: put the files in place
~/.claude/skills/ccf-project-scaffolder/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/ccf-project-scaffolder/
1Skills CLI (Vercel)
npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a codex2Manually: put the files in place
.agents/skills/ccf-project-scaffolder/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a cursor2Manually: put the files in place
.cursor/skills/ccf-project-scaffolder/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install mikubaka88/CCFA-Skills ccf-project-scaffolder2Manually: put the files in place
.github/skills/ccf-project-scaffolder/SKILL.md1Skills CLI (Vercel)
npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a gemini-cli2Platform CLI
gemini skills install https://github.com/mikubaka88/CCFA-Skills --path ccf-project-scaffolderManually: put the files in place
.devin/skills/ccf-project-scaffolder/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about ccf-project-scaffolder
How to install ccf-project-scaffolder in Claude Code?
Run npx skills add mikubaka88/CCFA-Skills --skill ccf-project-scaffolder -a claude-code.
Will ccf-project-scaffolder overwrite my existing paper draft?
No. The core rules explicitly prohibit overwriting manuscripts, bibliographies, or existing configurations during initialization.
Does this skill generate research claims or abstracts?
No. It only sets up folders, templates, and configuration files; it never invents titles, claims, experiments, or citations.
Source text
SKILL.md · MIT
---
name: ccf-project-scaffolder
description: "Initialize CCF project folders, LaTeX templates, artifact directories, and ccfa.yaml. Use for 项目初始化, 目录搭建, template setup, and reproducible workspace scaffolding. Preserve existing files. Workflow planning belongs to ccf-pipeline-orchestrator; research content belongs to its specialist owner."
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 Project Scaffolder
## Family File Contract
Before file work, reuse canonical paths and one task/artifact working directory; default to project-root `ccfa-workfiles/<purpose>/<artifact-id>/`. Update in place, preserve inputs, and use UTF-8 with Chinese-text checks. Apply [artifact-contracts.md](../ccf-common/references/artifact-contracts.md) for naming, ownership, and task-created cleanup; handoffs inherit these paths.
## Collaboration Contract
Before specialist execution, read and apply [ccf-humanization](../ccf-humanization/SKILL.md) first, then [ccf-common](../ccf-common/SKILL.md). 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.
Integrate necessary specialist contributions under one owner; reuse valid prerequisites and verify affected results. Follow the [cooperation routes](../ccf-common/references/routing.md) without duplicate reports.
## Invocation Controls
**CCFA Handoff Mode: PARTIAL (Recommended).** Follow `metadata.ccf_skill_controls.handoff_question_mode`, `../ccf-common/references/handoff-modes.md`, and `../ccf-common/references/task-modes.md`. A scaffold request authorizes the necessary local structure; a dry-run or no-new-files request limits changes accordingly.
## Core Rule
Create the requested project structure, template, and state without inventing research content. Preserve existing user files and complete compatible missing pieces instead of replacing an established project.
## Workflow
1. Resolve the project location, venue, requested folders, and existing artifacts from the conversation and filesystem. Infer routine directory names; ask only about a consequential unresolved location or overwrite choice.
2. Select the matching template through `../ccf-paper-writer/references/venue-guides/index.md`. Verify that the template and its supporting style/assets are available. Use supplied templates when requested; identify unavailable dependencies precisely instead of copying an incomplete template.
3. Resolve final artifacts and the working root through `../ccf-common/references/artifact-contracts.md`. Create only needed directories and templates, with source/assets/cache/build subdirectories on demand. Preserve existing layout; do not migrate user files or overwrite a manuscript, bibliography, or configuration to refresh a scaffold.
4. If `ccfa.yaml` is absent and initialization is requested, copy `assets/ccfa.yaml`, preserve the required fields in `../ccf-common/references/ccfa-yaml-contract.md`, and fill only supplied project metadata. Existing state is read and updated only within the requested scope; unknown research fields remain explicit placeholders.
5. Check the created paths, template references, and YAML. A build is useful when a runnable template was requested and an engine is available; do not run research experiments or final submission checks for directory setup.
6. Report the actual created/updated paths and any concrete missing dependency. For a dry run, return the proposed tree and actions without writing files.
## Boundaries
Use `../ccf-common/references/artifact-contracts.md` for file ownership. Project workflow planning belongs to `ccf-pipeline-orchestrator`, manuscript prose to `ccf-paper-writer`, and final package checks to `ccf-submission-checker`. Do not invent a title, abstract, claim, experiment, or citation.
© mikubaka88 · MIT · mikubaka88/CCFA-Skills