关于 ccf-project-scaffolder
ccf-project-scaffolder 是用于创建或补全研究项目目录、模板和状态文件的技能。它会保留现有文件，并在可用时选择匹配投稿场所的模板，不编造研究内容。
主要功能
- 01创建项目目录与模板
- 02按投稿场所选择模板
- 03按需初始化 ccfa.yaml
- 04保留现有文件
- 05检查路径与 YAML
适用场景
- 01搭建新的研究项目
- 02补全现有项目缺失的结构
- 03根据提供的元数据初始化项目状态
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/ccf-project-scaffolder确认已加载。
附带文件assets/ccfa.yamlagents/openai.yaml
详细介绍
CCF 项目脚手架
家族文件约定
开始处理文件前，复用规范路径和单一任务／工件工作目录；默认使用项目根目录下的 ccfa-workfiles/<purpose>/<artifact-id>/。原位更新、保留输入，并使用 UTF-8，同时检查中文文本。命名、归属和任务创建文件的清理请遵循 artifact-contracts.md；交接时沿用这些路径。
协作约定
执行专业任务前，先阅读并遵循 ccf-humanization，再阅读并遵循 ccf-common。每次交接时，复用其中适用的有效规则，或补充缺失／变更的规则。即使没有文本内容，也必须完成这两项预检。仅在相关时启用详细编辑、实验和维护模式。
在单一负责人统筹下整合必要的专业贡献；复用有效的前置成果，并验证受影响的结果。遵循协作路由，避免重复报告。
调用控制
CCFA 交接模式：PARTIAL（推荐）。 遵循 metadata.ccf_skill_controls.handoff_question_mode、../ccf-common/references/handoff-modes.md 和 ../ccf-common/references/task-modes.md。脚手架请求授权创建必要的本地结构；试运行或不新增文件的请求则相应限制变更。
核心规则
创建所请求的项目结构、模板和状态，但不要虚构研究内容。保留用户现有文件，并补齐兼容的缺失部分，而不是替换已建立的项目。
工作流
- 根据对话和文件系统确定项目位置、投稿场所、所需文件夹和现有工件。常规目录名称可自行推断；仅当重要的位置或覆盖选择尚未确定时才询问。
- 通过
../ccf-paper-writer/references/venue-guides/index.md选择匹配的模板。确认模板及其配套样式／资源可用。如用户指定模板，则使用指定模板；若依赖不可用，应明确指出具体缺项，而不是复制不完整的模板。 - 通过
../ccf-common/references/artifact-contracts.md确定最终工件和工作根目录。仅创建所需目录和模板，并按需创建 source/assets/cache/build 子目录。保留现有布局；不要迁移用户文件，也不要为了刷新脚手架而覆盖稿件、参考文献或配置。 - 如果
ccfa.yaml不存在且用户要求初始化，则复制assets/ccfa.yaml，保留../ccf-common/references/ccfa-yaml-contract.md中的必填字段，并且只填写已提供的项目元数据。仅在请求范围内读取和更新现有状态；未知的研究字段应保留为明确的占位符。 - 检查已创建的路径、模板引用和 YAML。若用户要求提供可运行的模板且有可用引擎，则构建会有所帮助；目录设置任务不应运行研究实验或最终投稿检查。
- 报告实际创建／更新的路径以及任何明确缺失的依赖。对于试运行，返回拟议的目录树和操作，不要写入文件。
边界
文件归属请遵循 ../ccf-common/references/artifact-contracts.md。项目工作流规划由 ccf-pipeline-orchestrator 负责，稿件正文由 ccf-paper-writer 负责，最终材料包检查由 ccf-submission-checker 负责。不要虚构标题、摘要、论点、实验或引用。