OpenAI 正在扩大对 Lenfest AI Collaborative and Fellowship Program 的支持:提供 500 万美元资金,以及最高 500 万美元的软件额度和工程支持。对新闻机构而言,值得关注的不只是金额,而是这套支持同时覆盖了组织投入、模型使用成本和技术实施三个环节。
这类计划真正要解决的问题,并不是“让编辑部接入一个聊天机器人”,而是帮助新闻机构建立可以验证、审计并持续运营的 AI 工作流。
三种资源分别解决什么问题
资金、软件额度和工程支持看起来都属于投入,但它们对应的瓶颈并不相同。
- 500 万美元资金可以支持人员、培训、研究、产品试验和项目管理。新闻 AI 项目常见的限制不是缺少创意,而是编辑、产品经理和工程师没有稳定的协作时间。
- 最高 500 万美元的软件额度可以降低试验阶段的模型调用成本,让团队测试摘要、资料分类、搜索辅助或内容结构化等场景。不过,额度不等于长期商业模式;项目仍需测算额度用完后的单位成本。
- 工程支持有助于跨过原型与生产系统之间的鸿沟。真实部署需要处理身份认证、日志、权限、数据保留、失败重试和人工复核,而不只是写出一段能调用模型的脚本。
来源摘要没有说明具体入选机构、申请条件、支持周期或软件额度的分配规则,因此不应据此推断项目覆盖范围。更稳妥的理解是:该计划的支持规模正在扩大,而且资源组合明显指向实际落地。
新闻机构不应从“自动写稿”开始
新闻生产直接关系到事实准确性、公信力和法律风险。相比让模型独立生成可发布报道,更适合作为首批项目的是低风险、可复核的内部任务,例如:
- 把采访记录整理成带时间戳的主题索引;
- 从公开文件中提取日期、机构和金额,交给记者核验;
- 为历史报道生成内部检索标签;
- 对长篇材料生成阅读提纲,而不是直接生成结论;
- 检查稿件中哪些事实陈述缺少来源标注。
选择试点时,可以用一个简单原则:模型出错后,是否会在人工发现之前直接影响公众? 如果答案是“会”,就不应把该环节作为无人值守的第一批部署对象。
一个可运行的“材料摘要与核验清单”原型
下面的示例读取本地文本,要求模型只依据输入材料生成摘要,并列出需要人工核验的陈述。它适合做内部原型,不应直接连接自动发布系统。
运行前需要 Python 3.10 或更高版本、可用的 OpenAI API 密钥,并将 OPENAI_MODEL 改成你的账户能够使用的模型。这个示例是可采用的实践方式,并非对 Lenfest 项目具体技术架构的描述。
python -m venv .venv
source .venv/bin/activate
pip install --upgrade openai
export OPENAI_API_KEY="your-api-key"
export OPENAI_MODEL="gpt-4.1-mini"
cat > newsroom_assistant.py <<'PY'
import json
import os
import sys
from pathlib import Path
from openai import OpenAI
if len(sys.argv) != 2:
raise SystemExit("Usage: python newsroom_assistant.py ARTICLE.txt")
source_path = Path(sys.argv[1])
article = source_path.read_text(encoding="utf-8")
client = OpenAI(api_key=os.environ["OPENAI_API_KEY"])
response = client.responses.create(
model=os.getenv("OPENAI_MODEL", "gpt-4.1-mini"),
instructions=(
"You are an internal newsroom research assistant. "
"Use only the supplied source text. Do not add outside facts. "
"Return valid JSON with these keys: summary, key_claims, "
"verification_questions, and unsupported_or_ambiguous_points. "
"Every item in key_claims must include a short exact quote from the source."
),
input=article,
)
try:
result = json.loads(response.output_text)
except json.JSONDecodeError:
raise SystemExit("The model did not return valid JSON:\n" + response.output_text)
print(json.dumps(result, ensure_ascii=False, indent=2))
PY
cat > sample.txt <<'TXT'
OpenAI is expanding the Lenfest AI Collaborative and Fellowship Program
with $5 million in funding and up to $5 million in software credits and
engineering support.
TXT
python newsroom_assistant.py sample.txt
这个原型特意保留了几项约束:只使用输入材料、为关键陈述附上原文短引文,并把不明确的信息单独列出。即便如此,输出仍然必须由编辑或记者复核。模型生成的引文可能截取错误,JSON 格式也可能偶尔失效,生产环境还需要加入模式校验、超时、重试和错误队列。
如果材料含有未公开采访、个人信息或受保护来源,不要直接发送到外部服务。团队应先确认服务条款、数据保留设置、访问权限和所在机构的安全政策,必要时进行脱敏或使用经过批准的隔离环境。
把额度变成可持续能力
软件额度容易让团队快速启动,却也可能掩盖真实成本。每个试点至少应记录以下指标:
- 每份文档或每项任务的模型成本;
- 编辑复核耗时是否下降;
- 事实错误、遗漏和无依据陈述的比例;
- 模型失败后能否安全回退到人工流程;
- 不同记者是否能够得到稳定、可重复的结果;
- 额度结束后,项目是否仍具备预算合理性。
工程投入也应优先沉淀为共享组件,例如统一的身份认证、提示词版本管理、审计日志、敏感信息过滤和评测数据集。这样,一个 fellowship 或试点项目留下的就不只是演示页面,而是一套其他编辑团队也能复用的基础设施。
采用前的检查清单
Lenfest 计划获得扩展支持,是新闻业探索 AI 的一个重要信号。但衡量成果时,不应只计算上线了多少工具或消耗了多少额度。更有价值的问题是:工具是否让记者更快找到材料,是否保留了事实核验责任,以及组织能否在外部资助结束后继续运行它。
落地前可以检查:
- 是否为项目指定了编辑负责人和技术负责人;
- 是否明确禁止模型独立发布内容;
- 是否建立包含真实新闻材料的评测集;
- 是否记录输入、输出、模型版本和人工修改;
- 是否完成隐私、版权、安全和供应商依赖评估;
- 是否测算了软件额度耗尽后的成本。
资金能启动项目,额度能扩大试验,工程支持能缩短部署路径。真正决定项目价值的,则是新闻机构能否把这些资源转化为可审计、有人负责并且经济上可持续的工作流。