众所周知，.xyz在飞船有个10年￥47的好价，只是限6位数字 但最近有个限时的活动，不限前缀的首年注册 看了一下人民币最低是￥4.5，美金基本在$0.67左右 时间很短到14号而已，有需要的及时注册 2 个帖子 - 1 位参与者 阅读完整话题
每月 10 分钟,把全家散在各处的钱,变成一张只在你自己服务器上的资产全局图 ——算得出真实年化、分得清「人赚的」和「钱赚的」,还有 AI 帮你诊断持 仓与配置、看清风险敞口、把再平衡落成可执行的行动(只解读,不荐产品、不预测涨跌)。 在线体验(无需部署) 合成数据、完整功能、手机电脑都行: https://beta.dixi-token.top · 账号 wangergou / 密码 demo1234 源码(Apache 2.0): https://github.com/LuoDi-Nate/financial-management 这是给谁的 ✓ 适合:能自己架一台 Linux 服务器 · 钱散在银行/支付宝/券商/房产/房贷 · 在意隐私,不想把全家财务交给任何商业 App · 想知道 真实 年化收益(不是 App 给你看的那种) ✗ 不适合:想下个 App 就用(要自部署)· 想逐笔每日记账(这是 月度快照 ,不是流水账)· 想要预算省钱那类记账 它解决什么 「我们家现在到底有多少钱?」—— 散成 N 处,没人看得到全局 「这一年是变富了还是变穷了?」—— 没有趋势,更别说扣掉通胀后真实购买力变没变 「攒下来的和投资赚的混一起,投资到底行不行?」—— 分不清「人赚的」和「钱赚的」 「夫妻俩时间错开,谁来记?」—— 缺一个全家共用、异步填报的载体 为什么不用现成的 Excel :手搓几小时,XIRR/真实年化算不准,不会自动拉价/汇率 支付宝/雪球 :只看自家平台,没有跨账户全局,数据也不在你手里 通用记账 App :为「省钱/流水」设计,不分本金与收益,还要每天记 Beancount / Firefly III :强,但学习曲线陡(我媳妇不用命令行),且偏通用、非中国家庭语境 设计取舍 核心约束: 每月找一天、10 分钟以内、夫妻异步完成全部录入。 颗粒度只到「账户月末快照 + 当月外部现金流」,不到单券持仓 恒等式: 本期投资损益 = 期末余额 − 期初余额 − 净外部流入 ,真实收益由此推出,自动算家庭级 XIRR/TWR 不做:逐笔流水 / 定投提醒 / 预算包络 / 券商 API 直连(都与「每月 10 分钟」冲突) AI 怎么用(给它戴了镣铐) 我对市面「 AI 理财」的套路很反感(预测涨跌、变着法荐产品),所以立了几条硬规矩,全在代码里强制: LLM 严禁做数学 :所有占比、偏离、年化、负债率由 Java 算好喂进 prompt,prompt 明示「只能引用、不许计算」 输出过合规校验器 :出现「保证收益/稳赚」、具体产品名/股票代码、「会涨会跌/抄底/牛市」这类词,整段拒绝重来 隐私分两层 :本就自托管,数据不出自己服务器;喂 LLM 前真名再脱敏成「成员 A/B 」,输出端再扫一遍防泄露 在这些约束下 AI 做四件事:四维资产体检(配置/风险/流动性/收益)、资产洞察(集中度/资产负债表/再平衡/低利率下的真实购买力)、具体到「从 X 账户调 ¥N 到 Y 」的再平衡步骤、目标月报 顺带分享个成本上的坑:百炼免费额度是 按模型各给一份 ,固定调 qwen-plus 会用超被静默计费。现在每次从精选模型池随机选一个摊开流量 + 控制台开「 费额度用完即停」,一分钱不花。 功能截图 桌面端: 移动端(响应式 + iOS PWA 装到主屏): 主要能力(摘) 真实收益率:账户级/家庭级 XIRR + 资产年化 TWR,区分「人赚的」 vs 「钱赚的」 财富水位:净资产 vs CPI 购买力线(还买得起同样的生活吗)+ M2 社会财富线(社会排位升还是降) 股票自动估值(A/美/港,录 ticker+数量,每日拉价)· 多币种自动汇率 财务目标:退休 FIRE(通胀 PV + 4% 提取率)三情景预测 / 子女教育 / 应急储备 决策辅助:提前还贷决策器(NPV)、应急金不闲置提示、账户级基准对照 技术栈 Spring Boot 3 + Java 21 + MySQL 8 + Thymeleaf + HTMX 。没有 SPA 、没有构建管线,最低配 VPS 一键部署( deploy.sh ),244 个单测 + 338 条黑盒回归。 快 fork 走, 给你们家也部署起来 ① 月度快照的颗粒度,对你们家够不够用? ② 你会信一个「只解读不算数」的 AI 理财建议吗?
大部分时候，开会主持一上来就是“我今天讲三点”，给人一种很快结束的感觉，结果一个点就是一个小时。 “三”这个数字有什么魔力吗 7 个帖子 - 7 位参与者 阅读完整话题
美国国会正在重启一项近年对苹果影响最重大的反垄断立法攻势，再次把矛头对准 App Store 以及大型平台对生态的控制权，这场战斗此前在多届国会中曾因科技巨头的强力游说而被拖延搁置。 6 月 10 日，美国参议员艾米·克洛布彻（民主党，明尼苏达州）和查克·格拉斯利（共和党，爱荷华州）重新提出了《美国线上创新与选择法案》（American Innovation and Choice Online Act，简称 AICOA）。这一法案旨在恢复两党合作，限制占据主导地位的大型科技平台在自家产品和服务上“开小灶”的行为。 法案锁定的是体量最大的在线平台，试图限制那些被支持者视为不公平竞争优势的做法，包括在搜索排序、推荐和入口位置上偏袒自身服务等。苹果和其他科技巨头此前已经为阻击早期版本的立法投入多年时间和大量资金，理由是该法案可能对其商业模式构成冲击。 按照目前文本，AICOA 将禁止占主导地位的科技公司在平台上优待自家产品和服务，这种被称为“自我优待”（self‑preferencing）的做法，被批评为会实质性压制第三方竞争者的发展空间。批评者长期指责，苹果同时掌控 iOS 操作系统和 App Store 分发渠道，借此在应用分发、支付和订阅等环节为自家服务“保驾护航”，不利于竞争环境的公平性。 苹果方面则一贯强调，其平台政策的首要目标在于保护用户隐私、安全以及平台完整性。在发给媒体的声明中，苹果表示坚决反对参议院推动“欧盟式监管”，认为相关立法将削弱隐私保护与安全标准，损害儿童安全，并会让在美国做生意变得更加困难。 苹果还批评称，将欧洲“失败的政策”照搬到美国并不会真正提升市场竞争。这一轮法案“回归”，标志着一场已在多届国会间拉锯的立法攻防进入新阶段。AICOA 早期版本曾成功通过参议院司法委员会审议，在科技监管提案中推进程度相对罕见，但最终仍未进入全院表决程序。 自国会首次讨论 AICOA 以来，围绕这部法案的争论已经出现变化。一方面，苹果为了遵守欧盟的《数字市场法》（Digital Markets Act，DMA），已经在欧洲调整了 App Store 的部分规则；另一方面，欧洲实践提供了一个现实范例，让外界得以观察强监管框架对大型平台运营的具体影响。 DMA 要求大型科技平台在竞争和运营方式上做出重要调整，AICOA 虽然路径不同，但目标同样是限制平台利用自身控制力来优待自家服务。对于苹果而言，欧盟 DMA 所引发的一系列 App Store 改动，正好成为美国立法者构想 AICOA 时的现实参照。 苹果则反复强调，AICOA 在关键条款上会与欧盟《数字市场法》形成“镜像”，而 DMA 已经迫使公司在欧盟对 App Store 做出大幅调整。依照苹果的说法，DMA 的实施削弱了隐私保护、增加了安全风险，也让新品发布和平台演进变得更加复杂和艰难。 在此前数轮立法博弈中，苹果是最激烈的反对方之一，认为法案中的某些条款会增加维持平台隐私和安全防线的难度。代表大型科技公司的行业组织也警告，法规可能对软硬件高度一体化的产品与服务产生意料之外的副作用。 法案支持者则坚持认为，主导性平台对依赖它们开展业务的公司掌控力过强，而现行反垄断法律并不足以解决这些结构性问题。为了阻止 AICOA 及相关反垄断立法落地，苹果、亚马逊、Google和 Meta 等公司过去曾合计投入逾 1 亿美元在游说和公关倡议上，贸易协会与行业出资的广告战也一度铺天盖地，但在两党支持和委员会闯关的情况下，法案仍最终停滞。 如今这部法案“卷土重来”并不意味着一定会顺利入法，但其回归本身表明：国会仍在尝试限制大型科技平台利用其生态控制权来优待自身产品和服务。对于苹果来说，这不只是又一次监管审查，而是关乎 App Store 未来运营模式以及苹果服务业务在其平台上如何展开竞争的重大议题。 目前，该版本能否获得足够支持继续推进仍不明朗。不过可以确定的是，围绕大型科技平台权力边界的争论，将在美国立法层面继续延长战线，而苹果在 iPhone 生态中的角色和边界，也将再次成为聚光灯下的核心问题。 查看评论
我才接触3天，我已经离不开它了，快来骚扰我，现在头像没有数字我都焦虑的不行。我觉得你们忘记我了、抛弃我了、孤立我了 4 个帖子 - 3 位参与者 阅读完整话题
优惠码（0611测试有效） 貌似都是25刀的（我没测） 末尾两位数字是国家code wedoaius wedoaimx wedoaipk loptrde 27aiau 27aiin 27ainz archinesjp 6 个帖子 - 5 位参与者 阅读完整话题
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
虽然是之前的相关项目整合包装的，但是为了响应AI主题，AI这块咱可是做了大力支持的，我个人的第一个vibe coding项目稼问，也是这个点确定品牌的。 最终也是以领航第一的名次，遗憾止步线上，没有去到线下总决赛。 现在证书到了，请各位佬友们一起品鉴，分享喜悦！ 5 个帖子 - 4 位参与者 阅读完整话题
在本周举行的 2026 年苹果全球开发者大会上，苹果在经历一年多的延期后，正式发布了全新升级的 Siri 语音助手。该版本现已更名为 Siri AI，并由Google的 Gemini 大模型提供技术支持。然而，尽管苹果计划面向全球用户推出这项新功能，欧盟地区用户可能需要等待更长时间才能使用这一新助手。 在发布 iOS 27 的同时，苹果在博客中表示，由于《数字市场法案》（DMA）及其他监管要求带来的障碍，Siri AI 暂时不会在欧盟上线。按照相关规定，如果要在欧盟推出 Siri AI，苹果需要在 iOS 27 和 iPadOS 27 中向竞争对手开放等同能力的接口，让其他第三方语音助手也能接入同等功能。苹果方面拒绝接受这一条件，并宣称此举将危及用户隐私，因此选择推迟在欧盟提供 Siri AI 服务。 针对外界普遍认为是欧盟监管阻碍了 Siri AI 上线的说法，欧盟委员会发言人近日作出回应，进一步解释了 Siri AI 尚未在该地区落地的原因。发言人首先强调，DMA 并未禁止苹果在欧盟推出任何服务，法律只是要求像苹果这样的“守门人”企业在开展业务时遵守相关义务。 欧盟委员会指出，按照 DMA 规定，被指定为“守门人”的平台必须向第三方提供与自家产品相当的功能访问权。发言人表示，这一要求的核心在于保障用户选择权，让用户可以自由选择“最符合自身需求的产品”，而不是被迫使用平台自带服务。换言之，如果苹果为自家的 Siri AI 开放特定系统能力或接口，就必须允许其他语音助手在同等条件下获得类似访问权限。 发言人还透露，欧盟委员会一直就相关问题与苹果保持沟通。然而，苹果方面“并未提出符合 DMA 互操作性要求的解决方案”。同时，声明重申，被指定为守门人的大型科技公司不得利用其操作系统等核心平台地位，在人工智能服务等新兴领域不正当地偏袒自家产品。欧盟方面的立场是，平台既可以创新，也可以推出自有 AI 服务，但必须在开放和公平竞争的框架下进行。 按照苹果此前公布的节奏，iOS 27 的首个公开测试版将于下个月面向用户推送，正式版则预计会在今年秋季随 iPhone 18 系列一同发布。不过，在苹果与欧盟委员会就 DMA 合规问题达成一致之前，Siri AI 何时能面向欧洲用户开放仍然是一个未知数。目前来看，Siri AI 在欧盟的落地时间，取决于苹果是否愿意在互操作性和第三方接入上作出妥协。 查看评论
【送流量】现在发送数字“60”到10086，有机会每月免费获得5GB省内流量，连送6个月，到期自动退订，不花一分钱，没有套路。详询10086和附近营业厅。如您不需要此类优惠提醒，请回复TD退订【中国移动】 1 个帖子 - 1 位参与者 阅读完整话题