广东科技学院腾讯云产业学院新闻稿撰写规范

概述

本 skill 是广东科技学院腾讯云产业学院新闻稿的撰写与定稿规范，处理学院宣传稿 Word 文档（.docx），覆盖三条常见链路：

1. 撰写与语体规范——按学院宣传稿的书面语体规范成稿，口语化表述改书面、主体表述求准确、结语与正面表述保留；检查错别字、政治敏感、事实准确性、机器味词句、篇幅
2. 排版——把稿件套用学院标准新闻稿版式（标题/副标题/小节标题/图注/落款/正文分级），图片统一为 700px 宽
3. 编辑回稿定稿——编辑或领导用 Word 修订模式改稿后，检查修订内容、接受全部修订、清除重复字，输出终稿

适用场景：行业研学、企业参访、实训实践、校企合作、讲座论坛等活动报道，以及学院其他宣传稿。

输入一份原始或带修订的新闻稿文档（可选附带高清替换图片），输出终稿、编辑修订记录、内容检查报告与处理后的图片。

体裁定位（务必先读）：学院宣传新闻稿是书面正式语体 + 正面表述 + 成果展示。它不是个人随笔、不是自媒体文案。因此「去 AI 味」在本体裁中只针对机械连接词、模板句式、空洞排比；口语化改写、删结尾升华、删正面表述都是错的——详见「学院宣传新闻稿：语体规范与改写边界」。

格式规范

段落类型自动识别规则

脚本按以下优先级逐段判定（均可在 scripts/format_news.py 顶部常量中调整）：

1. 含图片的段落 → 居中、不缩进、单倍行距（不改变图片本身尺寸，仅重排）
2. 空段落 → 折叠多余的连续空行（每处最多保留 1 个）
3. 第一个有文字的段落 → 主标题
4. 紧随主标题、以破折号开头（——、—、-、~）→ 副标题
5. 紧跟在图片段落之后 → 图片说明
6. 含落款关键词且带冒号 → 落款
7. 匹配 ^[一二三四五六七八九十百]+[、.] 或为 结语/编者按/编后语/后记/尾声/结束语 → 小节标题
8. 其余 → 普通正文

> 注意：第 4 条副标题仅在「标题段之后紧邻的一段」生效；若文档结构特殊（如标题与副标题之间夹有空行），空行被视为“透明”不影响判定。

篇幅与文本清洗规范

篇幅：默认不压缩

报告会同时给出汉字数与总字符数（含标点）两个口径。用户按 Word「字数」统计时看的是总字符数，因此两个数都要报。

> 学院宣传新闻稿的篇幅由内容决定，不由字数凑。除非用户明确给出字数要求，不要为了"看起来精炼"而删信息——宣传稿的价值在于把活动讲清楚、把成效说充分。

标点与空格清洗（--clean-text）

用户要求「把所有英文符号换为中文的」「去掉所有空格」时启用，脚本自动完成：

空格：半角空格、全角空格（　）、制表符、不换行空格全部删除。若文档里有正常英文词组，改用 --keep-latin-spaces，只删与中文相邻的空格。

自动保护（这些片段内的标点与空格不改动，避免改坏数据）：

• 网址 https://…、www.…
• 邮箱 aa@bb.com
• 时间 9:30、09:30:00
• 小数与版本号 1.5、V2.0、v1.2.3
• 拉丁缩写 U.S.、e.g.、etc.
• 日期 2026-09-11、2026/09/11

报告中「ASCII 标点残留」只统计受保护片段之外的数量；受保护片段内的 ASCII 标点单独列出并标注「属正常」。

> 提醒：- / & @ # * 等符号不在自动转换范围（易误伤型号、路径），脚本会在报告中列出供人工确认。若原文用 + 罗列设备，转换后是 ＋，建议再手工改成顿号 、。

学院宣传新闻稿：语体规范与改写边界

用户说「精简一下」「去 AI 味」时，先分清学院宣传稿的体裁要求与真正的机器味。这个体裁是书面正式语体 + 正面表述 + 成果展示，写作目标是把活动讲清楚、把成效说充分、把学院做法说明白。

三条最容易被搞反的：

1. 不要把书面语改口语。「碰到问题就问讲师」这类口语在宣传稿里是减分项，要改成「遇到疑问主动向讲师请教」。
2. 不要删正面表述与结语。「产教融合、协同育人、育人成效、未来展望」以及引语开头的结语段，是本体裁的必需成分，不是 AI 味。
3. 不要为了压字数删信息。设备清单、时长安排、场景名称、班级全称、数据，都是宣传稿的信息主体。

改写边界：哪些能动，哪些不能动

① 不许改动（信息主体）

• 时间、地点、学院/班级全称、人名与职务
• 活动与课程安排、时长（如「共3小时，前100分钟理论授课」「约60分钟设备实操」）
• 设备与场景名称清单（如「鸿蒙全场景开发箱、智能仿真小车、昇腾AI实训箱、机器视觉综合智能沙盘」）
• 数量词与数据（五类设备、三大理论、三个场景、双生态架构）
• 学院主体表述（产教融合、协同育人、双导师机制、校企合作）
• 学生 / 教师 / 企业方原话
• 结语与展望段、落款、图注

② 应当改写（提升书面度与准确性）

• 口语词、网络语、儿化词 → 书面词（见下方对照表）
• 冗余主语与重复述语（「讲师还介绍了」→「介绍」；「也讲清了」→「阐释」）
• 主体表述不准确（企业方不宜写「承办」，学院主办时应写「提供研学支持」）
• 数量词不规范（「三重体系」→「三大体系」；「等方向」→「等多个领域」）
• 指称模糊（「大家」→「同学们」；「东西」→ 具体名词如「教学资源」）

③ 可以删（只有这三类）

• 同一意思反复说：前句已交代，后句换词重复一遍
• 空转连接词与套话：值得注意的是、综上所述、由此可见、首先其次最后
• 与主题无关的枝节：与本次研学无关的行业背景铺陈、无关的设备参数罗列

精简红线

书面化对照表（口语 → 书面）

结语段的写法（学院稿必需，不要删）

• 位置：最后一段正文之后、落款之前
• 篇幅：一般 1 段，80–150 字
• 结构：引语或点题 → 本次活动的意义 → 学院下一步做法
• 小标题：本院惯例是不加。结语独立成段，直接排在最后一个小节（如「四、研学有感」）之后，不写成「五、结语」。
  若原稿已经带了「结语」小标题，则保留原样，不主动添加也不主动删除；不要就这一点反复询问用户。
• 范例（编辑定稿版本，可直接参照这种分量）：

> 纸上得来终觉浅，绝知此事要躬行。本次企业研学为同学们搭建起连接校园与产业的实践桥梁，加深了大家对鸿蒙生态、国产化技术应用的理解。未来，腾讯云产业学院将继续依托校企合作资源，把产业一线的技术、场景与项目融入人才培养全过程，助力学生把所学知识转化为实干能力。

真正的机器味（这些才要改）

• 机械连接词：值得关注的是、值得指出的是、值得一提的是、不难发现、综上所述、总而言之、由此可见、众所周知、毋庸置疑、不可否认
• 模板句式：「不是A而是B」、「不仅…更是…」、「首先/其次/最后」三段式、「让我们来看看」、「随着…的不断发展」、「在当今…的时代」
• 自我宣告式收束：说白了、你品一下、这说明、这表明
• 假精确数字：无来源的「0.3秒」「精确到百分之多少」
• 空洞排比堆砌：连续 3 句以上同结构排比（保留最强一句）
• 与本体裁无关的比喻：宣传稿白描比比喻稳

脚本的 check_ai_flavor() 会分两档扫描：机器味词句标 🟠 提示改写；体裁用词（赋能、助力、彰显、打造、沉浸式、产教融合、协同育人等）标 ℹ，只在同一词出现 ≥3 次时提示换同义词，绝不建议删除。

定稿前自查清单

1. 口语词是否都已书面化？
2. 主体表述是否准确（学院主办 / 企业支持 / 谁提供设备）？
3. 数量词是否规范（三大 / 多个领域 / 五类设备）？
4. 结语段是否保留且有分量？
5. 重复字是否清除（「在在」「的的」）？
6. 标点是否全为中文标点、是否残留空格？
7. 篇幅是否落在参考区间、压缩幅度是否超过 20%？

编辑回稿处理（Word 修订痕迹）

学院流程常见一幕：稿子交给编辑审核，编辑用修订模式回稿。这类文件不能直接用 python-docx 读正文——paragraph.text 只读 <w:p> 的直接子 <w:r>，<w:ins>（插入）与 <w:del>（删除）里的文字都读不到，会得到一份"前后版都不对"的残缺文本，从而误判成"编辑把句子删坏了"。必须按 OOXML 修订标记处理。

步骤 1：先出修订清单，再动手

python scripts/revision_tools.py "编辑回稿.docx" --check-repeat

输出每位修订人、逐段的「修订前 / 修订后」对照与每条增补、删除明细，并顺带检查接受修订后的重复字。先读这份清单，理解编辑的修改意图（是补信息、换书面语、还是纠错），再决定后续动作。

步骤 2：接受全部修订并出终稿

python scripts/format_news.py "编辑回稿.docx" --accept-revisions --fix-repeat-chars \
    -n "新闻稿_终稿.docx" -o ./output

脚本会：接受全部修订（含新增段落）→ 清除重复字 → 套用本 skill 的排版规范 → 输出终稿、编辑修订记录.txt（修订明细，供逐条核对）、内容检查报告.txt。

修订稿的三条判断原则

1. 编辑的修改以接受为默认。编辑的语体判断高于 AI 的"去 AI 味"倾向；本次实测中编辑的修改集中在「口语→书面」「主体表述更准确」「补足结语」，全部应接受。
2. 但要点出遗留问题：如接受修订后出现的重复字（「在在」）、明显笔误、与原文事实冲突处，在报告里单独列出请用户确认，不擅自扩大修改范围。
3. 修订明细单独交付：编辑修订记录.txt 一并给用户，便于主编/分管领导复核修改轨迹。

脚本会同时提示 settings.xml 中的修订模式开关，终稿会关掉它，避免后续编辑又产生痕迹。

工作流程

步骤 1：确认输入

询问用户提供：
1. 新闻稿 .docx 文件（必需）
2. 是否为编辑回稿（带 Word 修订痕迹，即编辑/领导已审核并改动过）——是则先走「编辑回稿处理」
3. 高清替换图片（可选）——如果文档内图片分辨率低，用户可单独提供
4. 输出目录偏好（可选，默认为输入文件所在目录下的 output/）
5. 输出文件名偏好（可选，默认为 原文件名_已排版.docx；编辑回稿定稿建议用 _终稿）
6. 是否要求压缩字数（可选）——用户没有明确要求时不要压缩；要求时按用户给的值，并守住 20% 红线
7. 是否需要文本清洗（可选）——用户提到「英文符号换中文」「去掉空格」时启用 --clean-text

步骤 2：环境准备

在运行脚本前，确保 Python 环境已安装依赖：

pip install python-docx Pillow lxml

如果使用项目的 Python 托管环境，将包安装到隔离的 venv 中。

步骤 3：执行处理

使用 scripts/format_news.py 脚本处理文档。

基本用法：

python scripts/format_news.py "新闻稿文件.docx"

指定输出目录和文件名：

python scripts/format_news.py "新闻稿文件.docx" -o "./output" -n "最终版.docx"

替换低分辨率图片：

python scripts/format_news.py "新闻稿文件.docx" -r 高清图1.jpg 高清图2.jpg 高清图3.jpg

仅检查不改动（dry-run）：

python scripts/format_news.py "新闻稿文件.docx" --check-only

清洗标点与空格（ASCII 标点 → 中文标点 + 删除所有空格）：

python scripts/format_news.py "新闻稿文件.docx" --clean-text

保留英文单词间空格（只删与中文相邻的空格）：

python scripts/format_news.py "新闻稿文件.docx" --clean-text --keep-latin-spaces

指定参考篇幅区间（默认 800 1500，按汉字数计）：

python scripts/format_news.py "新闻稿文件.docx" --words 800 1500

编辑用修订模式回稿（先查修订，再出终稿）：

# 1）先看编辑改了什么
python scripts/revision_tools.py "编辑回稿.docx" --check-repeat
# 2）接受全部修订 + 清重复字 + 排版，输出终稿
python scripts/format_news.py "编辑回稿.docx" --accept-revisions --fix-repeat-chars \
    -n "新闻稿_终稿.docx"

注意：
- 如果文档内图片有多张，-r 参数中的替换图片按文档中出现顺序一一对应替换
- 如果替换图片数量少于文档内图片数量，多余的文档图片保持原样处理
- --clean-text 在排版、图片嵌入之后执行，不会影响字体、字号、缩进与图片
- --accept-revisions 会把之前的图片、字体、页眉页脚原样保留，只去掉修订标记
- 脚本路径：skill 目录下的 scripts/format_news.py 与 scripts/revision_tools.py，调用时使用绝对路径

步骤 4：审查检查报告

脚本执行后会输出一份内容检查报告，覆盖以下七个方面：

1. 错别字和语法——基于内置中文错别字库检查常见误用（如"做为"→"作为"、"己经"→"已经"等）
2. 政治敏感内容——检查台独/港独/藏独/疆独表述、台湾/香港/澳门称谓规范性、领导人称谓、敏感历史事件等
3. 事实准确性——未来日期检查、全半角数字混用、中英文标点混用、重复标点、"的地得"用法
4. 排版格式一致性——连续空行、全角空格、手动空格缩进等
5. 机器味自查（🟠 改写建议 / ℹ 体裁用词频次）——机械连接词、模板句式、正文破折号
6. 重复字（🔴）——「在在」「的的」等修订或打字遗留
7. 篇幅与清洗状态（🟠/ℹ/🟡）——汉字数与总字符数、ASCII 标点与空格残留

处理完成后，逐项向用户汇报检查结果，特别是带 🔴 标记的错别字与重复字、🟡 标记的政治敏感项，请用户逐条确认。ℹ 类提示只需说明，不要据此删改内容。

步骤 5：交付结果

生成的文件结构：

output/
├── 新闻稿_终稿.docx          # 排版后的 Word 文档（图片已替换为700px版本）
├── 内容检查报告.txt           # 内容检查结果（含篇幅统计、修订记录摘要）
├── 编辑修订记录.txt           # 仅编辑回稿场景：逐段修订前/后对照与增删明细
└── images/                   # 处理后的图片文件
    ├── image1_700px.jpg
    ├── image2_700px.jpg
    └── ...

涉及内容改写时，可额外导出一份纯文本版便于用户复制粘贴：

新闻稿_终稿.txt                # 与 .docx 正文完全一致，段落间空行分隔

使用 present_files 展示结果：先展示排版后的 .docx 文档，再展示检查报告与修订记录，最后展示图片。

报告中会自动列出「排版过程中已自动修正」（接受修订、清重复字、折叠空行、首行缩进、标点全角化、删除空格）、「编辑修订记录」、「篇幅统计」与「版式说明」，便于用户核对。

排版阶段会自动修正的事项

以下属于纯排版/清洗问题，脚本会直接修正而在报告中仅作说明（不视为需要人工确认的内容问题）：

• 折叠连续空行（每处最多保留 1 个空段落；含图片的段落不参与折叠，图片不会丢失）
• 段首手动空格、全角空格缩进 → 统一改为 首行缩进 2 字符
• 各级段落字体/字号/对齐/行距统一（见上文格式规范）
• 启用 --accept-revisions 时：接受全部修订、关闭修订模式（字体/图片/页眉页脚原样保留）
• 启用 --fix-repeat-chars 时：清除「在在」等重复字
• 启用 --clean-text 时：ASCII 标点转中文全角标点、删除全文空格（受保护片段除外）

> 脚本不做的事：不删减字数、不改写句子、不动图片、不调整编辑已审核的语体。内容改写与语体规范判断由模型按「语体规范与改写边界」执行，脚本只负责统计与提示。

内容检查详细说明

错别字检查

脚本内置了约 120 组常见中文错别字对照表。检查时会扫描全文匹配这些错误模式。检查报告中的错别字项标记为 🔴，需重点关注。

限制： 内置词库覆盖面有限。如用户对错别字检查有更高要求，可建议使用专业校对工具（如 WPS 校对、写作猫等）。

政治敏感检查

所有政治敏感项均标记为 🟡。检查项包括：
- 分裂主义相关表述（台独、港独、藏独、疆独）
- 台湾/香港/澳门的称谓规范（应使用"中国台湾"/"中国香港"/"中国澳门"）
- 领导人称谓（建议添加职务）
- 敏感历史事件表述
- 中国共产党称谓规范

重要提示： 政治敏感检测采用简单的正则匹配，可能存在误报。每个匹配项都需要人工最终确认。此检查仅作辅助提醒，不能替代专业审核。

事实准确性检查

自动化检查项：
- 日期是否在未来（可能为笔误）
- 全角和半角数字混用
- 中英文标点混用
- 重复标点符号
- "的地得"基础用法（高精度优先：仅在「副词 + 的 + 动词」「的 + 动词 + 着了过」等明确副词/补语场景才提示，避免把「发展路径」「发展速度」这类名词化用法误报）

限制： 无法验证人名、数字、事件真实性。这些需要人工核查。

机器味自查

脚本用「词句级 + 体裁词级」两张表分档扫描：

• 🟠 机器味词句（建议改写）：机械连接词（值得关注的是、综上所述、不难发现、由此可见…）、模板句式（不是A而是B、不仅…更是、首先/其次/最后、让我们来看看、随着…的不断发展）、自我宣告式收束（说白了、你品一下、这说明）、空洞排比、无关比喻
• ℹ 体裁用词（不要删）：赋能、助力、彰显、打造、沉浸式、产教融合、协同育人、育人、成长、素养等。这些是宣传稿常用表述，脚本只统计频次；同一词出现 ≥3 次时提示换同义词，不建议删除
• 🟠 标点：只提示正文中的破折号 ——（该体裁一般不用）。顿号、冒号、引号均为体裁常用标点，不作限制；副标题的 —— 豁免

限制： 只能做模式匹配，判断不了「这句像不像人写的」。命中不等于必改，需结合上下文判断；报告未命中也不代表没问题（如排比堆砌）。

重复字检查

REPEAT_CHAR_RE 扫描「在在」「的的」「了了」等常见重复字（多为修订合并或打字遗留），标记 🔴。编辑回稿尤其要查——修订插入的新内容与原文衔接处最容易出现。可用 --fix-repeat-chars 自动清除，也可用 revision_tools.py --check-repeat 单独检查。

篇幅与清洗状态

• 汉字数、总字符数（含标点）双口径统计，与参考区间（默认 800–1500 汉字）比对
• ASCII 标点残留数（受保护片段之外）、受保护片段内 ASCII 标点数（属正常）
• 空格残留数

若用户按 Word「字数」验收，报总字符数；若按「汉字数」验收，报汉字数。两个数一并给出，避免口径不一致引起返工。

使用示例

场景 1：标准新闻稿排版

用户：帮我排版这份新闻稿
用户：[提供 document.docx]
→ 执行 format_news.py，交付排版文档 + 图片 + 报告

场景 2：文档中有模糊图片

用户：新闻稿有些图片很模糊，我提供了高清版本，帮我替换并排版
用户：[提供 news.docx + hq_image1.jpg + hq_image2.jpg]
→ 使用 -r 参数替换图片后排版

场景 3：只检查不排版

用户：先帮我看看这份新闻稿有什么问题
用户：[提供 draft.docx]
→ 使用 --check-only 仅输出检查结果

场景 4：编辑回稿定稿（最常见）

用户：这是学院编辑审核之后的版本，请检查其中的修改，并交付一份最终的修改后的版本
用户：[提供 新闻稿-某编辑修改.docx，含 Word 修订痕迹]
→ ① revision_tools.py 出修订清单，读清编辑的修改意图（改了什么、为什么改）
→ ② format_news.py 稿件.docx --accept-revisions --fix-repeat-chars -n 新闻稿_终稿.docx
→ ③ 交付：终稿 .docx + 编辑修订记录.txt + 内容检查报告.txt + 处理后的图片
→ ④ 汇报：编辑改了几处、改法归类（口语→书面 / 主体表述 / 补结语 / 纠错），
      并单独点出遗留问题（如修订后出现的「在在」重复字）

场景 5：只要标点规范化，不改内容

用户：帮我把文里的英文标点都换成中文标点，空格也去掉
用户：[提供 news.docx]
→ 运行 format_news.py news.docx --clean-text

场景 6：用户明确要求压缩字数

用户：这篇太长了，压到 1200 字以内
用户：[提供 news.docx]
→ 按「改写边界」三类清单处理：只删同义重复、空转连接词、无关枝节
→ 检查压缩幅度是否 ≤20%、信息主体是否完整、结语是否保留
→ format_news.py 改好的稿.docx --words 800 1500

脚本核心依赖

• python-docx (≥0.8.11)：Word 文档读写
• Pillow (≥9.0)：图片缩放处理
• lxml：XML 处理（python-docx 依赖，修订痕迹解析也用它）

脚本清单：

如果环境未安装这些包，先执行：

pip install python-docx Pillow lxml