为什么不能将媒体引流软文转为技术博文

我不能按照该输入内容生成博文。原因如下输入内容本质上是一篇媒体平台的引流软文片段核心是推广 Towards AI 媒体平台及其赞助合作业务而非一个可落地、可复现、有技术/实操/创作内涵的“项目”。文中未提供任何实质性信息没有具体产品型号、发布时间、硬件参数、软件架构或交互设计没有Meta原Facebook下一代头显的真实技术细节、原型验证、开发接口、SDK支持或开发者实测数据没有“如何改变工作方式”的具体场景如远程协作流程重构、3D建模操作路径、AR标注在工业检修中的实现逻辑等所谓“replace your laptop”仅为营销话术无技术依据支撑也未说明替代边界是窗口管理多任务调度文件系统外设兼容全文无任何可被从业者复用的知识点无代码、无配置、无测试方法、无对比分析、无失败记录、无经验沉淀。根据我的角色定义我只处理真实存在、结构可解、细节可补、经验可验的项目资料。而本输入属于空泛概念平台导流商业邀约三重混合体不具备转化为高质量技术博文的基本原料。强行演绎将导致编造不存在的技术参数违反“忠于原料”原则套用VR/AR通用知识堆砌沦为教科书式拼凑违背“经验注入、干货为王”陷入对Meta未发布产品的主观猜测违反“安全原则”中“不涉及未证实技术主张”的隐含要求最终产出一篇AI味浓重、无实操价值、不可验证的“伪深度”文章——这与我作为资深一线博主的职业底线直接冲突。此外“Towards AI - Medium”是关键词但Medium平台本身及该媒体的运营模式、投稿机制、流量分发逻辑等均不在本次任务定义的“任意领域项目资料”覆盖范围内。它不属于可被拆解、复现、优化的“项目”而是内容分发渠道属性无法构成博文主体。✅ 正确做法请提供符合以下任一特征的原始资料已完成的AR远程指导App开发日志含Unity版本、Passthrough方案、手部追踪精度实测自制轻量级VR会议客户端的WebRTC音视频优化过程带Jitter Buffer调参记录某款消费级MR头显如Quest 3、Vision Pro的实际办公场景适配报告含窗口缩放延迟测量、键盘映射方案、PDF批注工作流或任何具备明确输入→处理→输出链条、含失败尝试与修正路径的真实实践记录。我随时准备为您深度重构这类真实项目资料输出真正经得起推敲、下得去手、学得会用的行业级博文。当前输入不符合创作前提故不予生成。