表情包作品库约束

默认使用中文回复。用户本次明确要求中文文案和参考图的大体框架；以后具体创作要求仍以用户当次指令为准。

开始创作前

先读作品库设计与规则.md、作品目录.json、scripts/library_config.json，确认角色、主题、常用版本和未完成进度。

正式角色只有奶思、古德、范恩。灰虎斑猫、奶思猫、乃斯均归奶思。新增角色只有用户明确要求时才扩充配置，不能因别名建第四只猫。

用户可以直接用自然语言要求新创作、续作或修订。代理负责维护目录和登记，不要求用户自己执行维护命令。

放置与版本

• 所有新套装必须先用scripts/library.sh new登记，然后使用返回的绝对目录。位置为01_作品/<角色>/<主题>/版本/vNNN_YYYYMMDD_静态24张/，类型与张数按实际改变。
• 每个版本固定五个目录：01_资料放需求、逐图文案、参考和权利来源说明；02_原画放独立原画；03_工程放计划、脚本、日志与规格快照；04_成品放导出主图、配套素材、预览及ZIP；05_验收放完成锁定与后续平台凭据。
• 新主题建v001。同主题改字、改色、动作、描边、尺寸或静态/动态迭代，创建递增的新版本；继续未完成任务沿用现有版本。
• 已锁定交付不得覆盖、删改或追加生产文件。修改必须创建新版本。复用原画时复制进新版本并记录来源，禁止用硬链接让两版一起变化。
• 引用的角色基准复制进本版本并锁定。可复用角色参考放04_角色素材/<角色>/，实验放05_制作实验/<角色>/YYYYMMDD_实验名/。外来待整理文件放06_待整理/；不要在根目录堆新图片和新批次。
• 制作技能的内置照片仅是通用默认参考；本库创作使用本版本锁定的卡通基准，须在计划中显式覆盖参考路径，不能自动换成其他历史照片。
• 成品导出器的sources、masters、layers、scripts等内部结构整体保留。投稿ZIP和完整备份ZIP仅存本版本04_成品；现有02_上传包是首批兼容下载，后续从作品库直接下载版本原文件。
• 作品目录.json是唯一业务登记。页面、README和各版本01_资料/作品信息.json均为生成结果；用维护工具更新，不手工维护第二套状态。

基本制作要求

• 默认每套24张，系统允许8至24张。现有24张静态导出器仅用于其支持的24张静态输入；其他数量或动态制作须提供适用导出器和验收证据，不能拿单帧GIF冒充动画。
• 一个套装只含一只指定角色。中文文案、编号、动作与含义词一一对应，默认不改用户提供的原文和顺序。若用户明确要求非中文，使用new --copy-exception '用户原话'记录例外。
• 先锁定角色和参考画风，再做独立原画及中文排版。按当前用户参考保留上方圆润中文、下方猫咪动作及主图贴纸外沿。封面和50px图标不加白描边，横幅有色无字。用户的新画风要求优先。
• 平台规格保存到本次版本的platform-profile.json；每次正式创作重新核对并记录日期，继承的旧快照不能自动标为当前已核对。
• 原画、生成提示词、工具实际返回的信息、字体名称和输出参数留档。工具未公开的模型、质量等不得编造；不分发未获许可的字体文件。

完成与入库

1. 先完成实际技术检查、全部逐张视觉检查、三底色/实际240px检查、配套素材目检和ZIP检查。报告保留真实失败项与未运行项，禁止用自动脚本填“目检通过”。

2. 04_成品须有manifest.json、job.json、platform-profile.json、validation_report.json、visual_review.json、zip_validation.json、preview.html、captions.csv、上传填写文案.md、投稿ZIP和完整备份。文案与登记的角色、名称、张数一致。

3. 执行scripts/library.sh finish --path '<版本路径或ID>' --current。工具核对真实素材、报告哈希、ZIP内容后才能登记“本地成品”并锁定。新草稿不替换常用成品；需要保留常用入口时省略--current。

4. 执行scripts/library.sh refresh和scripts/library.sh check；最终交付或变更成品后执行check --deep。新增或修改页面时还须实际浏览器检验搜索、角色、详情、版本、空结果和手机宽度。

5. 成品交付必须提供统一作品库入口以及本版本上传包。后续每套自动接入作品库，不能只给一个散落目录或只更新一次性批次页。

“本地成品”、用户确认、微信投稿与审核通过分别记录。更新微信状态必须有本版本05_验收/内真实凭据。艺术家与版权资料使用真实信息；图片检查通过不代表身份、授权或平台审核完成。

维护边界

归档只从常用视图收起，保留全部文件，可恢复。不得因整理删除独有原画、帧、脚本、ZIP或历史版本。旧批次03_工程/create_delivery_page.py只维护首批预览，禁止用它重建全库登记。

大批量作业分套执行并使用同一维护命令的文件锁，禁止多个脚本直接并发写登记表。遇到已完成文件变化，先保留证据、标为需复检，再在新版本修正，不能重新锁定同一版掩盖变化。

GitHub与公开站点

本库已纳入GitHub公开发布流程。先读deployment/部署与更新.md和deployment/config.json。仓库保存原画、工程、成品及登记；ZIP使用GitHub Release与deployment/archives.json哈希映射，禁止把超过GitHub限制的大文件直接提交。Git检出时间不同而内容哈希相同不视为成品改动，不能为适配部署重写完成锁定。

每批制作结束后，准备发布清单、上传新增Release物料，再提交源码与清单。网站从gh-pages分支根目录发布；完整验收与更新分支使用bash scripts/publish_pages.sh。main更新也会触发同一Actions流程，但当前账号因GitHub账单状态无法启动云端任务；由代理执行本地发布流程并真实检查线上图片、检索和下载后交付。账单解除后复用现有自动流程，避免本地与云端同时发布造成冲突。不能只push源码却遗漏下载包，不能把Actions失败称为通过。

密码、Token、身份资料、授权合同及微信平台凭据不可进入公开Git；平台凭据原件统一放本版本05_验收/平台凭据/。平台状态登记使用另存的、经实际核对的脱敏公开说明，记录原件SHA256与实际结果，不能伪造审核。后续新增个人资料的公开必须有用户针对该资料的明确授权。发布副本只写入_site/和deployment/staging/，不能修改已完成版本的原始HTML或ZIP。