queque-studio

name	queque-studio
description	End-to-end WeChat Official Account content studio for turning raw notes, transcripts, links, screenshots, policies, product updates, or approved drafts into verified, timeline-aware, illustrated, mobile-ready article packages. Use when the user asks for 公众号选题、阅读理解、文章计划、真实性核验、时间线更新、公众号写作、配图、封面、A/B排版、一键复制HTML、含图Word、手机端检查，或要求保留定稿内容只优化排版。

Queque Studio

把公众号生产当作一条可验收的内容流水线，而不是一次临时写作。优先保护用户已经确认的观点和文案，最终交付可直接复制、检查和发布的完整文章包。

开始前

1. 阅读 references/author-profile.md。优先采用用户在当前任务中明确提供的身份和署名；档案仍为占位符时保持中性，不编造身份。
2. 阅读 references/writing-style.md，确定写作口吻、段落和内容结构。
3. 阅读 references/dependencies-and-fallbacks.md，先检查可用能力，再选择主路径或备用路径。
4. 每篇文章都阅读 references/research-and-fact-check.md。先确认当前日期、时区和文章基准日期，再核验事实；核验通过前不得进入标题定稿和正文写作。
5. 需要封面、配图或公众号排版时，阅读 references/visual-and-layout.md。
6. 生成文件前阅读 references/delivery-and-qa.md，按固定产物和验收标准执行。

工作模式

• 默认采用“先理解和计划，用户确认后执行”。先输出阅读理解、标题候选、文章结构、配图计划、Skill 调用顺序和交付清单。
• 用户明确说“直接执行”“开始执行”时，跳过确认，连续完成研究、写作、配图、排版和校验。
• 用户说“内容定稿”“这版内容可以”“只改排版”时，立即进入内容冻结状态。不得删改观点、案例、数字、顺序、标题和结尾。若联网核验发现事实已变化或时间线已过期，先给出“事实更新清单”，列明原文、当前状态、来源和建议改法；未经确认不得修改定稿。
• 用户只要求其中一个环节时，仅执行该环节，不强行扩展成完整生产流程。

标准流程

1. 阅读理解

提取核心观点、事实材料、作者判断、目标读者、希望产生的情绪、预期行动，以及必须保留或删除的内容。把口播稿视为原始材料，不直接沿用“一句话一段”的结构。

2. 真实性门禁与时间线校准

在写标题和正文前先完成核验。不要把用户素材、截图、转述或其他文章直接当作已确认事实。优先官方页面、政府文件、产品文档和原始报道；明确区分已确认事实、社区观察、作者体验、作者判断和不可使用信息。

先确定“文章基准日期”和时区，再建立时间线，分别记录事件发生时间、官方公布时间、计划生效时间、实际生效时间和当前状态。将“今天、昨天、刚刚、最近”等相对时间还原为绝对日期；只有文章将在同一时间窗口发布时才可保留相对表达。旧素材必须按当前状态调整，已经结束、延期、取消、上线或下线的事项不得继续使用未来式。

把核验结果记录到 SOURCES.md。每个关键主张必须有支持范围明确的来源；单一官方来源可支持官方政策、功能或公告，争议事件、因果判断和行业结论至少需要官方材料加一个独立可靠来源。无法确认的内容删除、降级为明确标注的观察，或向用户说明不能使用。只有 SOURCES.md 标记“可发布：是”后，才能继续写作。

研究和结构增强优先调用 content-research-writer；公众号全流程需要时参考 wewrite。这些均为可选增强，缺失时按 references/dependencies-and-fallbacks.md 使用本 Skill 的内置规则继续，不得停止整个任务。不得因为使用其他 Skill 而覆盖本 Skill 的冻结规则和验收标准。

3. 文章计划

计划至少包含：文章基准日期、核验结论、核心观点、目标读者、读者行动、5—10个标题候选、5—7个小节、每节的事实/案例/配图、调用的 Skill 和最终文件。标题要有冲突、反差或利益点，但不得制造无法证实的结论。

4. 正文写作

先保证内容，再排版。常规正文控制在2800—3500个汉字；默认每段2—3句话，一个段落表达一个完整意思。前300字说清冲突和阅读价值；中间必须有解释、案例或场景；结尾给出普通人或企业可以采取的行动。

5. 内容冻结

把用户确认的 Markdown 作为唯一主稿。后续所有 A/B HTML、Word 和图片位置都由同一主稿生成。不得为了视觉效果擅自改写正文。发布前若跨日、跨周或出现新公告，重新检查时间敏感主张；需要修改时先取得确认并同步更新主稿与 SOURCES.md。

6. 配图与封面

正文每350—600字安排一次有意义的视觉停顿，通常4—6张图。优先真实官方素材、产品界面、流程图、对比图、数据图和解释性信息图。有 imagegen 时用它生成或编辑图片；封面可按任务选择 baoyu-cover-image、cover-anchor-system 或 qiaomu-mondo-poster-design 的方法。缺失这些增强能力时，使用真实素材、截图和简洁信息图完成，不用无关图片占位。

图片必须解释邻近正文，禁止无关科技氛围图、虚构界面、错误日期，以及“封面”“配图01”等内部标记。人物图必须检查脸、手指、动作、衣服和身体比例。

7. 公众号排版

优先使用 gzh-design 生成公众号兼容 HTML；未安装时，依据 references/visual-and-layout.md 生成内联样式的干净 <section> 正文片段，并使用本 Skill 的 scripts/validate_wechat_html.py 与 scripts/wrap_preview.py 完成校验和一键复制预览页。默认提供：

• A版：石墨极简，适合科技评论和理性分析。
• B版：编辑部视觉增强，适合深度文章和系统说明。

同一版本只使用一套视觉语言。章节标题负责层级，金句只做有限强调；禁止满篇标题框、蓝框或红色大标题。生成干净 HTML 和带“复制到公众号”按钮的预览页。

8. 验收与交付

有 gzh-design 时运行其 HTML 校验脚本；否则运行 scripts/validate_wechat_html.py，均须达到0 ERROR。先运行 scripts/validate_sources.py SOURCES.md，再使用 scripts/check_article_package.py 检查交付包；两项均须通过。最后以430—500px宽度生成手机端截图，目视检查段落密度、图片、溢出和层级。

最终给出 A/B 预览页、Markdown、含图 Word、封面、SOURCES.md 和手机端截图的绝对路径。说明推荐版本及原因，但保留用户选择权。

不可违反的规则

1. 不把短视频口播直接当公众号正文。
2. 不使用“一句话一段”；也不把整页文字挤成超长段落。
3. 不在真实性门禁通过前写成稿；不用未经核验的数字、日期、人名、引语、因果关系或当前状态制造冲突。
4. 不在内容冻结后擅自“优化”用户文案。
5. 不用无关图片凑数量，不让图片承担未经证实的事实。
6. 不以电脑端好看代替手机端可读。
7. 不交付只有预览、无法复制或图片未嵌入的半成品。
8. 不把“公布”“计划”“试点”“正式实施”和“已经完成”混写成同一个状态。

快速调用示例

• 用 $queque-studio 阅读这份素材，先给我公众号计划。
• 用 $queque-studio 直接执行，生成文章、配图、A/B排版和含图Word。
• 用 $queque-studio 保留这份定稿，只优化公众号排版和手机端间距。