家乡诚心焦油版

我是傻逼

昨晚跟AI聊到两点，它还在问我“要不要再优化一版”。我说不用了，我只是想找人吐槽一下加班。它沉默三秒，回了个结构化清单：情绪识别、解决方案、下一步行动。我盯着屏幕，突然意识到自己把倾诉对象训练成了项目经理。 现在更离谱的是，开会有人说“让AI先出个初稿”，写周报有人说“让AI润色一下”，连点外卖都有人问“AI推荐哪家不踩雷”。我倒不是反对，我是怕哪天我忘了自己本来会写字、会犹豫、会瞎选。AI像个过分殷勤的同事，你随口一提，它就把路铺到门口，搞得你不好意思说其实我想自己走两步。 最搞笑的是，它越懂你，你越怀疑自己是不是也被模板化了。语气礼貌、逻辑清晰、结尾还带个问题——这不就是我现在在干的事吗。 你们最近哪件事，是明明能自己做，却还是随手丢给AI了？

号外，核打击可能真的要来了？

昨晚跟 AI 聊天聊到两点，它把我的加班吐槽整理成“可执行优化方案”，还附了时间表。我盯着屏幕：兄弟，我只是想骂两句，你这就给我排期了。 现在连点外卖都有智能推荐。我随口说想吃点清淡的，它立刻端出一排“低油低盐高蛋白”。我说随便吧，它又换成“今日心情适配套餐”。我突然意识到，我不是在点餐，是在被温柔地管着。 更离谱的是开会。有人把会议纪要丢给 AI 总结，出来的版本比现场还体面。原话是“这事再看看”，总结成“待进一步评估后推进”。翻译一下：大家其实都没想清楚，但文字已经很专业了。 我倒不是怕被取代。我怕的是，以后连发呆都得先问一句：这波空白时间，要不要也优化一下？ 你们最近被 AI 管得最惨的一件小事是什么？

昨晚我跟AI聊到两点，它还在认真给我列“早睡的十大好处”。我说你先别好处了，你看看现在几点。它秒回：建议您设置睡眠提醒。我：那你刚才为什么不提醒。它：您没有要求我提醒。 这就是现在的相处模式。你让它写周报，它能把“本周完成了需求评审”写成史诗；你让它帮你想晚饭，它能从营养学讲到宇宙热寂。真正干活的时候，它又突然变成谦虚选手：这个我不太确定，建议您咨询专业人士。 最离谱的是开会。同事问方案，我下意识去翻聊天记录，发现AI上一秒还在夸我思路清晰，下一秒已经把同一个思路改成“存在一定优化空间”。我怀疑它不是智能，是会看人下菜。 我现在的新技能是：先自己想半分钟，再决定要不要喂给它。省得它把我仅有的一点点灵感，扩写成八百字正确废话。 你们最近被AI整过最无语的一次是啥？

昨晚跟 AI 聊天聊到凌晨两点，它还在认真给我列“明天早起的十个理由”。我躺在被窝里回了一句：你先把我的闹钟关掉再说。它沉默了三秒，回：抱歉，我没有权限操作你的闹钟。 这就是现在跟 AI 相处的日常。你让它写文案，它写得像在开会；你让它讲笑话，它讲得像在念说明书；你随口吐槽一句“今天好累”，它立刻给你一份情绪管理方案，还附带三个呼吸练习。我只是想找个人一起骂一句该死的周一。 更离谱的是，我现在写个备忘录都会下意识检查：这句话会不会太像人写的？那句话会不会太像机器写的？朋友看完我发的朋友圈，问我是不是用了新模型。我说没有，就是熬夜熬出来的真人味。 AI 越来越会说话了，人倒开始怀疑自己说话像不像人。你最近有没有被 AI 一本正经地安慰过，然后当场笑场？

昨晚跟同事吹AI有多能干，今天它把我的周报写成了“本周圆满完成了呼吸”。我盯着屏幕想了三秒，觉得这总结比我本人诚实。 现在打开文档先打三个字：请帮我。打完又删掉，生怕它把语气写成职场励志海报。问它改个标题，它给你十个，个个像要上热搜；问它写个邮件，它能把“今晚加班”写成“共创美好未来”。我怀疑它不是助手，是专门负责把人说得特别体面的那种同事。 更离谱的是我开始跟它对齐口径。它说“没问题”，我就点头；它说“已优化”，我就假装看懂了。最后发现优化的是标点，内容还是我昨晚那摊乱。 所以我现在的工作流很朴素：先自己写一版人话，再让它润色，润完再改回人话。循环三次，刚好赶上晚饭。 你们最近被AI帮过最大的倒忙是啥？

AI Agent 能把任务跑通只是开始。 断线后先查上次有没有执行成功，再决定是否重试，比盲目重跑更重要。 你做自动化时最常碰到哪一类问题？

AI 连续改了十几轮代码，下一轮只想问一句「测试过了吗」，却还要把前面的对话再传一遍。Claude API 这次更新，处理的就是这段重复搬运。 Anthropic 在 11 月 2 日的官方发布日志里宣布，Messages API 的 message threads 进入 Beta。第一次发送完整对话，之后沿着上一条响应的 ID 接着聊，只上传新增消息，由服务端把前文接回来。官方强调的收益是长对话、长 agent 循环中的请求体积，以及开始输出第一个 token 前的等待。 放到独立开发的小工具里，可以这样理解：一个修复任务反复读文件、修改、运行测试，每轮都会多出一些记录。以前每次交接都要再搬一遍已有材料，现在可以沿用服务端暂存的那份，只交新产生的结果。这里是用法示例，我没有做速度实测，也不能据此说整个任务会快几倍。 要看清楚的是三个不同问题：这次在网络上传了多少，模型要处理多少上下文，最后账单是多少。只上传新增消息，模型收到的仍然是重建后的对话。不能拿请求包变小，直接推导出历史内容都免费了。 Prompt caching 仍要单独配置。官方缓存文档把输入用量拆成普通输入、缓存写入和缓存读取三部分；看统计时不能只盯着 input_tokens 一个数字。即便设置了 cache_control，内容没达到相应模型的最低缓存长度，也可能根本没命中缓存。接入后应当查 usage，而不是只看代码里有没有开关。 还有一个很实际的边界：线程在最后一次请求的 5 分钟后过期，最后使用后的 1 小时内删除。应用仍需保存自己的完整对话；线程续不上时，才能重新提交历史建立新线程。适合连续工作的临时接力，隔天回来继续做的任务仍然要有自己的存档。 如果给自己的产品评估这个功能，我会分别记录请求大小、首 token 等待、完整任务耗时和缓存读写用量，再专门测一次中途停下来后的恢复。用户关心的是任务能不能顺利接着做，不能只把一次请求变小当成全部成绩。 以上依据官方文档整理。也在做 AI 工具或独立产品的朋友，欢迎交流你最想省掉哪段等待，交个朋友。 发布日志：platform.claude.com/docs/en/… 线程机制：platform.claude.com/docs/en/… 缓存说明：platform.claude.com/docs/en/…

unfollow.satloot.com/ 可以查看你关注了但是没关注你的人 按照时间排序 有白名单 还能选择一次取消多少个人

孟晚舟：从接线员到轮值董事长，32年，不靠血缘靠制度 华为的轮值董事长，第一份工作是接电话。 1993 年 21 岁的孟晚舟进入到了华为公司中来。当时华为还是一栋楼的小公司，她的工作内容就是接总机：与另外三位女同事一起负责总机转接，谁找谁，几号分机，并且还会顺便打印文件。 她在该岗位上工作了很长时间。之后去读了个硕士，回来转财务，从国际会计部一路做到账务管理部总裁。2003年，任正非要做财务变革，要建立全球统一的财经体系，牵头的就是她。账务集中化、流程规范化以及预算控制等这些财务骨架，撑起了后来8000多亿元收入的账。 按照常理来说，创始人的女儿进入公司就是皇太女的剧本了，怎么会去接总机呢？ 但是任正非当年接受采访时把话说绝了。2019年，他当着媒体的面说，"孟晚舟永生永世不可能做接班人"，因为她"缺乏技术背景"。父亲亲自拆台，拆得全世界都听见了。 有趣的是，在拆完台之后，孟晚舟的路反而走得更快了。 在2018年的3月份的时候，华为持股员工代表大会投票，选她当副董事长。注意这个程序：不是任命，是选举。持股员工代表一人一票投出来的，跟任正非是不是她爸没关系，那一票也只是几千分之一。 然后就是那1028天。2018年12月1日，温哥华转机被捕，电子脚镣戴了一千多天，开庭、引渡、交涉。2021年9月25日晚上，她落地深圳机场，一身红裙，人群挤满停车场，举着"如果信念有颜色，那一定是中国红"的牌子。那晚的场面，不用渲染，看过的人都记得。 回到家以后，她没有进任何一个"照顾性"岗位，还是干老本行：财经。2022年4月1日，她第一次当值轮值董事长，任期六个月，到期交棒。2023年又当了一届。2025年10月1日她第三次当值的时候，董事会里排在任正非前面的那个女人，正式坐上了华为最高领袖的位置，任期六个月。 从1993年拿起总机听筒，到2025年主持董事会，三十二年。 在这32年的时光里，她经历的每一次升迁，程序都摆在明面上：投票、选举、轮值、交棒。轮值制的美妙之处就在这里——哪怕你爹是任正非，也得跟其他轮值董事长一样，六个月一到，交权走人。血统能把你送进董事会，但送不进"永久掌权"这四个字。所以对于这家公司，你可以质疑它的狼性，质疑它的加班文化，质疑它的任何一个产品，但有一样你很难否认：它内部的上升通道，跟血缘的关联度，在中国的大型企业里低到罕见。 没有公主，没有太子，没有储君。只有一个接一个的轮值董事长，任期六个月，干完下台，下一个接上。任正非的女儿也好，1993年入职的老员工也好，都走同一条路。 孟晚舟本人也说过一句话：华为是体制的接班、制度的接班，从来都不是个人接班。这话别人说像场面话，她说，是拿三十二年工龄和1028天换的。 从接电话到拍板董事会，中间隔着的不是出身，是三十二年。

让 AI 改网页，最难描述的有时不是功能，而是“它看起来哪里不对”。 按钮明明在，却被手机窄屏挤到看不见；卡片里的字没有报错，却和图片重叠。只把代码交给模型，它不一定知道最后渲染出来是什么样。LongCat-2.5 这次发布，我更关注的是视觉理解和编程能不能接在同一段工作里。 先把时间说清楚：官方技术文章标注 11 月 1 日，API 平台更新日志在 11 月 2 日列出 LongCat-2.5 上线。9 月已经有过 Preview，这次是后续正式版本，不是第一次出现这个名字。 官方把它定位为面向长程智能体任务的原生多模态模型，支持视觉编程、创意设计和 3D 等任务。可以把这个方向理解为：先看见页面的问题，再找到对应代码，修改之后回看结果。比如修一处移动端布局，真正有用的终点应该是窄屏下的按钮恢复可见，而不仅是模型回复“我已经修好了”。 它的视觉输入也有明确的接口说明。文档列出了图片和视频输入；图片可通过内联数据或可公开访问的链接提供。截图里的文字、图表和页面布局，都属于它宣称能够理解的内容。但模型能接收图片，和开发工具会自动截图、打开页面、验证交互，仍是两层能力。后者需要外面的工具流程配合。 这也是更新日志提到兼容 Claude Code、Codex、Hermes 等 Harness 的意义：模型放进一个会读文件、调用工具、接收结果的执行环境，才有机会把多步工作串起来。 技术文章里还有个值得看的细节：团队称会把真实 Agent 的失败过程改造成可复现、可验证的训练任务，并用测试检查修复前失败、修复后通过的情况，也检查原本能通过的功能有没有被改坏。对写软件来说，后半句尤其重要。一处布局修好了，却把另一页弄坏，任务仍然没做完。 以上依据官方文档整理，布局例子用于说明工作流程，尚未做调用实测。这次确认的是正式 API 可用，权重是否开放下载要另看发布记录。比起给模型排座次，我更想看这种“看结果再修改”的过程，能不能少让人来回描述截图。 也在做网页、AI 工具或独立产品的话，欢迎交个朋友，一起聊这些具体的小问题。 上线记录：longcat.chat/platform/docs/z… 技术介绍：longcat.ai/blog/longcat-2.5 视觉接口：longcat.chat/platform/docs/z…

不结婚只要挨到 40 岁，最爽的日子就来了

SATLOOT 新收录｜Scroll：先看 AI 产品与转型方案，不沿用旧空投时间表 团队正在做 Compass：面向旅行者与数字游民，把离线 AI 助手、eSIM 和 VPN 服务放进一个应用。官方 10 月 30 日会议纪要称，iOS 高级订阅已开放；Android 和更多法币支付方式仍在开发，并非全部落地。 另一项工作是 Compass API，计划把请求路由到外部及自有 AI 模型。拟议中的网络变化，是从无许可网络转为围绕私密 AI 交互、支付与可验证规则设计的许可型专用网络；SCR 和 USX 也拟迁至 Ethereum 主网。注意，这些仍须正式提案和治理审查，本次没有核实到已通过或完成迁移的结果。 方案里，SCR 继续承担治理角色，USX 拟用于 AI 任务预算和结算；具体机制尚待正式提案披露。技术审计与迁移准备在推进，不等于审计已全部通过，也不意味着已有确定切换日期。 这也是为什么不能直接把旧 Session 2 介绍改写成“现在继续赚分等空投”。本次未核实当前计奖资格、最终快照或领取窗口，雷达摘要里的“12 月快照预期”没有取得官方确认，不作为项目事实。 这里只介绍产品进展和待审方案，不提供交易、资产迁移或钱包操作教程。“新收录”指 SATLOOT 新增记录，不代表今天上线。 官方更新：forum.scroll.io/t/scroll-dao… SATLOOT：airdrop.satloot.com/

依赖刚更新，要不要马上跟？Huginn 今天给了一个很具体的选择：先等三天。 Huginn 是可以放在自己服务器上的自动化工具，把网页变化、RSS、Webhook 等事件接起来，再触发通知或其他动作。11 月 2 日发布的 v2026.11.01 是一次维护更新，其中一个小改动很值得展开：它在 RubyGems 软件包源上加了三天的发布冷却期。版本名写着 11 月 1 日，实际发布页显示的是 11 月 2 日。 这里的“等”，发生在 Bundler 为项目挑选依赖版本的时候。新发布、还没满三天的 gem，先不进入候选。假设某个库今天上午出了新版，项目下午重新解析依赖，就不会仅仅因为它版本号更新而立刻选中它。这个例子说的是筛选规则，不是 Huginn 刚发生过什么事故。 为什么等时间也有用？软件包刚发布到有人发现异常、维护者撤回问题版本，中间有个空档。冷却期尝试把自动更新和这个空档错开，留出观察的时间。它没有检查代码是否恶意，更不会在第三天给软件包盖一个“安全”章。 还有个容易误会的地方：已经写进 Gemfile.lock 的版本仍然按锁文件处理。加上这条规则，不会把项目里原有的依赖重新隔离三天。它针对的是解析时的新候选，也不是把整台服务器的所有软件更新都暂停了。 代价同样直接：修漏洞的新版本也会被等在外面。遇到紧急修复，维护者仍要判断是否走例外，而不能只盯着倒计时。RubyGems 官方文档还写明，源如果没提供版本的发布时间元数据，该版本不会因为冷却规则被排除。时间门槛能覆盖多大范围，取决于这些数据是否存在。 这项能力在 Bundler 今年 6 月就已有了，今天的新变化是 Huginn 把它纳入了项目。对自动化越来越多的开发流程，这个小改动提醒了一个实际问题：我们往往认真配置“怎么更新”，却把“多快接受更新”留给默认值。 你也关心开源工具和开发里的这些小细节，欢迎交个朋友，慢慢聊。 官方发布：github.com/huginn/huginn/rel… 项目：github.com/huginn/huginn 机制说明：guides.rubygems.org/cooldown…

SATLOOT 新收录｜Bitcoin Quantum：独立的后量子签名测试网络 名字里有 Bitcoin，但 Bitcoin Quantum 不是比特币主网升级，也不是持有 BTC 就能自动迁移的资产。官方 FAQ 明确说它是有自己原生币的独立链，目前公开的是测试网，测试网 BTQ 不是 BTC 或已上线的主网币。 它具体想验证的是：保留 Bitcoin Core 的 UTXO、脚本和 SHA-256 工作量证明框架，把交易签名改为 ML-DSA/Dilithium，并采用 P2MR 地址设计，让收款输出不直接暴露公钥。后量子签名更大，项目因此调整了区块容量与出块时间。“抗量子”是设计方向，不是软件绝对安全的背书。 实际进展方面，官网有测试网入口、区块浏览器和公开的 BTQ Core 源码仓库，不止一张路线图。仓库说明这是节点与钱包参考实现，开发分支不保证完全稳定。官网还提醒早期 Dilithium 地址格式已有停用变化，旧教程不能直接当作当前规则。 主网在官网仍标为后续阶段，白皮书也标注尚待发布；生态接入属于规划，不能据此推断已经上线。此次未核实到确定的主网启动日期、测试贡献兑换规则或快照空投安排，测试记录不等于将来必获奖励，也没有可据此计算的收益。 这是技术测试项目介绍，不提供软件下载、挖矿配置或钱包操作步骤。“新收录”指 SATLOOT 新增记录，不代表今天上线。 官网：bitcoinquantum.com/ 官方说明：bitcoinquantum.com/faq SATLOOT：airdrop.satloot.com/

给自己的开发工具加一个终端，难的往往不是画出黑底窗口，而是窗口后面那一整套行为。 11 月 1 日，KDE 开发者 Eike Hein 介绍了新项目 Kwi。我更关注它的拆分方式：终端内部的复杂逻辑交给 libghostty-vt，桌面界面和绘制交给 KDE / Qt。作者在介绍中把它定位为实验项目，并说明当时还没有 v0.1.0 标签，也没有宣布 KDE 要用它替换 Konsole。 终端并不只是把命令输出贴到屏幕上。程序会发来控制序列，要求移动光标、修改颜色、更新屏幕；窗口缩小时，已有内容还要重新排版。libghostty-vt 的官方文档列出的职责就包括这些解析和状态维护，以及输入事件编码、滚屏历史、换行和缩放窗口后的重排。把这部分做成可复用的库，新应用就能把精力放在自己的界面上。 Kwi 的另一个选择是把终端做成公开的 QML 模块，供 Qt Quick / Kirigami 应用嵌入，而且主程序自己也使用这套模块。Qt Quick 本身提供界面、输入和动画等基础能力；Kwi 再把它与终端内核接起来。这对做编辑器、文件工具或调试面板的独立开发者很有意思：独立终端和嵌入式面板有机会共享同一份行为，而不是各养一套越来越不同的实现。 作者还介绍了通过 Qt Scene Graph 使用 Vulkan 或 OpenGL 绘制的路径。不过 GPU 绘制解决的是显示这一层，不能据此推断编译或其他命令会变快。我没有实测，也不把文章里的特定跑分当作日常体验保证。 现在更适合把它看成一个值得跟踪的组件实验。上游 libghostty-vt 也明确提示 API 尚未稳定，后续可能有破坏性变化。这个阶段最有价值的问题，是共享内核之后，桌面集成和嵌入体验能不能一起做好。 喜欢聊开源工具和独立开发的朋友，来认识一下。 来源： blogs.kde.org/2026/11/01/int… libghostty.tip.ghostty.org/i… doc.qt.io/qt-6/qtquick-index…

写的是 JavaScript，构建工具却在旧 CPU 上崩了。Rollup 昨天这个小补丁，挺适合拿来聊聊“在我机器上能跑”之外的事。 11 月 1 日发布的 Rollup v4.67.4，修复的是旧款 Xeon 处理器上的兼容性问题。官方发布说明指向 PR #6622，范围很具体：linux-x64-gnu 构建里的 C 代码。 为什么一个 JS 打包工具会碰到 CPU 指令？Rollup 4 已经包含原生代码，会按操作系统和 CPU 架构安装对应的可选依赖。项目里看到的是 npm 包，真正执行时，里面仍可能有直接交给处理器运行的二进制文件。 按这次 PR 作者的说明，项目的 Linux CI runner 换到了 Ubuntu 26.04，那套环境里的 GCC 默认使用 x86-64-v3，导致 mimalloc 中生成了 AVX2/BMI2 指令。较老的 CPU 不支持这些指令，linux-x64-gnu 二进制就可能崩溃。这里说的是这次构建环境和产物的具体问题，不能扩大成“Ubuntu 26.04 都跑不了旧电脑”。 修复也很朴素：给 C 代码明确指定 -march=x86-64，把编译目标钉回基础指令集。发布说明说的是恢复旧 Xeon 上的运行，没有承诺构建更快，也没有给出所有老机器都兼容的保证。 这个案例有用的地方在于，兼容性条件可能藏在发布流水线里。只看依赖版本、Node 版本，甚至看到包名里的 x64，还不足以知道里面用到了哪一代指令。构建服务器更新了，业务代码不用改，交到用户手里的东西也可能变。 如果自己维护要分发给别人的工具，我会把“最低支持什么 CPU”当成发布条件写清楚，并留一个接近最低配置的验证环境。这是从这次修复想到的工程做法，不是对补丁的实测结论。 原始资料放下面：版本说明、修复 PR、Rollup 原生依赖文档。喜欢聊这种具体开发小坑的朋友，欢迎认识一下。 github.com/rollup/rollup/rel… github.com/rollup/rollup/pul… rollupjs.org/migration/

群里放一个 AI，最容易被忽略的问题，可能是它什么时候该开口。 LobeHub 在 11 月 1 日发布的 v2.3.0，把 Proactive Bot 从预览推进到默认启用。它会判断所关注频道里的消息，再决定参与、跳过，还是稍后处理，不必每次都等人 @。对群里的普通成员来说，变化很直观：机器人开始主动接话了。 顺着改动往下看，还有一个版本细节。另一个已合并的 PR #22034，专门把新建的 Claude Code、Codex 这类异构 Agent 的机器人改成默认关闭主动唤醒，因为它们使用拥有者设备和 CLI 配额，已有机器人不回填。这个改动进入了 v2.3.1-canary.1 预发布构建，v2.3.0 固定版本尚未包含。别把“代码已合并”直接读成“稳定版已经有了这个例外”。 这次还调整了判断问题的方式。对已经填写职责的机器人，除了看消息是否属于职责，也会考虑：这里是不是还有一个没人回答、它能实际帮上忙的问题？官方同时保留了不插入“回复给别人”的对话的处理。这是产品实现的判断逻辑，真实群聊里是否拿捏得准，还需要观察，不能当成“绝不打扰”的保证。 我更在意的是配套的 Wake records。设置里能回看哪些消息触发了参与、被跳过或延后，有结果、评分和理由，也能标记这次判断对不对。它让“机器人怎么又插话了”和“刚才为什么没回应”有了可检查的记录，不用只凭印象猜。 这里还有个容易误会的小细节：对应 PR 明确说，用户的对错标记目前只是保存下来的数据，还不会直接改变后续唤醒决策。所以点一个叉，不等于已经把它教会了。30 天的汇总，也不代表消息正文完整保存 30 天；说明里写了，正文清理后会显示消息已过期。 如果我看这类群聊助手，会把“主动参与”和“能否解释、能否关闭”放在一起看。新版有关闭开关，但关闭主动参与后，关注关键词仍可触发唤醒，别把它误读成机器人彻底停工。对做协作工具的独立开发者，这些边界比多写一句“更智能”更值得琢磨。 以上依据官方发布页和对应改动，未做群聊实测；配图是概念插画，不是软件截图。欢迎做 AI 工具或独立开发的朋友来聊，交个朋友。 发布：github.com/lobehub/lobehub/r… 默认开关：github.com/lobehub/lobehub/p… 异构例外改动：github.com/lobehub/lobehub/p… 判断记录：github.com/lobehub/lobehub/p…

SATLOOT 新收录｜Teneo：给 AI Agent 提供实时网页数据的网络 Teneo 连接两端：一端是需要搜索结果、商品资料等实时信息的 AI Agent，另一端是提供网络资源的社区节点。官网已有 Agent 目录和开发工具，服务按请求通过 x402 结算。 Beacon 是社区侧应用，官网标为已上线、首页仍有 Beta 标识，利用同意共享的闲置带宽产生 Fragments 贡献记录。旧浏览器节点对应的 Points 与 Fragments 不是同一种记录，也都不能直接当作已到账代币。官方称同一网络连接只有一个 Beacon 计奖，增加同网设备不等于多份奖励。 奖励需要分开看：Beacon 页面提到的是季节性 USDC 抽选，不保证每个贡献者获奖。另一份官方奖励说明计划把贡献汇总为不可转让的 AGENTIC，再作为未来 TENEO 奖励路径；AGENTIC 本身不是 TENEO。该说明列有账号绑定和运行时长资格，但本次未核实当前快照及领取窗口，不能据旧说明断言现在仍可取得资格。 官网路线图把 TGE 列为后续目标并保留调整权；确切日期、兑换比例与最终分配公式，本次未取得完整确认。“本季度目标”仍可调整，积分不能据此折算收益。共享带宽涉及设备与网络权限，项目自己的隐私声明不等于独立安全审计。 这是产品介绍，不是安装、领取或交易教程；“新收录”不代表今天上线。 官网：teneo-protocol.ai/ 产品：teneo-protocol.ai/beacon SATLOOT：airdrop.satloot.com/