如题。 
是不是没有公布这个数据？其实还是很想知道的

[image] 
[image] 
首页是有免费的，但是点进去就是原价了，是我环境的问题还是这个活动g了

从2点多用到现在，还没减少今天。 
 [image]

友邦保险怎么样，有佬懂的没

[Image_1773730948837]

说白了，之前大家走偏门，根本原因还是水贴攒积分太慢，而各种消耗需求又太大。 
只堵不疏肯定不行，我有两点优化建议，和大家交流一下： 
1. 把积分重新和技术贡献绑定
既然嫌水贴慢，那就重赏技术大佬。比如谁发了个好用的部署教程，或者帮人排了技术坑，系统直接砸一大堆积分给他，让搞技术产出的人“先富起来”，让认真做原创教程、实用经验、开源分享和问题解答的人更容易拿到积分。 
2. 完善积分消耗体系
交易区只能是 闲置换积分 或 东西换东西。同时官方最好再整点官方回收机制，比如绝版徽章之类的稀缺玩意儿，把大家手里多出来的积分消耗掉。避免积分只进不出，防止积分通胀变废纸，保证体系长期稳定。 
佬友们觉得这个思路有没有搞头？或者有更好的建议也可以提出来:tieba_123:

最近想起几年前买过一个2c2g的mini工控机, cpu 是 “Intel(R) Celeron(R) CPU N2815 @ 1.86GHz”， 
想着空着也是浪费，于是装了个 Linux Mint 22.3 用来部署点服务玩. 
佬友们有啥推荐的轻量服务吗？ 
目前我部署的服务如下(内存已占用44%): 
1.kula： 
一个轻量的服务器监控工具。 

2.blinko 
一个在线笔记工具，用来记录点灵感 

3.CLIProxyAPI 
这个应该不用我介绍，佬友们都懂的东西 

4.CliproxyAccountCleaner 
用于 CLIProxyAPI 批量账号管理 

5.clash-for-linux-install 
科学上网 

6.homepage 
聚合上述部署的服务链接

与gemini2.1RPO讨论的结果，有法学的大佬也可以一起来说说： 
 [image] 
[image] 
[image]

把运维入口信息整理成“可维护资产清单”的一次实践
最近在接手一批历史环境时，我做了一件很基础、但非常值回票价的事：把分散在聊天记录、个人备忘、截图、旧文档里的运维入口信息，统一整理成一份可以持续维护的资产清单。 
这里说的“入口信息”不是单纯记几个地址，而是把一线运维排障真正会用到的上下文一起收敛起来，比如： 

通过什么入口进入环境
这个入口对应哪个系统或集群
哪些命名空间 / 项目 / 环境最常用
账号是“管理账号”还是“只读查看账号”
这套信息的最后核对时间是什么时候

这件事看起来很土，但在交接、排障、上线、回溯问题时非常有用。 
为什么我觉得这件事值得认真做
很多团队不是没有文档，而是文档不可用。常见问题基本都一样： 

地址有，但不知道对应测试还是生产
账号有，但不知道权限边界
平台很多，但没有统一入口视图
文档写过一次之后没人维护
新人能登录系统，但不知道进去以后应该看哪里

...

硅基流动的indextts2以及开源的indextts2这两种都兼容。 
目前的工作流是LLM 解析文本 → 手动选择角色情感音频 → 生成配音 → 合成。 
 [PixPin_2026-03-17_14-12-26] 
 [PixPin_2026-03-17_14-20-01] 
 [PixPin_2026-03-17_14-13-08] 
我想省去手动选择角色参考音频， 在LLM解析小说的时候顺便给我把角色参考音频也解决了，但是目前没有神好的思路。 
我的参考音频都是按照人名-情绪来命名的 
 [PixPin_2026-03-17_14-12-46] 
目前有两个不确定性： 
1.重复/随机分配参考音频 
2.男女音频混用 
实在是没有什么好的方法了，抛开大模型的随机性有什么方式可以尽量弥补的哇？ 
仓库有使用硅基流动生成的成品音频试听，要是使用自建的indextts2效果会更好一点，...

"职位名称 
交易系统开发工程师 
工作职责 

与系统设计师、市场操作员及其他开发人员紧密协作，设计、开发并维护面向加密资产的机构级交易所交易系统。
负责核心交易系统的开发，包括订单簿管理、报价引擎、风险控制模块、对冲机制、库存管理、订单取消/订单优化等功能。
实现高性能、低延迟的订单交互逻辑，支持多主流中心化交易所（币安、OKX、Bybit、Coinbase、Kraken等）。
持续优化系统延迟、吞吐量及稳定性，实现亚秒级报价能力
参与交易监控系统的实施与快速迭代，协同策略团队更新系统。
负责系统架构设计、灾难恢复方案制定，快速定位并解决生产环境问题。 
任职要求
计算机、数学、电子工程或相关专业本科及以上学历
3年以上实际开发经验，有交易系统开发经验者优先
精通Go（Golang）开发，具备高并发高性能系统实战经验者优先；精通Java或Python者加分
深度理解交易核心业务逻辑，包...

[相对论解释速度时间质量弯曲时空] 
[相对论狭义广义核心与公式] 
第二个的风格很像codex，5.4有codex吗，只要是带公式或者引用全是这种，你们5.4是什么样的

[image] 
是word审阅里的批注类似于： 
[image]

最近几天注册了账户，感觉论坛里面的氛围非常好，大家像家人一样。正好最近雅思备考的头疼，听力 P4 永远听不出来，每次都错5个 6 个，阅读老是读不懂，口语一直说不够时间。压力太大，所以想写一些之前的经历，把这里当树洞，想诉说一下。 
-------------------- 我是分界线 ---------------------------- 
我怀念的 
小韩是我的高中同学，刚上高一她是我的前桌。她是住校生，每周天返校的时候，她家会给她拿很多水果，有时她晚上不想去食堂吃饭，就会一个人在教室里面吃家里面带来的水果，我每次吃饭吃的很快，回教室很早，逐渐和她熟络起来。我现在还清晰的记得，那天她在吃猕猴桃，看我来了，她问我吃吗？我也是实在，别人只要问我我就吃。她拿出一个猕猴桃来，我刚想伸手，她却一直在给猕猴桃剥皮，剥到剩最后一点点皮，她拿着猕猴桃伸到我面前来，我想接，但是我无从下手，她就直接喂给...

现在小红书上每个赛道都有很多这种AI内容工厂批量生产的账号，田忌赛马，1个月后粉丝少的销号切画像切赛道，最终手里一堆高粉号。有没有每个环节可模仿实操的资料。我也想做，从0开始学太慢了，时不我待啊。龙虾搭个工作流和能做到这种程度，还是有个GAP啊。 W 
 [image] 
 [image] 
 [image]

最近找工作怎么样，有金三银四的感觉吗

项目地址：GitHub - ReinerBRO/grok-register: Automated Grok (x.ai) account registration with DuckMail + headless server support. Auto-push SSO tokens to grok2api. · GitHub 
大家需要自取： 
eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJzZXNzaW9uX2lkIjoiNjBjOTg2YzctNGE1Zi00ZmE3LTg1MGEtZjMxYjhjNjE2MWIwIn0.j5aGap2nUW6TH_2kHNci1YYuIjUvA1hWyeqVWJ4Ai4s 
eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJzZXNzaW9uX2lkIjoiNjBjOTg2YzctN...

地址： GitHub - baojie/shiji-kb · GitHub 

用AI Agent将《史记》130篇、57.7万字古文转化为结构化知识图谱。最终目标是用机器的力量辅助历史考据——从百万份文献中自动发现历史事实、识别矛盾、归纳规则，将传统"皓首穷经"的研究过程从数十年压缩到数周。 

这无论是对历史研究，还是纯粹喜欢历史故事的人来说都是一大好事啊。

看佬友们提了不少建议，但不少都挺难实行的。 
我倒是觉得有个简单又容易点的方向： 
限额交易。 

简单好操作，甚至只需要设定规则就行。 
如日限额，周限额（7日），月限额。 
和银行其实类似，曾经被银行的限额恶心坏了 
:tieba_018: 
只要简单一个限额，所有恐怖的，大体量的无限兑换立马瘫痪。 
从源头上根除了LDC越来越金融化的趋势…… 
而小额的，小打小闹的功能，全部可以和以前一样~而且限额可以动态调节~ 
至于限额多少，就看管理们承受线了 
:tieba_022: 
毕竟要防变黑灰产反噬踩法律红线？

[image] 
[image]