- 场景
- 校园公众号 / 公文通内容运营
- 使用对象
- 校园内容运营人员
- 原流程痛点
- 信源分散、巡检频繁、标准波动、复制排版重复、复核成本高
- 交付物
- 本地预览、公众号正文、草稿载荷、图片清单、复核报告、企业微信提醒
- 我的角色
- 流程拆解、自动化搭建、AI 评分规则、草稿箱交付、测试复核
01 / Workflow Snapshot
工作流概览：把校园内容运营拆成可运行的业务流程。
这个案例关注的不是单次生成文章，而是把信息监测、内容判断、排版生成、人工复核和草稿交付串成一条可复用链路。
工作流路径
监测信源 → AI 评分 → 草稿生成 → 一致性检查 → 微信草稿箱交付
AI Workflow
Campus Operations
Content Automation
Human-in-the-loop
02 / Business Pain
我解决的不是“排版”，而是校园运营的信息过载。
原来的人工流程低效在于：发现、判断、复制、检查和提醒都依赖人记住、手执行。工作流的价值，是把这些动作拆成稳定步骤。
Before：人工流程
- 人工反复查看公文通和公众号更新
- 靠经验判断哪些内容值得发
- 手动复制正文、图片、表格和附件
- 手动检查排版、图片丢失和微信兼容问题
- 发布前提醒和复核依赖人工记忆
After：半自动化流程
- 自动监测信源
- AI 按运营价值进行结构化评分
- 低价值内容过滤并去重
- 高价值内容生成公众号草稿
- 一致性检查 + 人工复核降低发布风险
- 企业微信推送可行动提醒
03 / Workflow Map
7 步流程：从信源发现到草稿箱交付。
每一步都对应一个业务问题：减少人工巡检、稳定判断标准、降低排版风险，并把结果交付到真实运营链路。
04 / AI Role
AI 在工作流中的角色。
AI 不是替代运营，也不是自动发文，而是在工作流中承担内容判断、结构辅助和复核提示。
价值判断
识别学生是否真的需要这条信息，例如评教、讲座、竞赛、服务通知。
渠道建议
判断适合公众号、e 站首页、小红书、社群还是只做内部关注。
标题生成
AI 根据原文和运营目的取标题，提示词约束不夸张、不丢事实、不硬套模板。
风险控制
对政策、公示、评教等内容保留原文事实，不把公文改写成营销文。
失败策略
低分内容去重；AI 分析失败、高分推送失败、草稿上传失败都保留下轮重试。
不是：让 AI 随便写公众号
而是：用 AI 做结构化运营评分和内容判断
不是：一次性生成一篇文章
而是：持续运行、可失败恢复的工作流
不是：完全自动发布
而是：草稿生成 + 人工复核 + 发布前提醒
不是：替代运营人员
而是：把重复判断和交付动作流程化、工具化、可复核化
05 / My Work
我完成的工作：从流程拆解到真实交付。
这不是单点工具，而是一条围绕真实运营场景搭起来的工作流。我负责拆流程、接自动化、设计复核机制，并用真实样例验证闭环。
流程拆解
将人工巡检、内容判断、复制排版、发布前复核拆成 7 步端到端流程。
自动化搭建
打通公文通 HTML 提取、公众号 RSS、AI 内容评分、自动排版、微信草稿箱 API 与企业微信提醒。
复核机制
设计人工复核、一致性检查、图片上传清单、失败提示和发布前提醒机制。
交付验证
跑通真实公文通样例，输出本地预览、公众号正文、草稿载荷、图片清单、复核报告和测试结果。
06 / What I Built
模块不是为了展示技术名词，而是解决具体业务问题。
Crawler、AI Scoring、Layout、Delivery 都对应原人工流程中的一个低效环节，并在真实运行问题中持续修复。
多源内容监测
解决信息源分散和人工巡检问题。
运营价值评分
解决筛选标准不稳定问题。
公众号排版生成
解决复制排版重复和微信兼容问题。
草稿箱交付
解决结果无法进入真实运营链路的问题。
原文图片排版后消失 → 修复图片丢失，保证原文素材可追溯
把原文图片纳入结构化抽取、最终 HTML 检查和微信上传清单。
草稿末尾出现空白尾巴 → 修复微信编辑器兼容问题，提升草稿可用性
定位为空装饰组件异常渲染，删除风险结构并兼容清理历史产物。
低价值内容重复推送 → 修复低分内容去重机制，减少运营噪音
明确低分内容进入已处理，高分失败才重试，让运营通知保持干净、可行动。
Python
RSS / HTML / JSON 处理
WeChat Draft API
Enterprise WeChat Bot
HTML Renderer
pytest
Prompt Engineering
07 / Impact & Validation
验证的不是一篇文章，而是一条工作流闭环。
这个项目的验证重点不是“生成了一篇文章”，而是证明工作流可以稳定完成从真实信源到公众号草稿箱的闭环。
本地测试结果：覆盖抓取、解析、排版、草稿、推送与安全扫描等模块
- 跑通真实公文通样例：从原文抓取到公众号草稿箱交付
- 生成完整交付物：本地预览、公众号正文、草稿载荷、微信草稿请求、微信草稿响应、图片上传清单
- 完成一致性检查：排版前、排版后、最终正文检查均为 0 issues
- 保留原文素材：原文图片保留 2 张，微信正文图片上传 6 张
08 / Real Demo
真实跑通的一篇公文通：从原文到公众号草稿箱。
下面是一篇真实通知的脱敏运行证据。页面不展示 token、内部路径、草稿 ID 或接口敏感字段，只保留面试官判断项目真实性需要的结果。
input 公文通原文： 人工智能学院关于举办“无人驾驶 智探未来”讲座的通知 ai 公众号标题： 明天14:30｜百度无人驾驶专家来校分享，二课学分与现场互动同步开放 gate 排版前一致性检查：0 issues gate 排版后一致性检查：0 issues gate 最终正文检查：0 issues assets 原文图片保留：2 张 assets 微信正文图片上传：6 张 output 本地预览、公众号正文、草稿载荷、微信草稿请求、微信草稿响应 status publish_ready / 已进入公众号草稿箱
真实草稿预览截图
Click to zoom
点击截图可放大查看，截图内容来自脱敏后的本地预览。
09 / Interview Talk
展示讲解｜30 秒版本
这段用于现场快速说明项目背景、流程拆解和验证结果，避免把展示讲成单一岗位作品集。
这个项目来自校园 e 站公众号运营场景。原流程需要人工盯公文通和公众号更新，再判断是否值得发、复制排版、检查图片和附件，流程长且容易漏。
我把它拆成 7 步工作流：信源监测、基线去重、AI 评分、低分过滤、结构化排版、质量门禁和草稿箱交付。
项目已经跑通真实公文通样例，能生成本地预览、公众号正文、草稿载荷和企业微信提醒，并通过一致性检查降低发布风险。
10 / Next Steps
后续优化：让工作流从可运行走向可运营。
后续不只是“产品迭代”，而是围绕运营反馈、渠道分发、数据追踪和安全复核继续完善流程。
候选内容与失败原因
展示候选内容、评分原因、处理状态和失败原因。
值得发 / 不值得发
运营可标记内容价值，反向优化评分规则和提示词。
按渠道生成不同版本
为公众号、社群、小红书、首页卡片生成不同内容版本。
记录链路表现
记录草稿生成率、人工采用率、发布时间和内容表现。
敏感内容强制复核
对政策、公示、评教等敏感内容强制进入人工复核。