AI 写内部通知：会议室、门禁和访客安排先补齐字段

会议室维护通知漏了时间，同事照常预约；门禁设备检修，公告还缺少经批准的临时安排——这类通知不要让 AI 自由发挥。把已确认的时间、地点、影响和动作给模型，把联系人、备用安排和失效时间等空缺留成 [待确认]，再由行政负责人核实后发布。

本文用虚构的会议室、读卡器和访客预约信息示范。它只帮助起草内部通知，不制定门禁流程，也不代替单位审批。

先整理 6 个字段

先把材料分成“已确认事实”和“待决定事项”。仅提供起草所需信息。若通知会涉及员工或访客个人信息，优先删去姓名、手机号、工号等字段；对门禁码、卡号、设备配置和备用通行方式等安全信息，不要放进普通公告或未获批准的模型。使用云端工具前，按单位的数据和模型使用规则判断是否允许；不确定时只用下方虚构练习。

《个人信息保护法》第 5—7 条规定，处理个人信息应遵循合法、正当、必要和诚信原则，目的应明确、合理并与处理直接相关，收集范围限于实现目的所需的最小范围，并遵循公开透明原则。查看法律全文。这段说明不判断某条通知或单位流程是否合规。

用 Qwen 起草，再逐项回原始事实

可以在单位批准的 Qwen 环境中粘贴提示词和已脱敏事实卡。若内容属于内部或敏感信息，优先使用单位批准的本地环境；个人电脑没有批准的模型时，不要为了完成练习而上传真实信息，也不要临时下载模型。

提示词的关键约束是：

只根据输入事实写通知草稿，不作制度决定，不补充常识性流程。
缺少的信息原样标为“[待确认：具体字段]”。
不编造联系人、电话、备用会议室、替代入口、登记渠道、提前时长或应急步骤。
不输出个人姓名、手机号、工号、门禁码、卡号、设备配置或可用于通行的细节。
保留每条输入的 id，不增加、删除或合并通知。

完整虚构事实卡、提示词和检查表见内部通知练习包。可按下面的顺序审阅：

1. 核时间和地点：每个日期、时段、房间或设备都要能回到事实卡；模型不能把“周三”改成别的日期。
2. 核动作和受众：公告中的暂停、预约、登记或通行指引必须有明确来源。没有确认的替代安排，不能当成已定流程发布。
3. 核缺失项：联系人、有效期、备用地点和登记入口不完整时，保留 [待确认] 并交给负责人决定。
4. 核信息范围：删掉不必要的个人信息和不该公开的门禁细节。模型写了“已通过安全检查”，也不能代替人工核对。
5. 由责任人确认并发布：选对内部渠道和受众，补上批准的联系方法与撤下时间；设施恢复后更新或撤下旧通知。

三种可改写的通知骨架

以下内容仍是虚构示例。方括号中的字段由行政确认后填写，不要直接照搬到真实门禁系统。

会议室维护

会议室 A 将于 2026-10-21（周三）14:00—16:00 因投影设备维护暂停使用，期间停止预约。已有预约由行政另行联系。咨询渠道：[待确认：联系人及联系方式]。如需安排替代会议室，请行政确认后另行通知。

门禁设备维护

园区北门读卡器将于 2026-10-22（周四）09:30—11:30 维护。临时出入安排：[待确认：经批准的流程]；咨询渠道：[待确认：联系渠道]。请勿在公告中补写未批准的入口、门禁码或设备操作方式。

访客预约

访客请提前联系接待员工预约。统一登记入口：[待确认]；需要提前多久：[待确认]；通知有效期：[待确认]。请接待员工按单位已确认的流程与访客沟通。

本机虚构材料实测

在 Apple M1 Max 64GB、Ollama 0.35.1 和本机 qwen3.8-27b:latest 上运行练习包里的三条虚构通知，4096 context、最多 1200 输出 tokens，用时 59.11 秒，输入 535 tokens、输出 689 tokens。模型保留了 N01–N03，会议室与读卡器的日期和时段都与事实卡一致；它没有编造联系人、备用会议室或门禁通行方法。

人工复核发现两处不能直接发布：模型把“园区北门通行人员”当成已确认受众，事实卡没有给出受影响人员范围；它把“访客需要提前多久”放到了有效时间字段。示例复核稿已将两项改为 [待确认]。此外，模型给出的“无敏感信息”只是自我描述，仍需逐句检查。练习只验证了这份虚构材料，没有验证真实公司的通知审批、门禁运行或个人信息处理流程。

封面背景由本机已安装的图像模型生成并用代码排字，未下载模型。发布到公众号或其他渠道时，按平台要求声明 AI 生成内容；封面标识不能代替平台原生声明功能。