全部/科技/最新主题

V2EX · 最新主题

  • 011
    看到《曾经倾力帮我的学长...》想到的
    我也曾花了一两年来适应客观的“疏离”,慢慢地劝说自己需要接受这种变化,不要对过去的情感有过多的牵绊。 但看到那位兄弟的困惑之后,我只感叹:人类本来是由于互助协作而强大起来的,但现在所见到的更多是基于“有没有经济利益”而决定是否要进行连接,但这种建立在利益变化随机性或不可预料性之下的连接还是非常脆弱,明明现在社会中可以建立连接的方式异常丰富,但环顾四周真正想连接的逐渐空无一人。我已经逐渐能感受到自己的机器化。 一个逐渐失去了热心与情感的劳动机器与另一个没有热心与情感的赚钱机器产生连接,用规律的节奏代替不规律的以成本计价的情感维护,想到这一点,不由得为下一代的人担心了起来。mx2dream
  • 023
    怎么办,我已经习惯了每天几亿 token 了。。。。
    玩营销还得雷老板啊,我已经习惯了每日几亿 token 了,马上到期了,怎么办?落差实在太大了,有没有同温层替代啊,文本模型就行啊,刚看看其他的 plan 单价,肉疼!Jensond
  • 032
    [开源] 一个支持自定义管理 github star 页的浏览器插件
    ## **GitHub Star 过的项目适合收藏,但做不了长期管理。** 当你的 star 项目收藏到几百几千个的时候,通过原生 list 功能难以管理,ai 时代,github 项目指数级增长,而你又想收藏各种各样的项目,过后又忘记在哪,叫什么名字了,所以有很多难解决的问题: * 分页看不到全部 stars 仓库 * 没有个人打标签系统 * 没有真正的笔记层 * 很难回看当时存了什么、为什么存 Better GitHub Stars Manager 插件让 GitHub Stars 对重度用户真正可管理。 https://i.imgur.com/X3YzjXd.gif https://github.com/izumi0uu/better-github-stars-manager ## **功能特性** * **一次管理所有已 star 项目** 把你 star 的仓库加载进虚拟化表格。 * **快速搜索与筛选** 在仓库名、描述、topics 、笔记中全文搜索;按语言、标签、未打标签筛选。 * **悬浮按钮一键切换** 在你自己的 Github star 页, 提供悬浮按钮一键切换到管理面板。 * **自定义标签与笔记** 加你自己的标签和笔记,让 star 从被动列表变成一个可用的资料库。 * **自动推荐标签** 一键或批量把仓库的 topics 与语言转成推荐标签。 * **增量同步与全量重扫** 快速拉取新 star 的仓库;需要时可全量重扫来对账 unstar,同时保留你的批注。 * **repo 页 tag chip** 直接在单个 GitHub 仓库页查看和编辑你的标签。 * **跨设备批注同步** 通过你自己的私有 GitHub Gist 推送/拉取标签与笔记。 * **Gist 支撑的存储层** 把批注层放在一个专用 secret Gist 里,可移植、可恢复、跨设备同步,无需后端。 ## **截图** https://i.imgur.com/gvbyW2Z.png ## **教程** 1. 先从 Chrome Web Store 安装扩展。 2. 打开插件,点击跳转 Options 页,粘贴一个 GitHub personal access token 并验证。 3. 访问你的 GitHub stars 页:`https://github.com/{you}?tab=stars`。 4. 运行 **Sync** 导入你的 star 。 5. 边浏览仓库边搜索、筛选、打标签、加笔记。 6. 想让批注跨设备流转时用 **Push** 和 **Pull**。izumi0uu
  • 04
    国内旗舰模型中转站,邀请 10 个用户,每人送 1 亿 token
    https://ai.modelzoo.tech/ ![https://ai.modelzoo.tech/]( https://oss.xant.top/manual/260.png) 微信:Y2hlbmZqbQ==chenfjm
  • 053
    写了一款无限试用 crossover26 的软件。
    写了一款无限试用 crossover26 的软件。 之前一直都是手动命令来修,经常在玩游戏之前过期,每次操作都比较繁琐。 然后就直接写了一款软件,直接可以一键延长试用期,换可以查看到期时间。 这下玩游戏就太爽了。下面有图片,如果有需要的我可以把软件上传到 github 给他家使用 ![https://lcl101.cn/usr/uploads/2026/06/3123865253.png]( https://lcl101.cn/usr/uploads/2026/06/3123865253.png) ![https://lcl101.cn/usr/uploads/2026/06/3811000756.png]( https://lcl101.cn/usr/uploads/2026/06/3811000756.png) ![https://lcl101.cn/usr/uploads/2026/06/3906571371.png]( https://lcl101.cn/usr/uploads/2026/06/3906571371.png)lcl101
  • 065
    讨论个问题,一个月到底能用多少 G 流量?
    突然想起来这个问题,分几块吧,电脑/手机/家庭设备 刚租的房子里有房东的宽带,具体最高多少 M 还没探查。 突然想起了这个事。 几个流量大的地方,游戏下载-每个月几百 G 左右 软件更新-每个月 100G 应该够了 这些不算高频的需求,似乎百兆宽带也能解决。 再来讨论 AI 网络的问题,近期墙越来越高。工具似乎没有 eSIM 来的合适 300 块 100G 一年的卡也用上了,有问题都是直接用手机开热点来解决,没出现过重新加载的情况。 另外今天尝试做了一个节点自动检测切换工具,维持不断连(这个后面可能单独开贴) 没想到需求解决的挺好,三个订阅筛选出了一二十个美国/台湾的节点,定期测速排序,心跳检测和无缝切换。 还添加了稳定性评分系统。 有点跑题,继续说流量的问题。 如果不是下载很大的模型包,100G 似乎也够用三四个月。 还有就是手机卡的流量,算了下大概联通两张卡一共 150G 左右,每个月根本用不完,移动每月 40G 左右。 这样回头看好像也不用追求宽带速率了。 实际算下来,每个月花出去的流量,不算软件游戏,50G 可能也够了。Keine
  • 07
    CDN4000U/P 阿里腾讯华为火山国内国际站 AWS/GCP 全部 7 折 Ai 模型最低到 2 折
    阿里云 7 折 腾讯云 7 折 华为云 7 折 阿里 CDN 4000U/P 腾讯 CDN 4000U/P 火山 CDN 4000U/P 谷歌云 GCP7 折 亚马逊云 AWS7 折 腾讯云国际 65 折 阿里云国际 7 折 华为云国际 7 折 AWS 全球节点 CDN 加速 1 折 3500 刀/P Ai 模型低至 2 折 火山国际 7 折 TG 详聊:@Tiangua7liuamangboy
  • 08
    YouTube 视频创作与变现完全指南:从零开通 AdSense 到收益最大化
    YouTube 是全球最大的视频平台,每月活跃用户超过 25 亿。 但新手创作者要真正赚到钱,必须搞清楚 YPP 门槛、AdSense 结算、长视频与短视频收益差异等每一个规则细节。 https://youtu.be/la4oJiG4yvMpks
  • 092
    2026 年新疆 5-6 月光绘日志
    # 环伊犁州 ## 光绘日志 ![StarDots-2026062722102431209.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722102431209.JPG) ![StarDots-2026062722091297225.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722091297225.JPG) ![StarDots-2026062722064157855.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722064157855.JPG) ![StarDots-2026062722051017678.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017678.JPG) ![StarDots-2026062722051017421.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017421.JPG) ![StarDots-2026062722051017643.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017643.JPG) ![StarDots-2026062722051017621.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017621.JPG) ![StarDots-2026062722051017590.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017590.JPG) ![StarDots-2026062722051017665.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017665.JPG) ![StarDots-2026062722051017584.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017584.JPG) ![StarDots-2026062722051017580.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017580.JPG) ![StarDots-2026062722051017575.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017575.JPG) ![StarDots-2026062722051017553.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017553.JPG) ![StarDots-2026062722051017550.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017550.JPG) ![StarDots-2026062722051017527.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017527.JPG) ![StarDots-2026062722051017560.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017560.JPG) ![StarDots-2026062722051017518.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017518.JPG) ![StarDots-2026062722051017506.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017506.JPG) ![StarDots-2026062722051017500.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017500.JPG) ![StarDots-2026062722051017489.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017489.JPG) ![StarDots-2026062722051017484.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017484.JPG) ![StarDots-2026062722051017473.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017473.JPG) ![StarDots-2026062722051017444.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017444.JPG) ![StarDots-2026062722051017440.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017440.JPG) ![StarDots-2026062722051017412.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017412.JPG) ![StarDots-2026062722051017380.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017380.JPG) ![StarDots-2026062722051017310.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017310.JPG) ![StarDots-2026062722051017424.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017424.JPG) ![StarDots-2026062722051017382.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722051017382.JPG) ![StarDots-2026062722044519352.JPG]( https://i.stardots.io/xinjiangyili/StarDots-2026062722044519352.JPG) --- ## 详细 地点: * 赛里木湖 * 喀拉峻 * 夏特 * 孟克特 * 仙女湖等 📖 博客地址: https://blog-vincent.chyu.org/web/photography/#section-2026-06vincentchyu
  • 10
    Hitmux-Context-Engine——开源替代 ACE
    https://github.com/hitmux/hitmux-context-engine # ACE 虽好,但 HCE 更好!开源且可自己部署! ## 1.先说优点: 1. 几乎不要钱。推荐使用的 Qwen3 Embedding 4B 仅仅 0.02 刀/MTokens 输入 2. 开源,完全自己部署。后端数据库也可以自建,也可以用免费的。甚至连向量模型,如果有好显卡也可以部署。即便没有,官方 api 成本也几乎为 0 3. 准确度高。真实测试见附录 ## 2. 准备条件 ### 向量数据库:Milvus 如果机器大于 4G 内存,可以考虑自己安装 [Milvus 数据库开源下载]( https://github.com/milvus-io/milvus) Windows 可以用 Docker 安装 如果条件不够的,当然有免费的远程数据库,看上去是用的 AWS 的机器,有免费 5GB 空间:[Zilliz Cloud]( https://cloud.zilliz.com/signup) ### 向量嵌入模型 这里推荐 Qwen3 Embedding 4B 硅基流动,国际站有一刀试用,完全够了 关于 Qwen3 Embedding 4B: 不推荐用 8B 的版本,因为据我测试 OpenRouter 上面的 8B 版本速度慢了 5 倍 如果想试用的话,直接注册硅基流动,我看国际站有 1 刀试用 Qwen3 Embedding 4B 官方定价输入 0.02$/M ,输出免费 这大概是什么概念呢?假设你有 100 万行的巨型代码库,大概 1000 万 Tokens 首次建立索引要全量输入,花费 0.2 刀 然后在开发期间查询了 1000 次,每次需要将查询的话转化成向量,一次 20Tokens ,共 20000/1000000*0.02=0.0004 刀 开发期间共改了 50%的代码。这些代码需要增量索引,花费 0.1 刀 0.1+0.2+0.0004=0.3004 ,差不多 2 块钱 一个硅基流动的试用一刀额度够完成三个这样 100w 行项目的开发 ### 安装并配置 HCE `npm i -g @hitmux/hce` 然后创建`~/.hitmux-context-engine/config.conf`并写入 ``` embeddingProvider = OpenAI openaiBaseUrl = https://example.com #不要带 /v1 embeddingModel = qwen/qwen3-embedding-4b openrouterApiKey = sk-or-your-openrouter-api-key milvusAddress = localhost:19530 ``` 如果用的是 Zilliz Cloud ,就把`milvusAddress`换成 ``` # milvusAddress = your-zilliz-cloud-public-endpoint # 配置了下面的 Token ,此项可以省略,能自动推断 milvusToken = your-zilliz-cloud-personal-key ``` 配置 MCP: ```json { "mcpServers": { "hitmux-context-engine": { "command": "hce" } } } ``` OR ``` [mcp_servers.hitmux-context-engine] command = "hce" ``` 好了,完成了 cd 到你的项目,确保.gitignore 等文件正确 然后`hce index`即可。 用 OpenRouter 的 qwen3-embedding-4b 速度大概在 5w 行代码要 2 分钟 但查询一次仅仅 3-5s ,和代码库大小关系不大 ## 附录 ### 效果 https://github.com/hitmux/hitmux-context-engine/blob/main/README.zh-CN.md 页面最下方的图片 ### 原理 见代码......Hitmux
  • 1111
    终端工作区:从 WindTerm 到 NyaTerm
    # NyaTerm:一个受 WindTerm 启发的开源远程终端工作区 项目地址: https://github.com/nyakang/nyaterm 官网: https://nyaterm.app ![工作区]( https://nyaterm.app/img/home/cover-dark.png) 一个月前,我在 WindTerm 的 Issue 区发了一条开源自荐: > 受 WindTerm 启发,我做了一个开源终端管理工具:NyaTerm 。 当时其实挺忐忑的。 因为 WindTerm 对我来说不是一个普通工具。从大学到工作,它陪伴了我很久。在关键词高亮、SSH 会话管理、SFTP 、快捷操作、编辑输入、终端工作流这些方面,确实极大提升过我的效率。 所以做 NyaTerm ,并不是因为我“不喜欢 WindTerm”。 恰恰相反,是因为我很喜欢它,也很尊重它。 只是这几年 WindTerm 更新变少了,Issues 越积越多,一些崩溃、闪退、兼容性问题长期没有很好解决。作为一个每天都用终端工具的人,我就忍不住想: > 如果重新做一个终端管理工具,它应该是什么样子? 于是就有了 **NyaTerm**。 ## NyaTerm 的方向 我给它定的方向很明确: **完全免费开源**,并支持: * SSH * 本地 Shell * Telnet * 串口 * SFTP * 隧道 * OTP * AI 辅助 * 加密云同步 * X11 * 命令窗口 同时,我也希望 WindTerm 以及其他客户端用户可以比较自然地迁移过来,做了好几种迁移方式。 ![迁移方式]( https://nyaterm.app/img/home/import-dark.png) ## 一个多月后的进展 没想到一个多月后,项目已经有了 **500+ Stars**。 这个数字对大项目来说可能不算什么,但对我来说意义很大。 它说明有人看见了,有人真的下载了,有人认真用了,也有人愿意提 Issue 、反馈问题,甚至开始贡献 PR 。 这一个多月,NyaTerm 从 **v1.0.0** 更新到了 **v1.1.10**。 中间补了很多真实场景里的能力: * 拖拽上传 * 多行粘贴确认 * 会话录制与日志 * 断线重连 * 终端内容恢复 * SFTP 传输优化 * 内置文件编辑器 * X11 转发 * 标签页拖拽分屏 * OTP 多轮认证 * 老旧设备协议算法兼容 * 便携版 * Homebrew Tap, AUR 分发渠道 * WebDAV / S3 / GitHub Gist / Gitee Snippet 同步 很多功能并不是一开始就规划好的,而是用户真实反馈推出来的。 ## 最大的感受 做这个项目的开源工作这一个多月,我最大的感受是: > 一个工具真正变好,不是因为一开始设计得多完美,而是因为它被真实使用、真实反馈、真实修正。 NyaTerm 现在还不完美,但它已经从最初的“远程终端客户端”,慢慢长成了一个更完整的 **远程终端工作区**。更多功能,等待探索!CoderKang
  • 124
    以为是半价的 Plus,实际上也是半量的 Plus
    ## 半价买到的 Plus 原来是半量的 Plus 2 个土区的 Plus 被蹬完了周额度,今天顺手搞了个美区 20 刀的 Plus ,刚刚开通遇到送重置,于是将土区的一个 Plus 重置了,这样 2 个都是 100%的 5h 和周额度了,我是反代出来用的,早上开任务,让他们自己跑,刚刚回来一看傻眼了: ## 用量 ### 土区 PLus 周额度剩余:77%; Token 使用量:总:4.8M ;输入:4.7M ;输出:167.2K ; ### 美区 PLus 周额度剩余:80%; Token 使用量:总:9.5M ;输入:9.2M ;输出:300.5K ; **没有对比没有伤害,你以为你是用半价买到了 Plus ,实际上是你用半价买了一半的 Plus !**xyz8899
  • 132
    macOS 使用 iOS 应用的高负载问题
    mba m5 在 app store 下载了仅有 ios 版本的米家 app ,打开之后系统立刻报高能耗应用,几秒后就温度直接升到 100 度以上,一看 cpu 占用 200%多。是所有的 ios 应用都有类似问题吗,macos 有没有什么办法单独限制个别 app 的性能吗?Krma
  • 14
    AI 互动悬疑游戏
    https://www.bilibili.com/video/BV1ce7H63EEKok168168
  • 15
    接活, APP 开发/iOS 开发/Android 开发/H5 开发都可以
    新购买 Cursor 200 刀包月会员,快来项目给我用用 本人 10 年客户端开发经验 熟悉 APP 开发/iOS 开发/Android 开发/H5 开发 各位如果有客户端开发需求可以找我,最好是有配套接口及后台的, 也可以是工具类 我会尽可能借助 AI 加快效率 价格从优,欢迎各位老板砸单 先用 tg 联系吧,后续需求确认可以提供其他联系方式. TG:@luckilyLLlluckiy2tsh
  • 16
    送 500m 动态住宅流量 免实名邮箱注册 极豹代理
    🎁 新用户注册就送:500m 动态住宅流量 产品价格: 🌐 动态住宅代理 $2/GB 📱 动态手机代理 $9/GB ⚡ 动态机房代理 $0.8/GB 🏠 全球静态住宅代理 $4/月起 🖥️ 美国静态机房代理 $2/月 适用于: • 社媒账号运营 • 数据采集与爬虫 • 广告投放 • 跨境电商 先免费体验,满意再充值。 链接:member.jibaoproxy.com/#/login?formType=regist&code=2f809633laotielaile
  • 17
    我用 AI 的实践:把大任务给 AI,出错,再拆分小任务完成,并记录错误和任务过程
    分享下工作中的 AI 实践,现在模型用 glm5.2 更多,工具司内用的,写得很糙,也不放出来了,纯唠嗑下,想看看这种实践方向对不对,有没有更好用的。 ## 设计 前提是有一个让 AI 能够记录错误、任务、项目等信息的**环境**。 实际上就是个 cli 工具,再用 skill + hook 去教 AI 用这个 cli ,以及设计工作流、记录机制。至于**记录**就是一堆有目录结构的 md 、yaml 、json 文件,放到了 ~/ 下的一个文件夹里。 在这个环境下,让 AI 放手去干,不需要提前喂入私域知识 skill 文档。 刚开始,AI 肯定会错,人工介入得会很频繁,会遇到各种烧脑的错误,代码也要逐行 cr ,但哪怕只是改一行入参错误,也要在对话框中告诉 AI 原来为什么错,应该改成什么。环境会让 AI 能够记录这些信息。等 AI 熟悉项目后,就轻松了。 不需要担心有限的上下文,subagent 也不必要,一旦触发压缩,让 AI 读取回环境中记录的任务、环境上下文即可,在环境信息足够的一次对话下,AI 经过多轮压缩后还能保持工作流,并完成任务。 实际开发需求,往往涉及很多仓库,在该环境中不断让 AI 完成任务,自然而然也记录了项目之间的关系、开发者常给该项目的称呼、痛点等等。 rag 是有用的,但不需要多高的准确度,用小的 Embedding 模型 + sqlite 本地跑,只是为了 AI 方便根据任务提示词,自己弄一些关键词去环境中搜记录、相关任务等等信息,搜出来一个目录,让 AI 挑着读去。 ## 例子 昨天的一个任务提示词,“将当前旧组件 1.129 。0 版本依赖的新提交,迁移至重构后的新组件”。 背景是重构了一个十多 w 代码的组件,拆分成了两个新组件,其中一个要被其它地方复用,所以 AI 一共要看 3 个独立项目仓库。仅一句话,AI 就在环境中找到了一切信息,然后花费 20 分钟,3 轮上下文压缩后,100%完成了迁移。 没有人工介入,我也很惊讶,可能是因为 AI 已经非常熟悉这个几个项目了,就算没有告诉它要保持长任务运行,因为信息足够,AI 也自然而然地一轮对话完成。 之前的重构任务花了一个月多,这一个月一直在环境中让 AI 完成任务,最开始我让 AI 直接按要求重构所有代码,效果很不好,业务逻辑一塌糊涂,但目录结构那些有模有样。后面根据各功能模块,逐个重构,核心数据流、架构古法编程,逐行 cr ,跑通业务,指出问题。现在我可能都忘记了一些细节的数据流、坑点、妥协,但 AI 还记得,并偶尔在完成新任务时,发现问题。 ## 多人参与 把 ~/ 下那个文件夹提交成个 git 仓库,别人 clone 就行,做了多用户区分,所以各记录各的,给 AI 提供信息时,是参考所有用户的记录的。 ## 碎碎念 业务文档全在无数产品 prd 里,先辈的文档、流程图也只是冰山一角,很多和现存代码映射不上,老组件多年迭代,代码逻辑不忍直视,一行 3 年前的 // todo 这里有问题 的注释,让我眉头一皱。靠 AI 自动生成 repo wiki 和业务逻辑也是两码事,还缺失了上下游组件链路的依赖理解,用不了。 所以,一开始就不想人工提前梳理出一堆文档,就是懒了,干看老代码太烧脑了,仅做了顶层排期和大概项目结构理解,就直接让 AI 开干,再一边实现了这个“环境”。 这套跑下来 token 消耗量挺大的,不过都是司内额度,狠狠蹬了。Chuckle
  • 18
    淘宝商转样的手机可以买吗?
    各位彦祖,问淘宝商家手机是不是二手的或者展示机, 商家回复:不是二手,是代理商为怕查串,手机是商转样,没有区别,该有的都有,只是手机属性为演示机,全新未拆封未激活,全国联保一年,一个月换新,插卡激活后算起全国联保一年。 有买过这种机或者了解这种机制的彦祖不?和正常手机一样不?可靠不?Sunny33
  • 199
  • 20
    YeeroAI 更新: 300+ 模型并排对比 / 对话像 Git 一样分支 / CLI + 桌面端上线
    ### 消息多选捡出到分支 长对话里有些回复挺有用的,但散落在各处,找起来挺费劲。现在支持勾选多条消息,一键"捡出"到指定分支或新建分支,捡出后自动跳过去。整理对话方便多了。 ### 全局搜索"全部"分类 + 固定标签页 之前全局搜索要切对话、消息、文件、应用、模型等分类分别搜。加了"全部"分类后,可以一次性搜索跨所有的分类,结果分组展示。AI 语义搜索在"全部"下同样生效。 对话标签页也支持固定了,多标签并行时重要对话右键一键固定,关其他标签不影响,刷新后依然置顶。 另外 AI 响应时对应标签页会有流式动效提示,多标签并行一眼就知道哪个还在跑。 ### 拖拽框选批量操作 参考文件管理器的经典交互,空白区域按住鼠标左键拖拽画框,松手选中框内所有内容。对话、应用、文件、知识库、提示词、记忆——列表场景全覆盖。选中后顶部浮层显示数量和操作(批量删除、批量移动等),按 Esc 退出。 ### CLI v0.2.0:yeero do 子命令 **CLI 发了 v0.2.0 ,加了 `yeero do` 子命令——用自然语言告诉它你要干啥,再也不用记命令了。** 跟 Agent 不一样,`yeero do` 只在首次创建时调一次 LLM 生成 Python 脚本,之后每次执行直接跑本地脚本,零 Token 开销。高频使用的工具类任务,用这个代替 Agent 能省不少。 ### 桌面端 v0.1.0 桌面端也发了,基于 Tauri ,很轻量,Windows / macOS / Linux 都支持。 不过 macOS 端还没有开发者证书,安装后需要手动执行 `xattr -cr /Applications/Yeero.app` 去掉隔离属性。 --- 往期主要功能,没看过上一帖的可以参考: - 300+ 模型同时回答,并排对比 - Git 式对话分支,任意节点 fork - 对话分支可视化(右侧分支树面板) - 消息大纲导航 - 知识库提炼 + 记忆注入 - 后台推流,关页面不断流 - 全局搜索快捷操作面板(⌘K ) - 模型排序 + 模态筛选 - AI 生成网页应用,对话式迭代 - App 补丁式增量更新 - Python 脚本应用类型 - 鼠标拖拽框选批量操作 - 固定对话标签页 --- yeero.ai ,欢迎体验。easepan
  • 2119
    同事现在学舞蹈 准备用 AI 换脸和换声音在视频社交平台直播~ 这方案可行么?
    他现在像着魔一样学习跳舞 是女生的那种~ 女生装备都买好了 --- 为啥要用 AI 换脸 主要是建模一般,化妆成女生看着也是男生SayHelloHi
  • 224
  • 233
    为什么有时候人自己的素质问题是不自知的呢?
    怎么才能提高个人的素质.unregister
  • 248
    有谁可以分享 chatgpt plus 的啊
    谢谢 昨天有个帖子送两个名额没抢到missx
  • 251
    React / Express 全栈开发工程师(远程开发岗位)
    ## 关于我们 我们是一支专注于技术开发的远程团队,目前正在开发多个 SaaS 和企业级项目。现诚邀一名经验丰富的全栈开发工程师加入我们,以远程兼职的方式参与项目开发与维护。 该岗位采用**按工时结算( Hourly )**,工作时间灵活,长期合作优先。 --- ## 岗位职责 * 负责甲方客户的产品前后端功能开发与维护 * 使用 React 构建高质量、可维护的前端应用 * 使用 Express.js 开发 GraphQL/RESTful API 及后端业务逻辑 * 与产品、设计及其他开发人员协作,完成需求开发 * 负责系统 Bug 修复、性能优化及代码重构 * 参与代码 Review ,持续提升项目代码质量 * 编写必要的技术文档及接口文档 --- ## 任职要求 ### 必备技能 * 3 年及以上 Web 全栈开发经验 * 熟练掌握 JavaScript / TypeScript * 熟练掌握 React 及相关生态( Hooks 、React Router 等) * 熟练掌握 Express.js 或 Node.js 后端开发 * 熟悉 GraphQL/RESTful API 设计与开发 * 熟悉 MySQL 或 PostgreSQL 数据库设计及 SQL 编写 * 熟悉 Git 版本管理及团队协作流程 * 具备良好的代码规范及工程化意识 --- ### 加分项 具备以下任一经验优先考虑: * React Native 开发经验 * Next.js 开发经验 * Prisma 、Sequelize 等 ORM 使用经验 * Docker 容器化部署经验 * GCP 、AWS 或 Cloudflare 平台部署经验 * 熟悉 Redis 、消息队列等中间件 * 有 SaaS 产品或后台管理系统开发经验 * 熟悉 CI/CD 自动化部署流程 --- ## 工作方式 * 远程办公 * 兼职合作 * 按实际工时结算 * 工作时间灵活 * 长期合作优先 * 时新 80 - 120 CNY/工时 --- ## 我们希望你具备 * 良好的沟通能力和责任心 * 能够独立分析问题并推进解决 * 对代码质量有较高要求 * 能够主动学习并持续优化项目 --- ## 应聘方式 请提供以下信息,邮件发送至: shouming@paramountventures.io(无法提供个人简历请勿扰,谢谢!) * 个人简历 * GitHub (如有) * 个人作品或项目经验 * 可投入的每周工作时长 * 期望时薪( Hourly Rate )JohnJiangChina
  • 261
    infuse 播放本地部署的 emby 里的蓝光原盘时提示错误,该怎么解决呢?
    emby 是部署在 windows server 2025 的 wsl2 的 docker 里的,没错,最近又从 server2022 升到 server2025 了。电影基本都是蓝光原盘,大部分是那种 DIY 的蓝光文件夹的形式,换用 senplayer 通过 smb 来播放的话能正常进入文件夹里的主文件进行播放,但是主力用 infuse 来播放,最近发现一部分都提示错误,让人头疼。为了避免每次启动 infuse 都扫库刷新海报墙才换的 emby ,当然也是为了方便匹配并测试大部分播放器。Ccf
  • 27
    分享一个小工具:一键录制当前标签页网络请求并导出 HAR
    大家好,我做了一个 Chrome 扩展:HAR Debugger 。 它解决的问题很简单:有时候排查接口、页面加载、第三方资源问题,需要导出 HAR 文件,但每次都要打开 DevTools 、切到 Network 、勾 Preserve log 、复现问题、右键导出,流程比较繁琐。 这个扩展的目标是把流程简化成: 1. 打开目标页面 2. 点击扩展开始录制 3. 复现问题 4. 再次点击停止并自动导出 .har 文件 目前扩展已经上架 Chrome Web Store https://chromewebstore.google.com/detail/har-debugger/lnjegalpjbigjlpmakbaoneflkcjmifh?authuser=0&hl=zh-CN 实现上主要用了 Chrome 的 debugger API ,录制当前 tab 的 Network/Page 事件,然后用 chrome-har 转换成 HAR 格式。由于 MV3 service worker 里处理 Blob 下载不太方便,所以用了 offscreen document 来创建 Object URL ,再通过 chrome.downloads.download 下载文件。 没有账号、云端上传、后端服务..和导出都在本地完成,定位就是一个轻量调试工具。 适合的场景: - 给后端同事复现接口问题 - 给 SaaS / 客服 / 测试团队收集网络请求证据 - 不想教非技术用户打开 DevTools 导出 HAR - 快速保存某次页面请求记录 欢迎大家试用,也欢迎提建议,后续可能加的功能: - 自动脱敏 Cookie / Authorization - 录制完成后展示请求列表预览 - 只录制 Fetch/XHR - 一键复制为 curl - 给非技术用户做更简单的引导页 如果你经常需要 HAR 文件,欢迎试试看yyyyu
  • 28
    -
    -iamteuf
  • 297
    做了好几个后台系统之后,我把这套多租户中后台底座开源了(XiHan.BasicApp 基于.NET 10 + Vue 3)
    <p align="center"> <img src="https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150452825-1526963051.png" width="120" /> </p> # 做了好几个后台系统之后,我把这套多租户中后台底座开源了( XiHan.BasicApp 基于.NET 10 + Vue 3 ) 如果你也写过后台管理系统,大概率经历过这几件事: - 每开一个新项目,登录、用户、角色、菜单、权限又从零搭一遍,复制粘贴改改改; - 权限只做到了"能不能看这个菜单",等真到了"这个人只能看自己部门的数据""手机号要打码",就开始一个补丁接一个补丁; - 想做多租户,结果发现登录、数据隔离、套餐、计费这些东西牵一发动全身,最后做成了一个"伪多租户"。 我也一样。前前后后做了几个中后台,每次都在重复造轮子,每次都不太满意。于是这两年,我把反复踩过的坑,沉淀成了一套自己用着顺手的底座 —— **XiHan.BasicApp**,现在把它开源了。 ![登录]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150526229-1567770580.png) ## 它是什么 一句话:**一套基于 .NET 10 + Vue 3 的企业级多租户中后台内核**。 后端是 DDD 分层 + CQRS ,跑在我自研的底层框架 [XiHan.Framework]( https://github.com/XiHanFun/XiHan.Framework) 上;前端是 Vue 3.5 + TypeScript + Naive UI 。 它不是又一个 `xxx-admin` 的套壳。多租户、RBAC + ABAC 、字段级安全这些通常被"做个样子"的东西,我是当成核心来做的——而且它现在就在真实环境里跑着,不是一个 demo 。 ## 几个我自己最满意的设计 光说功能多没意思,我更想聊聊几个"为什么这么做"的决定。 **1. 登录后再选租户,而不是登录前** 大多数多租户系统让你先选租户、再登录,体验很别扭。我把邮箱作为全平台唯一身份,登录后由系统按你的归属智能落点:平台管理员进控制台、单租户用户直接进工作台、多租户成员进租户选择页,头像下拉里随时切换租户。超级管理员还能以"平台态"切进任意租户代为管理。 ![租户选择]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150614977-1870611160.png) **2. 权限一直做到了"字段级"** - RBAC 解决"能不能进这个页面、点这个按钮"; - ABAC 解决"能看哪些数据"——全部 / 本部门 / 本部门及子部门 / 仅本人,越权请求在服务端直接拦掉; - FLS (字段级安全)解决"敏感字段能不能看、要不要脱敏"——手机号、邮箱该打码的打码,没权限的字段根本不下发,也导不出去。 三层叠在一起,权限才算做完整。这也是我觉得很多"后台模板"做得最敷衍的地方,也是正式上线后,openapi 、接口最容易引发安全问题的隐患。 **3. 写应用服务 = 写接口,没有 Controller** 后端的应用服务打个 `[DynamicApi]` 就直接暴露成 REST 接口了,零 Controller 样板,Scalar 文档自动生成。少写一半的胶水代码。 **4. 菜单只有一个事实源** 菜单、路由、组件路径、权限码、国际化键,全在后端一个 `PageRegistry` 里登记。前后端契约不会漂,再也不用"前端配一遍菜单、后端配一遍权限,两边对不上"。 **5. 前端的列表页是"配置"出来的** 全站二十多个列表页,几乎没有重复的 Search / Table 代码——我做了一套 Schema 驱动的列表框架:搜索、表格、导出都用配置生成,列设置、高级搜索、个人视图、行悬停速览、树形、列宽拖拽、导入导出开箱即用。而且权限 / 租户 / 偏好全程感知,你的列设置和搜索习惯还会同步到云端,多端一致。 ![用户管理]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150645398-1080286928.png) **6. 全栈代码生成** 连上数据库,选一张表,实体、DTO 、仓储、服务、接口、前端页面一键生成,Scriban 模板可自定义。新增一个 CRUD 模块,从几小时变成几分钟。 ## 前端我也没敷衍 后台的"前端"经常被当成附属品,但我在这上面花的心思不比后端少。 **偏好中心**:亮 / 暗主题、主题色、布局风格、紧凑度都能调;更关键的是,你的偏好、列设置、搜索习惯会**同步到云端**——换台电脑登录,还是你熟悉的样子。 ![偏好设置]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150703857-1943387145.png) - **灵动岛**:借了点手机的灵感,全局操作反馈、异步耗时任务进度都收敛到顶部一个小岛里,不再满屏弹 toast ; - **顺手的细节**:多标签页、收藏夹、命令面板式全局搜索(键盘呼出,直达任意页面与操作)、超多的过渡动画——这些"小东西"才是每天用起来顺不顺手的关键; - 亮 / 暗双主题是认真做的,不是给 `body` 加个 class 了事,每个页面、每个组件都对过: ![用户管理(暗色)]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150728397-1433902110.png) ## 移动端不是 PC 页面的缩小版 很多后台的"移动端"就是把 PC 页面硬塞进小屏。我是按移动端交互重新做的——登录、工作台、菜单、命令面板、消息中心,体验接近原生 App: <p align="center"> <img src="https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150748117-1223114456.png" /> </p> ## 安全和审计,是我最较真的部分 做 B2B 系统,"谁、在什么时候、做了什么"必须查得到。系统内置**六类日志**——访问 / API / 操作 / 异常 / 登录 / 实体变更——各自独立写入;请求里的密码、令牌、密钥、身份证这些**落库前自动脱敏**;实体变更精确到字段,还能区分新增 / 修改 / 删除 / 恢复。 ![操作日志]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150821046-276266848.png) 配合前面说的字段级安全,越权访问、敏感数据泄露这些上线后最容易出事的点,从一开始就被框住了。 ## 还有这些 剩下的功能我快速过一下: - **完整认证**:JWT 双令牌、邮箱 / 短信验证码登录、OAuth2 ( GitHub / Google / QQ ,其他的可自行实现,底层都抽象出来了)、2FA 、多端登录控制; - **消息中心**:系统公告 / 安全 / 业务 / 待办 / 紧急五类,顶部横幅、登录弹窗、强制阅读、按角色部门定向,SignalR 实时推送; - **网关能力**:灰度发布(百分比 / 白名单 / 租户 / 请求头)、限流熔断、请求追踪、OpenAPI 签名加密; - **系统监控**:CPU / 内存 / 磁盘 / 网络 / 服务状态一屏掌握; - **其它**:文件多存储(本地 / S3 / OSS / COS / MinIO )、定时任务、审核工作流、富文本 / Markdown / Cron / JSON 编辑器、中英国际化…… ![服务监控]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150836245-240493029.png) ## 技术栈 & 谁适合用 **后端**:.NET 10 / SqlSugar ( PostgreSQL / MySQL )/ Redis / SignalR / Serilog **前端**:Vue 3.5 / TypeScript / Vite / Naive UI / Pinia / Tailwind CSS / Tiptap 代码本身我也尽量写得能看:科学的框架结构,清晰的代码注释,直观的树形依赖——clone 下来不至于一脸懵,能比较快地理清它是怎么组织起来的。 ![代码结构]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150849168-782801675.png) 系统里还自带了一个"关于"页,把后端和前端用到的每一个开源依赖都列了出来——既是对这些项目的致敬,也方便你审一遍依赖再决定用不用: ![关于]( https://img2024.cnblogs.com/blog/1900357/202606/1900357-20260626150902235-1866095942.png) 它可能适合你,如果你: - 想要一套"权限和多租户是真做了"的中后台起步模板,而不是又一个换皮的 admin ; - 在学 .NET + Vue 全栈,想看 DDD / CQRS 、动态 API 、RBAC + ABAC 怎么落地; - 在做 B2B SaaS ,需要租户隔离 + 套餐版本 + 权限白名单这套东西。 ## 跑起来很简单 ```bash # 后端 git clone https://github.com/XiHanFun/XiHan.BasicApp.git cd XiHan.BasicApp/backend dotnet run --project src/main/XiHan.BasicApp.WebHost --launch-profile Development # 前端(另开一个终端) cd ../frontend pnpm install && pnpm dev ``` 首次启动会自动建表 + 初始化种子数据,默认管理员账号 `superadmin`。后端 API 文档在 `http://127.0.0.1:9708/scalar`。 ## 写在最后 这个项目还会持续打磨,它并不完美——短信网关、支付还在路上,有些模块也还在重构。但它是我真刀真枪在用的东西,不是写给人看的样板。 如果它能帮你少造一个轮子,或者给你一点全栈实践的参考,我就很满足了。 - GitHub: https://github.com/XiHanFun/XiHan.BasicApp - Gitee: https://gitee.com/XiHanFun/XiHan.BasicApp - 源码导读: https://deepwiki.com/XiHanFun/XiHan.BasicApp - 在线预览: https://basicapp.xihanfun.com - 交流 QQ 群:462371834 - Star 、Issue 、PR 、吐槽都欢迎。 如果想看某个模块的实现细节——比如多租户怎么隔离、字段级安全怎么做的、代码生成怎么写的——评论区告诉我,我可以单独拆一篇出来。zhaifanhua
  • 306
    「API 站内测」进群送$10 全自建无开源项目缝合
    官网: https://cn.aiapi.bot 邀请码:V2ex 当前属于测试阶段只能通过使用邀请码注册 站点当前仅支持 codex 模型 后续会添加更多 当前使用的都是 pro 号 服务器将在两天内进行升级当前或许有点小卡 后续也会做出相应的补偿 欢迎各位佬提意见或建议 兑换码:V2ex $3 额度 进群留 UID 赠$10 TG: https://t.me/AIAPIcodeKumaAPI
  • 311
    江西彩礼 38 万太多了吧
    如题… 怎么这么多啊nbafive
  • 3212
    转行求建议 算子 or MLOps or AI Infra?
    学历背景是 985 本海硕,本科毕业后在外企做过大概 4 年的 DevOps ,云计算开发。 对 k8s ,AWS 之类的比较熟,也有相关证书。 现在出来读了 GPU 算子相关专业,对以后的职业路径比较犹豫。 写算子,GPU 底层的话,硬件相关知识一般,C++仅限于能看勉强能写些 CUDA ,以前的经验感觉完全作废了。 搞 AI infra 的话,学历一般,没相关论文,只做过一段时间 RA ,也没有强相关背景,感觉现在非常卷。 MLOps 的话,不清楚国内的就业情况,比较担心变回传统运维 SRE 。 不知道有没有朋友有类似的情况,希望能给些职业建议。Frankcox
  • 331
    我写了本书:关于企业落地 agent 平台的~欢迎大家提意见
    我整理并开源了一本书,主题是 企业级 Agent 平台工程。结合了我这两年给企业做落地智能体的经历,总结了需要的一些信息。整本书都关注一个点:怎么能做出来工业级可以落地企业的智能体平台。 github: https://github.com/datagallery-lab/enterprise_agent_platform_engineering ![image]( https://i.imgur.com/dSRFzqt.png) 我自己觉得现在很多 Agent 讨论还停留在框架、Prompt 或 Demo 层面,但企业里真正落地时,问题会很快变成:权限怎么管、状态怎么恢复、工具调用怎么审计、出了错怎么复盘、评测结果怎么进入发布流程、成本和 SLO 怎么治理。 这本书还只是第一个版本,肯定有不少地方不够成熟,也可能有遗漏或表述不准确的地方。 所以发到这里,主要是想请大家帮忙看看,尤其欢迎做过 AI 平台、数据平台、LLMOps 、企业应用集成、安全合规的朋友提意见。**欢迎点点 star 支持!** 如果它能帮到一些正在把 Agent 从 Demo 推到生产环境的人,或者让大家少踩一些工程坑,那就很值了。 欢迎吐槽,也欢迎提 issue / PR 。xuxin123122
  • 341
    Why Preparation Matters in SAND: Raiders of Sophie
    Some games reward fast reactions first. Others reward preparation. SAND: Raiders of Sophie appears to sit closer to the second group, where players benefit from understanding routes, loadouts, fuel, cargo, map locations, and the basic loop before they push too far. That does not make the game less exciting. It simply means that small decisions before a run can shape what happens later. Preparation is not the same as optimization. New players do not need a perfect route or a complete plan. They need enough context to avoid obvious mistakes. If a game asks players to manage movement, vehicles, extraction choices, or route knowledge, then even a simple checklist can make the early experience less confusing. That is where a focused resource like [SAND: Raiders of Sophie]( https://sandraidersofsophie.com/) becomes helpful. A guide hub can collect beginner notes, wiki references, database entries, map routes, and live-game details in one place. Instead of hunting through separate discussions, players can quickly check the part that matches their current problem. A practical preparation routine might start with three questions. First, what should be handled before leaving? Second, what route or area needs to be understood before committing? Third, what should be checked after a failed attempt? Those questions keep learning active. The player still learns from the game, but each mistake becomes easier to interpret. For example, a failed route might not mean the player made one bad move. It could mean they misunderstood the map, skipped a preparation step, or did not know what the Trampler needed before the run. A compact guide helps separate those causes. That makes the next attempt more useful than simply trying again with no new information. This kind of support is especially useful for players returning after a break. Live-game references and updates can make old assumptions feel unreliable. A quick check of guide pages can help someone remember the basic structure and notice anything that may have changed. It is also useful for community posts. When recommending the game, it is natural to mention that the experience benefits from planning. Then the guide link fits into the discussion as a practical companion rather than an advertisement. The point is not to tell people exactly how to play. The point is to give them a reliable starting point.https://sandraidersofsophie.com/database The best preparation guides leave room for improvisation. They explain enough to reduce friction, but they do not remove the tension of making decisions during play. For SAND: Raiders of Sophie, that balance matters. A player should still explore, test routes, and make mistakes. A reference hub simply makes those mistakes easier to learn from.wenyong3124
  • 3512
    GPT5.6 到底发布了没?
    >GPT-5.6 Sol 的定价与 GPT-5.5 相同,为每百万 tokens 输入 5 美元 / 输出 30 美元,约为 Anthropic 的 Claude Fable 5 成本的一半,后者为输入 10 美元 / 输出 50 美元。Terra 性能达到 5.5 级别,价格只有 Sol 的一半。而 Luna 的价格更低,不到 Terra 的一半。 - 超大杯跟 5.5 同价 - 大杯跟 5.5 一样的性能但半价 - 中杯半价中的半价,以往这玩意叫 mini 吧? 那么啥时候能用呢?siriusliangcn
  • 3670
    31 岁,在离婚前夜,我终于承认自己从未真正活过
    每天两点一线,工作、回家,困在这个小小的屋子里。我不知道人生到底有什么意思,除了妻子之外,我几乎没有产生过任何真实的人与人的连接。外面装修声吵吵闹闹,全世界好像都在热火朝天地建设什么,只有我的内心像一潭死水。 我害怕离婚,害怕没有了她的日子,害怕再也找不到这样的人,害怕被贴上“离异”的标签。31 岁了,我甚至开始怀疑,是不是往后余生都要这样孤独地生存下去。 可回头看看,我好像没有做错任何事情。每一步都做出了中上的成果:好的学历、好的工作、不大不小的房子,过着被别人羡慕的生活。我渴求的不过是一份平淡,一个爱我的人,一个可爱的孩子。我以为平平淡淡就是真,但现在我才发现,这份期望或许从一开始就不是我自己的。 她提离婚的理由很清晰:她渴望自由,不想被婚姻束缚,不想让孩子成为枷锁,更不愿为自己的人生做任何牺牲。她是乙肝携带者,医生告诉她生育后停药的概率很大,但她依然不愿意冒那个险——她怕一旦吃药就再也停不下来。归根结底,是她把自由看得比什么都重,不愿为任何人、任何事让渡分毫;也是她对我从未有过真真切切的爱,仅靠一点喜欢,根本撑不起一段长久的婚姻。 我们早就同床异梦了。没有期待,没有共鸣,没有话题,每天只是做着各自的事,偶尔嬉笑打闹,却从来没有心贴心地真正在一起。我能感觉到她并不爱我,我也一直在欺骗自己,欺骗自己她还喜欢我。也许她提离婚是对的,这段感情早就该结束了。 我不是被骗了,我是太擅长扮演“没问题”的角色了。从小到大,我把“看起来对”当成了“真的对”。连婚姻都是如此:她是我人生清单上正确的一项,而不是我心里真正想要的那个人。我渴望被挂念、渴望亲密,却从未允许自己在关系里真实地表达过这些渴望,只是像小时候等父母认可一样,等着对方主动给我。 她说要走,我第一反应是“我的梦想碎了”。可那个“平淡幸福”的梦想,本身可能就是别人塞给我的。我习惯了完成别人设定的关卡,现在这个关卡塌了,我还是下意识地想“我是不是不够格进入下一关”。但人生不是闯关游戏,没有“更好”的标准答案,只有“更真实”的自己。 31 岁,离异标签,这些词现在像刀子一样扎人。但它们也替我撕掉了另一张更沉重的标签——“别人期待中的完美儿子、完美丈夫”。我不是失去了拥有幸福的可能,我只是第一次被迫面对一个问题:如果抛开所有“应该”,我到底是谁? 我没有答案。我不知道接下来该怎么办,也不知道该怎么和自己相处,更不知道那些被我忽略了几十年的感受,要怎样才能重新长出来。我只是站在这里,站在所有“正确”崩塌之后的废墟里,手里空无一物,心里也没有光。 外面的装修声还在响,但我听不见任何方向。他们说人生还很长,可我现在连下一步该迈哪只脚都不知道。我不再假装自己能看到出路,也不再逼自己相信什么“新的开始”。我只是允许自己待在这片迷茫里,不美化它,也不急着逃离它。 这就是我此刻全部的真实:没有释然,没有希望,只有一个 31 岁的男人,在失去了一切“应该”之后,第一次赤裸裸地站在自己的人生面前,不知所措。yeungtien2021
  • 37