#article #read
AI 购物应用 CEO 被控欺诈，AI 的背后其实是人
AI 购物应用 Nate 的创始人、前 CEO Albert Saniger 被控欺诈投资者。Nate 成立于 2018 年，从 Coatue 和 Forerunner Ventures 等投资者筹集了逾 5000 万美元，2021 年完成了由 Renegade Partners 领投的 3800 万美元 A 轮融资。Nate 声称，在 AI 的帮助下其应用的用户只需点击一下即可在任何电商网站上购物。但起诉书指出，Nate 实际上严重依赖菲律宾呼叫中心的数百名合同工手动完成购买操作。Saniger 声称 Nate 能“无需人工干预”进行在线交易，除非出现 AI 无法完成交易的极端情况。但美国司法部称，尽管 Nate 获得了一些 AI 技术并聘用了数据科学家，但其应用的真实自动化率实际上为 0%。
美国司法部的 起诉书 称，Nate公司资金耗尽，于2023年1月被迫出售资产，导致其投资者“几乎全部”损失。Albert Saniger的领英个人资料显示，他自2023年起不再担任首席执行官。
- https://www.solidot.org/story?sid=81028
- https://techcrunch.com/2025/04/10/fintech-founder-charged-with-fraud-after-ai-shopping-app-found-to-be-powered-by-humans-in-the-philippines/
#AI
via Nostr@cxplay_clip
AI 购物应用 CEO 被控欺诈，AI 的背后其实是人
AI 购物应用 Nate 的创始人、前 CEO Albert Saniger 被控欺诈投资者。Nate 成立于 2018 年，从 Coatue 和 Forerunner Ventures 等投资者筹集了逾 5000 万美元，2021 年完成了由 Renegade Partners 领投的 3800 万美元 A 轮融资。Nate 声称，在 AI 的帮助下其应用的用户只需点击一下即可在任何电商网站上购物。但起诉书指出，Nate 实际上严重依赖菲律宾呼叫中心的数百名合同工手动完成购买操作。Saniger 声称 Nate 能“无需人工干预”进行在线交易，除非出现 AI 无法完成交易的极端情况。但美国司法部称，尽管 Nate 获得了一些 AI 技术并聘用了数据科学家，但其应用的真实自动化率实际上为 0%。
美国司法部的 起诉书 称，Nate公司资金耗尽，于2023年1月被迫出售资产，导致其投资者“几乎全部”损失。Albert Saniger的领英个人资料显示，他自2023年起不再担任首席执行官。
- https://www.solidot.org/story?sid=81028
- https://techcrunch.com/2025/04/10/fintech-founder-charged-with-fraud-after-ai-shopping-app-found-to-be-powered-by-humans-in-the-philippines/
#AI
via Nostr@cxplay_clip
#吐槽
我知道我为什么讨厌宋体了, 实际上是在讨厌某些宋体的 "字形" 设计. 喜欢楷体的时候, 某些字形设计的楷体也变得很难看, 还是都说不上喜欢.
方正书宋 - 方正字库
https://www.foundertype.com/index.php/FontInfo/index/id/151
之前, 衬线体喜欢方正书宋, 然后是正楷, 现在喜欢思源的宋体. 霞鹜文楷很多人都喜欢用, 可能主要还是因为是开源的字体, 然后字形相对宋体更饱满, 比正楷又更活泼. 但我现在还是比较喜欢思源的宋体, 不是很喜欢这种调和状态的字形.
#design #font
via Nostr@cxplay
我知道我为什么讨厌宋体了, 实际上是在讨厌某些宋体的 "字形" 设计. 喜欢楷体的时候, 某些字形设计的楷体也变得很难看, 还是都说不上喜欢.
方正书宋 - 方正字库
https://www.foundertype.com/index.php/FontInfo/index/id/151
之前, 衬线体喜欢方正书宋, 然后是正楷, 现在喜欢思源的宋体. 霞鹜文楷很多人都喜欢用, 可能主要还是因为是开源的字体, 然后字形相对宋体更饱满, 比正楷又更活泼. 但我现在还是比较喜欢思源的宋体, 不是很喜欢这种调和状态的字形.
#design #font
via Nostr@cxplay
Paas 平台 ClawCloud Run 提供每月免费 5USD 额度
ClawCloud Run 是 ClawCloud 推出的 PaaS 平台. 免费注册可获取包含一次性的 5 USD 额度免费层计划, 使用注册时间在 180 天以上的 GitHub 账户注册登录可以获取额外的每月 5 USD 的额度. 计费计划包含每个月与套餐计费相同的计算资源额度, 更高的层级能够使用更多的 vCPU 和 RAM.
基础设施
无月费的免费(Free)计划存在明显的资源限制, 只能使用最多 4 个 vCPU 和 8GB RAM, 而流量和磁盘均被限制在极低的 10GB, 且只能创建 1 个工作区. 而 5 USD 和 20 USD的爱好(Hobby)和专业(Pro)计划都可以消费无限量的流量和磁盘资源.
计算资源计费均按分钟计费, 总体价格为:
● vCPU: 4 USD / 月
● RAM: 2 USD / GB / 月
● 磁盘: 0.12 USD / GB / 月
● 流量: 0.05 USD / GB / 月
注册区域与工作区内的可用计算资源的网络位置直接关联, 可选的注册区域包括: 新加坡, 美国东部, 德国, 美国西部, 日本. 内部和外部网络和 ClawCloud 的经典虚拟服务器相同, 均为阿里云.
● 演示站点: https://clawcloudrun-jp-demo.autoconfiguration.eu.org/
注册
通过推荐新用户注册, 每达成 5 个新用户注册邀请人可获得 1 个月的价值 5 USD 的 Hobby 计划, 最多邀请 300 位新用户获取最多 60 个月的 Hobby 计划.
● 主页: run.claw.cloud
● 邀请注册: https://url.cx.ms/clawcloudrun
#PaaS #羊毛
via CXPLAY's Memos
ClawCloud Run 是 ClawCloud 推出的 PaaS 平台. 免费注册可获取包含一次性的 5 USD 额度免费层计划, 使用注册时间在 180 天以上的 GitHub 账户注册登录可以获取额外的每月 5 USD 的额度. 计费计划包含每个月与套餐计费相同的计算资源额度, 更高的层级能够使用更多的 vCPU 和 RAM.
基础设施
无月费的免费(Free)计划存在明显的资源限制, 只能使用最多 4 个 vCPU 和 8GB RAM, 而流量和磁盘均被限制在极低的 10GB, 且只能创建 1 个工作区. 而 5 USD 和 20 USD的爱好(Hobby)和专业(Pro)计划都可以消费无限量的流量和磁盘资源.
计算资源计费均按分钟计费, 总体价格为:
● vCPU: 4 USD / 月
● RAM: 2 USD / GB / 月
● 磁盘: 0.12 USD / GB / 月
● 流量: 0.05 USD / GB / 月
注册区域与工作区内的可用计算资源的网络位置直接关联, 可选的注册区域包括: 新加坡, 美国东部, 德国, 美国西部, 日本. 内部和外部网络和 ClawCloud 的经典虚拟服务器相同, 均为阿里云.
● 演示站点: https://clawcloudrun-jp-demo.autoconfiguration.eu.org/
注册
通过推荐新用户注册, 每达成 5 个新用户注册邀请人可获得 1 个月的价值 5 USD 的 Hobby 计划, 最多邀请 300 位新用户获取最多 60 个月的 Hobby 计划.
● 主页: run.claw.cloud
● 邀请注册: https://url.cx.ms/clawcloudrun
#PaaS #羊毛
via CXPLAY's Memos
#吐槽
NEKOPARA After 还有一个多月了. 主线虽然完结了, 但番外还能再出十年!
《貓娘樂園 After ～La Vraie Famille～》宣布 5 月 22 日上市 公開最新宣傳影片《ネコぱら After ラ・ヴレ・ファミーユ》 - 巴哈姆特
https://gnn.gamer.com.tw/detail.php?sn=283848
【NEKO WORKs『ネコぱら After ラ・ヴレ・ファミーユ』OP Movie-哔哩哔哩】
https://www.bilibili.com/video/BV11sd1YUEhb
via Nostr@cxplay
NEKOPARA After 还有一个多月了. 主线虽然完结了, 但番外还能再出十年!
《貓娘樂園 After ～La Vraie Famille～》宣布 5 月 22 日上市 公開最新宣傳影片《ネコぱら After ラ・ヴレ・ファミーユ》 - 巴哈姆特
https://gnn.gamer.com.tw/detail.php?sn=283848
【NEKO WORKs『ネコぱら After ラ・ヴレ・ファミーユ』OP Movie-哔哩哔哩】
https://www.bilibili.com/video/BV11sd1YUEhb
via Nostr@cxplay
#吐槽
In reply to nevent1q…exp5
_________________________
put nostr.json to your domain /.well-known/
check nips.nostr.com/05
via Nostr@cxplay
In reply to nevent1q…exp5
_________________________
put nostr.json to your domain /.well-known/
check nips.nostr.com/05
via Nostr@cxplay
#吐槽
In reply to nevent1q…jg20
_________________________
虽然 NIP-68 里面没有要求 imeta 标签是谁提供, 但目前大多数支持这个 NIP 的客户端好像都是默认在客户端计算的元数据. 不管媒体文件服务器提不提供元数据, 所有的客户端都在自己计算元数据.
而 NIP-68 里面的 imeta 示例相比 NIP-94 的实例正好缺了 origin hash 标签 "ox", 这个标签也只有在媒体服务器提供服务端媒体优化的时候才会提供. 现在一看 NIP-68 没有了, 是不是就在默认元数据的处理是客户端的责任?
那如果一个 kind:20 事件只有 .content, 其他的 .tags.* 一律没有, 这个 kind:20 事件还算是有效的吗? 在这个自由网络里面, 应该也最多算是不佳实践? 会有中继会针对 kind:20 过滤掉不包含 imeta 标签的事件吗?
via Nostr@cxplay
In reply to nevent1q…jg20
_________________________
虽然 NIP-68 里面没有要求 imeta 标签是谁提供, 但目前大多数支持这个 NIP 的客户端好像都是默认在客户端计算的元数据. 不管媒体文件服务器提不提供元数据, 所有的客户端都在自己计算元数据.
而 NIP-68 里面的 imeta 示例相比 NIP-94 的实例正好缺了 origin hash 标签 "ox", 这个标签也只有在媒体服务器提供服务端媒体优化的时候才会提供. 现在一看 NIP-68 没有了, 是不是就在默认元数据的处理是客户端的责任?
那如果一个 kind:20 事件只有 .content, 其他的 .tags.* 一律没有, 这个 kind:20 事件还算是有效的吗? 在这个自由网络里面, 应该也最多算是不佳实践? 会有中继会针对 kind:20 过滤掉不包含 imeta 标签的事件吗?
quoting
nevent1q…k07m
NIP-68 - Picture-first feeds
https://nips.nostr.com/68
既然 NIP-68 都出现了, 原本就是 kind:1 的功能越来越被细分, 要求也变得越来越细致. 那为什么一个事件不能有多个 kind 呢?🙂本身就可以视作是 kind:1 的子集, 客户端也不会因为只支持 kind:1 而不支持显示 NIP-68 吧?
via Nostr@cxplay
#吐槽
In reply to nevent1q…3t9e
_________________________
另外, 现在在 Nostr 批量上传媒体文件体验很差. 不管是 NIP-96 还是 Blossom 兼容的客户端体验都很差, 多图的事件更需要文件元数据特别是长宽信息让客户端预先绘制出视图.
但现在要发很多图片的话, 要么一张一张选择然后慢慢上传, 要么提前上传得到图片链接一次性全部插入然后丢失文件元数据. 而 Blossom 的 BUD-08 还没有全面普及, 用 Blossom 基本上就意味着元数据默认缺失.
所以, 为什么所有客户端都不会去主动计算媒体文件特别是图片的元数据?
via Nostr@cxplay
In reply to nevent1q…3t9e
_________________________
另外, 现在在 Nostr 批量上传媒体文件体验很差. 不管是 NIP-96 还是 Blossom 兼容的客户端体验都很差, 多图的事件更需要文件元数据特别是长宽信息让客户端预先绘制出视图.
但现在要发很多图片的话, 要么一张一张选择然后慢慢上传, 要么提前上传得到图片链接一次性全部插入然后丢失文件元数据. 而 Blossom 的 BUD-08 还没有全面普及, 用 Blossom 基本上就意味着元数据默认缺失.
所以, 为什么所有客户端都不会去主动计算媒体文件特别是图片的元数据?
via Nostr@cxplay
#吐槽
In reply to nevent1q…sytg
_________________________
为什么所有的 NIP-94 实现都仅出现在服务端上, 特别是 NIP-96 服务器. 真的只有服务端才能计算文件的元数据吗? 为什么不在客户端上完成这一过程? 如果我插入一张随机的网络模因图片是不是就意味着我就永远无法添加这些对客户端很有意义的元数据了(除非我考虑手动编写事件 JSON)?
据我所知, 用于 Torrent 索引的 NIP-35 的所有文件元数据都是客户端提供的, 用户甚至能自己填写, 但不知为何在 NIP-96 身上就变成了仅服务器的事务了.
via Nostr@cxplay
In reply to nevent1q…sytg
_________________________
为什么所有的 NIP-94 实现都仅出现在服务端上, 特别是 NIP-96 服务器. 真的只有服务端才能计算文件的元数据吗? 为什么不在客户端上完成这一过程? 如果我插入一张随机的网络模因图片是不是就意味着我就永远无法添加这些对客户端很有意义的元数据了(除非我考虑手动编写事件 JSON)?
据我所知, 用于 Torrent 索引的 NIP-35 的所有文件元数据都是客户端提供的, 用户甚至能自己填写, 但不知为何在 NIP-96 身上就变成了仅服务器的事务了.
via Nostr@cxplay
#吐槽
Why are all the NIP-94 implementations server-side only, especially the NIP-96 server, and is it really only the server that can compute the metadata for a file? Why isn't this process done on the client side, and if I insert a random network memes does that mean I'll never be able to add the metadata that makes sense to the client (unless I consider writing event JSON manually)?
As far as I know, all the file metadata for the NIP-35 for Torrent indexing is client-supplied, and users can even fill it in themselves, but somehow it's become a server-only affair with the NIP-96.
#nostr #asknostr
via Nostr@cxplay
Why are all the NIP-94 implementations server-side only, especially the NIP-96 server, and is it really only the server that can compute the metadata for a file? Why isn't this process done on the client side, and if I insert a random network memes does that mean I'll never be able to add the metadata that makes sense to the client (unless I consider writing event JSON manually)?
As far as I know, all the file metadata for the NIP-35 for Torrent indexing is client-supplied, and users can even fill it in themselves, but somehow it's become a server-only affair with the NIP-96.
#nostr #asknostr
via Nostr@cxplay
#吐槽
In reply to nevent1q…u6tu
_________________________
理性视听, 多给创作者打钱.
【贴个标就能收钱，“杜比”赚钱有天理吗？ 【柴知道】-哔哩哔哩】
https://www.bilibili.com/video/BV1Ltd2YiEPb
via Nostr@cxplay
In reply to nevent1q…u6tu
_________________________
理性视听, 多给创作者打钱.
【贴个标就能收钱，“杜比”赚钱有天理吗？ 【柴知道】-哔哩哔哩】
https://www.bilibili.com/video/BV1Ltd2YiEPb
via Nostr@cxplay
#吐槽
NIP-68 - Picture-first feeds
https://nips.nostr.com/68
既然 NIP-68 都出现了, 原本就是 kind:1 的功能越来越被细分, 要求也变得越来越细致. 那为什么一个事件不能有多个 kind 呢?🙂本身就可以视作是 kind:1 的子集, 客户端也不会因为只支持 kind:1 而不支持显示 NIP-68 吧?
via Nostr@cxplay
NIP-68 - Picture-first feeds
https://nips.nostr.com/68
既然 NIP-68 都出现了, 原本就是 kind:1 的功能越来越被细分, 要求也变得越来越细致. 那为什么一个事件不能有多个 kind 呢?🙂本身就可以视作是 kind:1 的子集, 客户端也不会因为只支持 kind:1 而不支持显示 NIP-68 吧?
via Nostr@cxplay
#吐槽
njump 又把数据库切回了 badger, 然后问题就消失了. 自定义实例已经合并上游更改了, 本地测试也通过了, 目前暂未出现问题.
https://github.com/fiatjaf/njump/commit/91ed172f56c4775705c922b5f5888be71644a5d8
via Nostr@cxplay
njump 又把数据库切回了 badger, 然后问题就消失了. 自定义实例已经合并上游更改了, 本地测试也通过了, 目前暂未出现问题.
https://github.com/fiatjaf/njump/commit/91ed172f56c4775705c922b5f5888be71644a5d8
quoting
nevent1q…sy3x
LMDB 切换之后似乎从本地数据库请求事件出了点奇怪的问题... 暂时切换成了完全即时从中继获取, 现在的新 SDK 支持发件箱模型了, 但还得观察一段时间.
via Nostr@cxplay
#吐槽
In reply to nevent1q…teux
_________________________
You're right. Perhaps TCP/IP would be a better example.
via Nostr@cxplay
In reply to nevent1q…teux
_________________________
You're right. Perhaps TCP/IP would be a better example.
via Nostr@cxplay
#吐槽
In reply to nevent1q…ugaw
_________________________
I think most of the reason is that the overhead of replacing these DNS-related components is greater than the overhead of replacing the DNS itself. If there is a DNS replacement, it has to be able to coexist with DNS for a long time and be ready to replace it for at least half a century. IPv6 is in this slow and painful process today.
via Nostr@cxplay
In reply to nevent1q…ugaw
_________________________
I think most of the reason is that the overhead of replacing these DNS-related components is greater than the overhead of replacing the DNS itself. If there is a DNS replacement, it has to be able to coexist with DNS for a long time and be ready to replace it for at least half a century. IPv6 is in this slow and painful process today.
via Nostr@cxplay
#吐槽
In reply to nevent1q…fa4e
_________________________
bruh, I think need to add a tariff to ICANN as well.🤓
via Nostr@cxplay
In reply to nevent1q…fa4e
_________________________
bruh, I think need to add a tariff to ICANN as well.🤓
via Nostr@cxplay
#吐槽
In reply to nevent1q…vydp
_________________________
Nostr can't change the status quo unless DNS and all its associated infrastructure is replaced. If you can't beat them, join them.
via Nostr@cxplay
In reply to nevent1q…vydp
_________________________
Nostr can't change the status quo unless DNS and all its associated infrastructure is replaced. If you can't beat them, join them.
via Nostr@cxplay
#吐槽
In reply to nevent1q…awam
_________________________
- 新华社: `www.news.cn. 315 IN CNAME www.news.cn.bsgslb.cn.`
- 中国政府网: `www.gov.cn. 1277 IN CNAME www.gov.cn.bsgslb.cn.`
- 中国政协: `cppcc.china.com.cn. 19401 IN CNAME cppcc.china.com.cn.bsgslb.cn.`
- 中国建设银行: `match.ccb.com. 300 IN CNAME match.ccb.com.bsgslb.cn.`
白山云的 CNAME 地址 `bsgslb.cn` 是去年我给抖音屏蔽 PCDN 加进去的, 后来莫名的网络问题大多都是因为这个地址被空解析了. 只能说白山云的背后的网络太复杂了, PCDN 只是他们 CDN 的其中一部分, 而至于占比是多少没有人知道. 白山云在很多招标信息里面已经是和网宿并列的级别, 除了现在知道的政企, 甚至中移动的咪咕也是白山云的客户. 也是比较佩服 15 年才成立的公司靠「边缘计算」到现在直接和网宿面对面.
botnet 难度大风险又高, 不如做「边缘计算」吧.10 年之后才成长起来的 CDN 供应商多少都带点野路子, 运营商的骨干网基础设施总量就这么点, 哪来的这么多容量去承载网络? 又没有 Google 风味的 Dark Fiber. 虽然不及 YouTube, 但 "爱优腾B抖快" 的能在这么高的网络费用下面活到也多少是个奇迹, 这不得严查? :bili_doge:
via Nostr@cxplay
In reply to nevent1q…awam
_________________________
- 新华社: `www.news.cn. 315 IN CNAME www.news.cn.bsgslb.cn.`
- 中国政府网: `www.gov.cn. 1277 IN CNAME www.gov.cn.bsgslb.cn.`
- 中国政协: `cppcc.china.com.cn. 19401 IN CNAME cppcc.china.com.cn.bsgslb.cn.`
- 中国建设银行: `match.ccb.com. 300 IN CNAME match.ccb.com.bsgslb.cn.`
白山云的 CNAME 地址 `bsgslb.cn` 是去年我给抖音屏蔽 PCDN 加进去的, 后来莫名的网络问题大多都是因为这个地址被空解析了. 只能说白山云的背后的网络太复杂了, PCDN 只是他们 CDN 的其中一部分, 而至于占比是多少没有人知道. 白山云在很多招标信息里面已经是和网宿并列的级别, 除了现在知道的政企, 甚至中移动的咪咕也是白山云的客户. 也是比较佩服 15 年才成立的公司靠「边缘计算」到现在直接和网宿面对面.
botnet 难度大风险又高, 不如做「边缘计算」吧.10 年之后才成长起来的 CDN 供应商多少都带点野路子, 运营商的骨干网基础设施总量就这么点, 哪来的这么多容量去承载网络? 又没有 Google 风味的 Dark Fiber. 虽然不及 YouTube, 但 "爱优腾B抖快" 的能在这么高的网络费用下面活到也多少是个奇迹, 这不得严查? :bili_doge:
via Nostr@cxplay
