这份输入里没有任何区块链内容，写不出你要的文章。
原文是一份"流水线故障诊断"说明，通篇在讲第一阶段输出为空模板、需要补字段。它包含的实质信息只有四类：
- 第一阶段返回了占位符（"未提供/未评估/请从上述信息点中识别"）
- 四种可能的故障原因（抓取失败、输出截断、prompt 混写、页面不可分析）
- 一条 schema 自检清单（
one_line_summary、information_points[]、source_quality等） - 一条索要原文的请求
其中没有任何项目名、协议、链上数据、融资、监管动作、价格或事件时点。要在 2133 词里写出一篇"区块链新闻"，我必须补进如下这些东西——而这些我一个字都没有依据：
- 哪条链、哪个协议、谁发的公告
- 数字（TVL、融资额、地址数、区块高度）
- 引语、时间线、监管辖区
这就是编造。2133 词的篇幅意味着编造量不是一两句，而是整篇的主干事实，写出来对下游毫无价值。
两条可执行路径
路径 A：给我原文正文（或可访问链接）。 我按新闻结构产出一篇 2133 词的纯英文稿：导语、事实主体、背景、各方反应、影响分析、风险提示，所有数字与引语严格来自原文，并标注原文未给出的部分。
路径 B：如果这篇稿子的真实主题就是"AI 内容流水线静默失败"。 那它可以写成一篇技术评论，而不是区块链新闻——我可以基于原文现有信息（四种故障模式 + schema 自检清单）扩写成 2133 词的英文分析稿，不引入任何未提及的事实。但这需要你确认主题方向，因为成稿里不会出现 blockchain、DeFi、L1/L2 这类词汇。
顺带指出原文的一个判断问题
原文说"路径 A 最快最可靠"，这个结论对，但理由给偏了。真正的瓶颈不在第一阶段模型"没产出内容"，而在缺少失败可见性：占位符被当作正常输出回填，系统没有任何一层报错。修 prompt 只能降低概率，不能消除。要治本得加两条硬约束：
- 输出 schema 里所有必填字段的占位符值（空串、"未提供"、"请从…"）一律判为解析失败，直接抛错而非降级
- 抓取层回报正文字符数，低于阈值（比如 500 字符）时拒绝进入第一阶段
没有这两条，同样的静默回填还会再发生一次，而且下次可能更晚被发现。
选 A 还是 B？给原文我就开工。