成为 Premium 的代价，你能承受吗！ 锅来！ @BOHE 4 个帖子 - 4 位参与者 阅读完整话题
IT之家 6 月 7 日消息，华为常务董事、产品投资评审委员会主任、终端 BG 董事长余承东昨日发布视频，介绍了电视屏幕的“频闪现象”，以及伤眼的原因。 余承东先用“栅格动画”举例：一匹特殊绘制的马，放在条纹后面慢慢拉动，就会造成视觉的错觉，让人看起来在奔跑，但其实画本身没有变动。风扇快速运转时，我们看到的不是一片片扇叶，而是连续的残影。在不同的光线条件下，甚至还会看到风扇静止的或者倒转的情况，这就是“频闪现象”。 余承东表示，屏幕快速闪烁，大脑察觉不到，但眼部却在一直承受着高频的刺激， 肌肉会持续紧张，时间一长，眼睛就容易干涩疲劳 。 余承东还提到，现在市场上大多数 Mini LED 电视用的都是 PWM 调光，它通过快速开关光源来调节亮度；而 DC 调光是通过控制电流的大小来调节亮度， 光源一直稳稳地亮着，对人眼更友好 。 其他电视之所以不采用 DC 调光，是因为存在一个普遍的行业技术难题 —— 用户晚上看电视时，会习惯性调低亮度， 这时候电视的 DC 调光就会调低电流，灯珠会出现色温偏差，画面容易偏色 。所以很多厂家干脆放弃了这个方案。 IT之家注意到，余承东最后还分享了几个护眼技巧，包括观看电视的适宜距离、“20-20-20”法则等。
IT之家 5 月 22 日消息，随着太空任务日益频繁，所需要的航天器也必须越来越多地依赖自身完成数据处理和存储。为了支撑太空 AI 系统，对应的存储器也需要在极端恶劣的环境中保持稳定。 传统的 NAND 闪存 —— 与智能手机、笔记本电脑和数据中心所用技术相同 —— 是目前太空中大容量数据存储的最先进方案，存储容量可达太比特级别。然而，太空中的辐射会严重降低其性能，甚至导致数据丢失。 为此，乔治亚理工学院的科研人员开发出了一种基于铁电材料打造的 NAND 闪存，其耐辐射能力是传统 NAND 的 30 倍。相关研究成果已于发表在《Nano Letters》上。 铁电性是指某些材料保持永久自发极化电荷的能力。这种极化方式与传统 NAND 存储数据的机制不同，而这一差异在辐射环境下至关重要。 乔治亚理工学院电气与计算机工程学院副教授 Asif Khan 表示：“如果把传统闪存送入太空，辐射与闪存中俘获电荷的相互作用很容易损坏数据。相比之下，铁电 NAND 闪存并不以俘获电荷的形式存储数据，而是以材料中的极化状态来存储，而极化对辐射效应具有很强的抵抗力。” 实现这一突破的关键材料是氧化铪。这种可与硅兼容的化合物在 15 年前首次被发现具有铁电性。Khan 的实验室在过去十年中一直在探索其性能。即便如此，新型架构展现出的辐射耐受程度仍令团队感到惊讶。 该论文第一作者、电气与计算机工程博士生 Lance Fernandes 在洁净室中制造出了铁电 NAND 芯片，随后送往宾夕法尼亚州立大学的合作者处进行辐射测试。 测试表明，这些芯片可承受高达 100 万拉德（辐射吸收剂量）—— 相当于 1 亿次 X 光胸透的辐射量。这一数值覆盖了航天器可能遇到的全部辐射范围：近地轨道卫星需要耐受 5000 至 30000 拉德；地球静止轨道需要 10 万至 30 万拉德；而深空任务的辐射上限则达到 100 万拉德。 Fernandes 对此表示：“对于太空中的数据存储而言，存储器仅仅能工作是不够的。它必须在极端辐射下保持可靠。”Khan 补充道：“铁电 NAND 闪存不仅耐辐射，而且在极其恶劣的辐射环境中依然能够保持可靠。这正是我们太空任务所需要的。” IT之家附论文地址： https://pubs.acs.org/doi/10.1021/acs.nanolett.5c05947 ?
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
Copilot 难民无法承受高昂的 AI 费用，终于堕落到使用中转站了，为此专门搭了个中转站的中转站 metapi, 本意是方便切换中转站的话，不用修改客户端配置, 后台有记录使用日志，能记录输入输出缓存以及价格, 偶然发现，在大部分走缓存的情况下，会突然出现一个请求，基本不走缓存，导致单独这一个请求价格特别高,基本上在 10 倍左右 今天留意了一下，感觉像是压缩上下文导致的。最后一次主动压缩终于确认，就是压缩上下文， 我想了一下，应该是压缩上下文的请求中指令有一些不一样，导致这个不同点之后的内容全部缓存不到， 应该不是中转站本身的问题吧？ 亏我原本还想着为了省 token ，提高了使用主动压缩上下文的频率。原以为一个小任务结束，压缩一下再继续是最好的，坑了，
codex现在变贵了，小的有些承受不起价格了，我看minimax是真便宜呀，但是很多人都说完全用不了，是这回事儿吗？ 22 个帖子 - 15 位参与者 阅读完整话题
IT之家 4 月 12 日消息，据中国运载火箭技术研究院昨晚分享，火箭院研制的首件 5 米直径复合材料动力舱产品正式下架。 据介绍，该动力舱是国内航天领域重复使用运载器最大的复合材料整体舱段， 标志着火箭院生产制造技术创新取得了突破性的进展 ，为国家重大工程任务的顺利推进提供了有力支撑。 IT之家查询获悉， 该动力舱复合材料用量超过 60% ，壁板能够实现轻质结构承受千吨轴压载荷，并具备自适应调节接口。 另外，研制团队在动力舱结构研制过程中采用高度并行协同的理念， 克服了新型大尺寸复合材料整体结构高精度高质量制造、高度并行协同模式下的复杂技术状态管控等难题 ，首件产品历时 7 个月完成了从方案设计到产品交付。
地产行业持续下行，即使第一梯队阵营也承受了巨大压力。从销售巅峰期连续下降五年之后，连龙头上市房企，也必须在“保利润”和“保现金流”之间二选一。 4月17日晚间，连续三年销售额稳居行业第一的保利发展公布了2025年成绩单： 全年销售额2530亿元，连续三年稳居行业第一； 营业收入3081.44亿元，同比微降1.13%； 归母净利润大幅下滑79.31%，仅剩10.35亿元； 经营现金流净额151.91亿元，同比暴增142.74%； 在手现金1229亿元，现金短债比1.74倍； 综合融资成本降至2.72%，历史最低。 一边是利润“腰斩再腰斩”，一边是现金流充裕、融资成本创纪录。很显然，保利主动给自己“动了一次大手术”，在经营策略中优先选择了保现金流。 数据来源：保利发展2025年年报 01 净利润大幅下滑 保利发展2024年的归母净利润为50.01亿元，2025年忽然骤降至10.35亿元。扣非归母净利润更是同比下滑84.52%，降至6.59亿元，成为年报中最受关注的焦点。 保利发展解释称，报告期内，受行业和市场波动影响，公司房地产项目结转毛利率同比下降。公司在房地产销售行业的收入同比减少1.19%，毛利率也减少了0.99个百分点。 保利发展的毛利率水平虽低于中海、招商蛇口等同行，但在企业利润均大幅下滑的背景下，仍处于合理区间. 全国不同区域拉开巨大差距在保利的年报中也有体现。保利五大区域中，营收正增长的只有华东地区，北方地区下滑幅度最大，为33.84%。毛利率方面，华东、北方、中部三个区域同比上年增长，华南、西部区域分别减少4.66、5.63个百分点。 此外，合联营投资收益恶化，也是保利净利率下滑的主要原因之一。受部分合作项目销售不及预期影响，保利发展的合联营投资收益从2024年的12.2亿元降至2025年的-1.4亿元，减少13.6亿元，进一步侵蚀了归母净利润。同时，少数股东损益占比大幅提升，从2024年的48.7%上升至2025年的84.5%，使得归属于母公司股东的净利润进一步缩水。 数据来源：保利发展2025年年报 近两年，上市房企大幅计提资产减值，主动减少净利润，提前出清风险、减少分红，成为常规的应对市场压力的方式。这一次保利也进行了同样的“技术操作”。 2025年，保利发展一口气计提资产减值准备69.58亿元，直接吞掉归母净利润44.47亿元，成为拖累利润的最主要因素。从减值构成来看，存货跌价准备占比最高，达54.42亿元，占总减值金额的78.2%，主要涉及佛山保利中交大都汇、温州滨江云谷、常州保利天汇等去化困难、预期收益下降的项目；长期股权投资减值准备10.15亿元，占比14.6%，主要针对上海华辕实业、天津睿沣置业等合作企业；其他应收款减值准备5.01亿元，占比7.2%，主要为关联公司及合作方应收款项减值。 对于本次大幅计提减值，立信会计师事务所为公司出具了标准无保留意见的审计报告。业内人士认为这是保利主动清理历史包袱，为未来轻装上阵做准备。 02 库存压力仍然较大 以销售额为标准，保利发展已经连续三年位居行业第一。2025年，保利实现销售签约金额2530亿元，同比上一年下降21.67%，降幅大于行业平均，并且已经连续两年降幅超20%。这意味着保利感受到的销售下滑压力比同行更大。 为了减缓业绩下滑，保利在持续加大核心城市的土储占比。2025年，保利全年拓展总地价791亿元，其中一二线城市拓展总地价占比超过90%，核心城市拓展占比99%，其中北京、上海、广州三地占比约48%。 押注一二线城市，是为了对冲地产高峰期在三四线城市留下的难以消化的“老库存”。 从库存结构来看，百里发展的待售面积主要集中在核心城市，去化周期合理。但同时，保利的库存仍存在结构型压力：一是竣工物业规模持续增长，较期初增长7.2%至2137.7亿元，占存货总额的比例提升至28.1%，去化压力有所加大；二是存量项目占比偏高，特别是2022年以前获取的存量待售项目，部分高价地项目去化难度较大；三是三四线城市仍有大量库存，去化压力突出。 为了加快去化，保利采取了一系列操作： “老盘新作”：对存量项目调规优化、产品升级，让旧盘焕新颜； “以销定产”：新开工面积同比下滑40%，减少新增库存； 灵活定价：降价促销、团购优惠，牺牲毛利率换流速。 效果如何？2025年，保利的存量项目贡献签约额为953亿元，在总签约额中占比约38%，库存去化初见成效，但仍任重道远。 保利发布财报之后，开源证券分析预计，2026年保利短期利润仍然承压，毛利率会在2026年筑底，2027年获得恢复，但PE倍数在未来三年内持续下降。 行业洗牌期，剩者为王。保利发展在努力用发债优势、融资成本优势、销售运营优势力保现金流，以“稳”争胜。