标签 开源软件 下的文章

售后（？）服务群：992474988

各位佬们好，

之前在版里分享过一个叫 Raw Alchemy 的小工具，主要用来解决 “想把视频的 S-Log/F-Log LUT 套在 RAW 照片上，结果颜色不对” 的问题。

当时那个版本虽然也能用，但界面比较“直男”（见下图1），只能算是个功能性软件，选图、对比都不太方便，甚至有点简陋。

听取了大家的建议，这段时间我把整个软件重写了！

带来了全新的 Raw Alchemy Studio 。

先看对比：

以前的版本 (功能单一，界面简陋)：

gui_screenshot (1)

现在的版本 (暗色模式，现代化管理，支持选片)：

gui_screenshot

这次更新了什么？

不再只是一个单纯的“格式转换器”，它现在是一个完整的选片+基础调色工作台 ：

  1. 交互体验大升级 ：

  • 抛弃了以前那种分离的窗口设计，改成了类似 Lightroom/Capture One 的暗色系集成界面 。

  • 增加了文件库管理 ，左侧可以直接浏览文件夹缩略图，不需要再一张张“打开文件”了。

  1. 核心功能：视频 LUT 完美兼容 (依然是杀手锏) ：

  • 如果你是双修党，手里的 S-Log3、F-Log2、LogC4 视频 LUT，现在可以在这个软件里精准 地套用在 RAW 照片上。

  • 底层逻辑是把 RAW 解码为 Linear 空间后，通过数学模型伪装成 Log 信号，色彩还原度吊打直接在 PS 里硬套。

  1. 选片效率提升 ：

  • 支持空格键对比 （原图 vs LUT后）。

  • 增加了 Tag (标记) 功能，可以快速过一遍片子，打上标，然后一键“导出所有标记图片”。

  1. 更多实用功能 ：

  • 高光保护测光 ：自动曝光时优先保护高光不溢出。

  • 镜头矫正 ：内置 Lensfun，自动修正畸变。

  • 直方图 ：实时的 RGB 直方图，不再盲调。

下载地址 (GitHub)：
https://github.com/shenmintao/Raw-Alchemy/releases/tag/studio-v0.3.0

(Releases 里有打包好的 exe，开箱即用，无需安装环境)

这次改版主要是为了解决“好用”的问题。以前那是为了“能用”，现在终于像个正经的后期软件了。

代码完全开源，免费使用。欢迎各位老哥下载体验，如果是索尼、富士、松下用户，一定要试试把你拍视频用的 LUT 套进去看看，效果绝对不一样。

有 Bug 欢迎反馈，觉得好用求个 Star！

📌 转载信息
转载时间： 2026/1/27 08:05:21

基于上一条帖子科研图表 (曲线图) 数据提取工具 (导出 excle 数据)，在功能上完善了一下。
[开源] 科研图表 (曲线图) 数据提取工具 (导出 excle 数据) - 开发调优 - LINUX DO

上次的工具只能绘制点，就存在同一 X 存在相同 Y 值，导致出来的数据不太正确，因此增加了图层编辑模式，支持识别颜色的曲线，以及自建图层，自己瞄着画一遍也行

【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版1


【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版2

效果如上，可以删除一些无用的线段

【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版3

然后接可以直接提取数据了，因为代码是 AI 完成的，有些功能达不到我的预期

【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版4

这就是提取出来的紫色线段的数据了

再就是增加了一个可以直接调用 origin 绘制，直接生成 opju 文件，用 origin 打开，也支持 自定义 LabTalk 代码，但是我没测试

【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版5


【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版6


【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版7


【开源自荐 & 科研工具】科研图表 (曲线图) 数据提取工具 - 支持图层编辑和 origin 绘图版8

据官方说，仅支持 2022 及以上版本的 origin 才能支持，还有就是交给工具绘制 origin 时，桌面不能打开 origin 必须保持没有 origin 进程才能正常生成 opju 文件。

GitHub 主代码没有更新，但是上传了 releases，支持一键启动，后面有时间把代码更新一下吧。地址：Release V1.0.1 · yyy-OPS/SciDataExtractor

有用的话点点 star~ 谢谢佬友～

📌 转载信息
原作者：
violetreay
转载时间：
2026/1/23 09:00:45

历史回顾

1.7.5 版本新特性

  • 集成 popup-mcp 作为内置工具，支持交互式提示和确认。

  • 为 Claude 和 Codex 添加 CLI 提供商配置界面及后端服务。

  • 添加存储实用程序和思考过程显示组件。

  • 修复了 CLI 提供商设置中 ANTHROPIC_MODEL 的默认值。

  • 修复了 Guid 组件中重复调用模型设置的问题。

【开源】开源版本的 Cowork CodeConductor V1.7.5 更新：内置交互式需求挖掘工具2

📌 转载信息
转载时间：
2026/1/21 22:16:20

Homebox 的 QR Code 标签

本文分享如何通过 Homebox —— 一个自托管的家庭物品管理系统，重新整理我的 “杂物生活”，节省时间、减少焦虑，并让全家人都受益。如果你的第一反应是 “就家里那点东西要上系统，至于吗？” 那证明你是个正常人，我以前也是这样的反应。作为一名技术爱好者，我曾长期被家中不断增长的电子设备和零部件小工具所困扰。

作为一名软件工程师，我的生活始终游走在数字世界与现实世界之间。白天，我为大型企业设计复杂的系统架构，帮助它们管理庞大的数字资产、提升运转效率（Come on…… AI, 你不知道我已经失业了吗 🙄）；到了晚上和周末，我就是 “折腾党”。无论是写脚本自动化家里的灯光系统，在 Homelab 搭建一组 Raspberry Pi 集群，还是亲手给汽车做一次 DIY 换灯，这些动手项目都让我乐在其中。

然而，我的这些爱好背后，渐渐笼罩上了一层阴影：东西实在太乱了。

注：本文由我写大纲，Gemini 协助完成润色和扩展。我也作了后期 review 和修改。其中绝大部分内容来自我自己的真实经历和感受。

image.png

“设备税”：看不见的精神负担

很多年里，我一直承受着一种挥之不去、却又说不清的低度焦虑感。家里到处都是“明明存在、却像消失了一样”的物品。我留着一堆早已不用设备的线缆，却偏偏找不到正在用的那根；抽屉里塞满了传感器、微控制器和汽车零件，因为没有整理，它们几乎等同于不存在。

真正让我崩溃的，通常是两种情况之一。第一种是“重复购买”：为了某个项目，我兴冲冲地买了一个 OBD‑II 扫描仪或一根高速 USB‑C 线，结果三个月后在一个盒子里，又发现了一模一样的东西。第二种是“家庭冲突”：我妻子问我备用电池或某个工具放在哪儿，而我只能指着车库或书房，给出一个模糊的方向——这显然无助于家庭和谐。

我终于意识到，自己正活成了那句老话的典型例子：“鞋匠的孩子没鞋穿。” 我在工作中帮公司把数据管理得井井有条，而自己的私人“资产管理”却一团糟。我必须开始自己吃自己做的狗粮（Eat My Own Dog Food）。

发现 Homebox：自托管的答案

我接触自托管（self‑hosting）已经有一段时间了，从媒体服务器到家庭自动化系统都折腾过。但直到我发现 Homebox（homebox.software），才算找到了拼图中缺失的那一块。

Homebox 是一个开源、自托管的家庭物品管理系统，专为普通家庭设计。它不像工业级资产管理系统那样复杂笨重，而是轻量、快速、直观。使用 Go 编写，后端是 SQLite，资源占用极低，丢到一台 Raspberry Pi 上跑也毫无压力。

从“纸箱”到“比特”：搭建过程

安装本身非常简单，一个 docker-compose，几分钟内就能看到干净、响应迅速的 Web 界面。真正的挑战——任何数据工程师都懂——在于录入数据。

一开始，说实话我有点想偷懒。面对多年积累下来的“技术囤货”，我差点在开始之前就放弃了。后来我决定套用一个最基本的管理原则：从小处开始，持续迭代。

我只专注于书房——我的“指挥中心”，那里放着 homelab 设备、焊接工具以及各种零碎电子玩意。

首先是 位置（Locations） 的层级结构。Homebox 支持嵌套位置，于是我这样规划：

  • 书房

    • 储物柜 A

      • 第 1 层（微控制器）
      • 第 2 层（线缆）
    • 书桌抽屉

接下来是 物品（Items）。每一件硬件，我都会记录：

  • 名称与描述：清晰、可搜索。
  • 购买时间与价格：方便追踪我的“折腾预算”。
  • 保修信息：不再翻邮箱找 PDF 发票，直接附在物品记录里。
  • 标签（Tags）：真正的威力所在，比如 #automotive、#esp32、#usb-c、#raspberrypi。

转折点：那串“消失的钥匙”

起初的几个星期，Homebox 对我来说更像是一个“理论工具”——我在录数据，但还没真正依赖它。直到某个周二早上，我开会已经迟到十分钟，车钥匙却怎么也找不到。

在沙发垫、外套口袋里疯狂翻找五分钟后，我突然灵光一闪：我是不是记过这个？
我掏出手机，打开 Homebox，搜索 “钥匙”。结果立刻跳了出来：我把它们作为一个“资产”记录过，位置是 书房 → 书桌抽屉（小收纳盒）。

前一晚做项目时，我为了避免焊锡助焊剂沾到钥匙，把它们放到了那里。正是这个清晰、准确的位置记录，帮我省下了至少二十分钟的焦虑。那一刻，Homebox 从“业余项目”正式升级成了“生活必需品”。

真正改变体验的功能

一旦体会到实际价值，我就彻底“上头”了。下面这些功能，尤其打动技术爱好者：

  1. 二维码与标签
    Homebox 可以为每个物品和位置生成二维码。我给那些不透明的收纳箱都贴上了小标签。现在不需要再翻箱倒柜，只要一扫码，就能看到箱子里的完整清单。
  2. 维护与保养计划
    对于汽车相关的零件，我可以设置提醒。比如刹车片、机油滤芯，什么时候该用、库存还剩多少，一目了然。
  3. 家庭共享
    这是对我婚姻帮助最大的一点。我给妻子也开了访问权限。现在她想找某个工具，或者只是想知道家里还有没有备用 HDMI 线，都可以自己查。结果是，“那个东西在哪？”的问题大幅减少。
  4. 理性消费
    在 京东 点下“立即购买”之前，我会先在 Homebox 里搜一下。这已经帮我省下了不少钱——提醒我某个电阻包、转接头，其实就躺在某个“待整理”的箱子里。

结语

如果你是技术爱好者、DIY 玩家，或者只是厌倦了那种“东西到底放哪了？”的精神消耗，我真心推荐你试试 Homebox 。它不仅仅是一个数据库，而是一种重新掌控时间与空间的方式。

作为一名软件工程师，我越来越清楚：我们用来支撑企业系统稳定运行的那些原则——组织、有文档、易访问——在家里同样重要。
事实证明，我做的“Dog Food”味道还不错；而多亏了 Homebox，我的书房终于更像实验室，而不再是杂物堆了。

Homebox 这样的软件大概不会在国内流行。不是资产多少问题，是大家的习惯不同。大家的记忆力都特别好，国内的小工具小产品的价格又物美价廉，丢了买新的也大概不太心痛。而且管理风格上也不同，我们更注重人而非数据。而就算有这种需求，大概会选择 Excel 或大平台的云服务来解决。

历史回顾

1.7.3 版本新特性

  • 增强 ACP 适配器，更好地将 agent 思维转换为可显示的聊天消息。
  • 实现 CLI 提供商设置，支持 Codex 和 Claude 的预设与存储。
  • 改进协作功能，支持多角色通信和通知机制。
  • 优化进程管理和孤儿进程清理，提升资源处理能力。
  • 增强 IPC 通信机制，提升稳定性。
  • 集成 electron-updater 实现自动增量更新。
  • 改进 GitHub Actions 自动化构建和发布流程
【开源】开源版本的 Cowork，但不仅是 Cowork。CodeConductor V1.7.3 更新2
【开源】开源版本的 Cowork，但不仅是 Cowork。CodeConductor V1.7.3 更新3

📌 转载信息
转载时间：
2026/1/20 10:44:02

今天跟大家分享一个etcd的内存大量占用的问题，这是前段时间在我们开源软件Easegress中遇到的问题，问题是比较简单的，但是我还想把前因后果说一下，包括，为什么要用etcd，使用etcd的用户场景，包括etcd的一些导致内存占用比较大的设计，以及最后一些建议。希望这篇文章不仅仅只是让你看到了一个简单的内存问题，还能让你有更多的收获。当然，也欢迎您关注我们的开源软件，给我们一些鼓励。

为什么要用ETCD

先说一下为什么要用etcd。先从一个我们自己做的一个API网关 – Easegress（源码）说起。

Easegress 是我们开发并开源的一个API应用网关产品，这个API应用网关不仅仅只是像nginx那样用来做一个反向代理，这个网关可以做的事很多，比如：API编排、服务发现、弹力设计（熔断、限流、重试等）、认证鉴权（JWT，OAuth2，HMAC等）、同样支持各种Cloud Native的架构如：微服务架构，Service Mesh，Serverless/FaaS的集成，并可以用于扛高并发、灰度发布、全链路压力测试、物联网……等更为高级的企业级的解决方案。所以，为了达到这些目标，在2017年的时候，我们觉得在现有的网关如Nginx上是无法演进出来这样的软件的，必需重新写一个（后来其他人也应该跟我们的想法一样，所以，Lyft写了一个Envoy。只不过，Envoy是用C++写的，而我用了技术门槛更低的Go语言）

另外，Easegress最核心的设计主要有三个：

  • 一是无第三方依赖的自己选主组集群的能力
  • 二是像Linux管道命令行那样pipeline式的插件流式处理（支持Go/WebAssembly）
  • 三是内置一个Data Store用于集群控制和数据共享。

对于任何一个分布式系统，都需要有一个强一制性的基于Paxos/Raft的可以自动选主机制，并且需要在整个集群间同步一些关键的控制/配置和相关的共享数据，以保证整个集群的行为是统一一致的。如果没有这么一个东西的话，就没有办法玩分布式系统的。这就是为什么会有像Zookeeper/etcd这样的组件出现并流行的原因。注意，Zookeeper他们主要不是给你存数据的，而是给你组集群的。

Zookeeper是一个很流行的开源软件，也被用于各大公司的生产线，包括一些开源软件，比如：Kafka。但是，这会让其它软件有一个依赖，并且在运维上带来很大的复杂度。所以，Kafka在最新的版本也通过内置了选主的算法，而抛弃了外挂zookeeper的设计。Etcd是Go语言社区这边的主力，也是kubernetes组建集群的关键组件。Easegress在一开始（5年前）使用了gossip协议同步状态（当时想的过于超前，想做广域网的集群），但是后发现这个协议太过于复杂，而且很难调试，而广域网的API Gateway也没遇到相应的场景。所以，在3年前的时候，为了稳定性的考量，我们把其换成了内嵌版本的etcd，这个设计一直沿用到今天。

Easegress会把所有的配置信息都放到etcd里，还包括一些统计监控数据，以及一些用户的自定义数据（这样用户自己的plugin不但可以在一条pipeline内，还可以在整个集群内共享数据），这对于用户进行扩展来说是非常方便的。软件代码的扩展性一直是我们追求的首要目标，尤其是开源软件更要想方设法降低技术门槛让技术易扩展，这就是为什么Google的很多开源软件都会选使用Go语言的原因，也是为什么Go正在取代C/C++的做PaaS基础组件的原因。

背景问题

好了，在介绍完为什么要用etcd以后，我开始分享一个实际的问题了。我们有个用户在使用 Easegress 的时候，在Easegress内配置了上千条pipeline，导致 Easegress的内存飙升的非常厉害- 10+GB 以上，而且长时间还下不来。

用户报告的问题是——

在Easegress 1.4.1 上创建一个HTTP对象，1000个Pipeline，在Easegres初始化启动完成时的内存占用大概为400M，运行80分钟后2GB，运行200分钟后达到了4GB，这期间什么也没有干，对Easegress没有进行过一次请求。

一般来说，就算是API再多也不应该配置这么多的处理管道pipeline的，通常我们会使用HTTP API的前缀把一组属于一个类别的API配置在一个管道内是比较合理的，就像nginx下的location的配置，一般来说不会太多的。但是，在用户的这个场景下配置了上千个pipeline，我们也是头一次见，应该是用户想做更细粒度的控制。

经过调查后，我们发现内存使用基本全部来自etcd，我们实在没有想到，因为我们往etcd里放的数据也没有多少个key，感觉不会超过10M，但不知道为什么会占用了10GB的内存。这种时候，一般会怀疑etcd有内存泄漏，上etcd上的github上搜了一下，发现etcd在3.2和3.3的版本上都有内存泄露的问题，但都修改了，而 Easegress 使用的是3.5的最新版本，另外，一般来说内存泄漏的问题不会是这么大的，我们开始怀疑是我们哪里误用了etcd。要知道是否误用了etcd，那么只有一条路了，沉下心来，把etcd的设计好好地看一遍。

大概花了两天左右的时间看了一下etcd的设计，我发现了etcd有下面这些消耗内存的设计，老实说，还是非常昂贵的，这里分享出来，避免后面的同学再次掉坑。

首当其冲是——RaftLog。etcd用Raft Log，主要是用于帮助follower同步数据，这个log的底层实现不是文件，而是内存。所以，而且还至少要保留 5000 条最新的请求。如果key的size很大，这 5000条就会产生大量的内存开销。比如，不断更新一个 1M的key，哪怕是同一个key，这 5000 条Log就是 5000MB = 5GB 的内存开销。这个问题在etcd的issue列表中也有人提到过  issue #12548 ，不过，这个问题不了了之了。这个5000还是一个hardcode，无法改。（参看 DefaultSnapshotCatchUpEntries 相关源码）

// DefaultSnapshotCatchUpEntries is the number of entries for a slow follower
// to catch-up after compacting the raft storage entries.
// We expect the follower has a millisecond level latency with the leader.
// The max throughput is around 10K. Keep a 5K entries is enough for helping
// follower to catch up.
DefaultSnapshotCatchUpEntries uint64 = 5000

另外，我们还发现，这个设计在历史上etcd的官方团队把这个默认值从10000降到了5000，我们估计etcd官方团队也意识到10000有点太耗内存了，所以，降了一半，但是又怕follwer同步不上，所以，保留了 5000条……（在这里，我个人感觉还有更好的方法，至少不用全放在内存里吧……）

另外还有下面几项也会导致etcd的内存会增加

  1. 索引。etcd的每一对 key-value 都会在内存中有一个 B-tree 索引。这个索引的开销跟key的长度有关，etcd还会保存版本。所以B-tree的内存跟key的长度以及历史版本号数量也有关系。
  2. mmap。还有，etcd 使用 mmap 这样上古的unix技术做文件映射，会把他的blotdb的内存map到虚拟内存中，所以，db-size越大，内存越大。
  3. Watcher。watch也会占用很大的内存，如果watch很多，连接数多，都会堆积内存。

（很明显，etcd这么做就是为了一个高性能的考虑）

Easegress中的问题更多的应该是Raft Log 的问题。后面三种问题我们觉得不会是用户这个问题的原因，对于索引和mmap，使用 etcd 的 compact 和 defreg （压缩和碎片整理应该可以降低内存，但用户那边不应该是这个问题的核心原因）。

针对用户的问题，大约有1000多条pipeline，因为Easegress会对每一条pipeline进行数据统计（如：M1, M5, M15， P99, P90, P50等这样的统计数据），统计信息可能会有1KB-2KB左右，但Easegress会把这1000条pipeline的统计数据合并起来写到一个key中，这1000多条的统计数据合并后会导致出现一个平均尺寸为2MB的key，而5000个in-memory的RaftLog导致etcd要消耗了10GB的内存。之前没有这么多的pipeline的场景，所以，这个内存问题没有暴露出来。

于是，我们最终的解决方案也很简单，我们修改我们的策略，不再写这么大的Value的数据了，虽然以前只写在一个key上，但是Key的值太大，现在把这个大Key值拆分成多个小的key来写，这样，实际保存的数据没有发生变化，但是RaftLog的每条数据量就小了，所以，以前是5000条 2M（10GB），现在是5000条 1K（500MB），就这样解决了这个问题。相关的PR在这里 PR#542 。

总结

要用好 etcd，有如下的实践

  • 避免大尺寸的key和value，一方面会通过一个内存级的 Raft Log 占大量内存，另一方面，B-tree的多版本索引也会因为这样耗内存。
  • 避免DB的尺寸太大，并通过 compact和defreg来压缩和碎片整理降低内存。
  • 避免大量的Watch Client 和 Watch数。这个开销也是比较大的。
  • 最后还有一个，就是尽可能使用新的版本，无论是go语言还是etcd，这样会少很多内存问题。比如：golang的这个跟LInux内核心相关的内存问题 —— golang 1.12的版sget的是 MADV_FREE 的内存回收机制，而在1.16的时候，改成了 MADV_DONTNEED ，这两者的差别是，FREE表示，虽然进程标记内存不要了，但是操作系统会保留之，直到需要更多的内存，而 DONTNEED 则是立马回收，你可以看到，在常驻内存RSS 上，前者虽然在golang的进程上回收了内存，但是RSS值不变，而后者会看到RSS直立马变化。Linux下对 MADV_FREE 的实现在某些情况下有一定的问题，所以，在go 1.16的时候，默认值改成了 MADV_DONTNEED 。而 etcd 3.4 是用 来1.12 编译的。

最后，欢迎大家关注我们的开源软件！ https://github.com/megaease/ 

软件描述

Nigate 是一款专为 macOS 打造的 NTFS 读写工具，提供现代化 Electron 图形界面和极客终端版本。它让只读的 NTFS 移动硬盘/U 盘一键切换为读写，并实时展示设备状态与操作日志，全程本地运行，无需登录，无数据上云。

项目地址： https://github.com/hoochanlon/Free-NTFS-for-Mac

亮点

  • 一键读写：只读 NTFS 设备一键挂载为读写，操作完成自动刷新状态。
  • 实时监控：自动检测设备插拔与状态变更，托盘/主界面同步更新。
  • 双形态：提供现代化 GUI 与轻量终端脚本，两种形态随心选。
  • 依赖自检：内置依赖检查与指引（MacFUSE、ntfs-3g 等），缺什么告诉你。
  • 隐私友好：完全本地运行，无账号、无上传，操作日志保存在本地。
  • 跨语言界面：多语言支持（中/英/日），界面深色主题简洁易用。

主要功能

  • 自动检测并列出 NTFS 设备，显示读写/只读/未挂载状态
  • 一键挂载为读写 / 恢复只读 / 卸载 / 推出
  • 操作日志面板与导出
  • 托盘模式，快捷查看与操作设备
  • 依赖检查与安装指引（MacFUSE、ntfs-3g 等）

使用方式

  • GUI 版：下载最新发行版（tags 页面），安装后直接运行。
  • 终端版：在完全管理权限的终端执行安装脚本，后续直接输入 nigate 即可。
  • 开发者可通过 pnpm install && pnpm run dev 启动开发环境。

隐私与安全

  • 不需要注册/登录，所有操作与日志仅存储在本地。
  • 挂载操作需管理员密码，密码输入仅在本地校验。

截图

主界面（读写/只读状态一目了然）

主界面

托盘视图（快速操作与状态查看）

托盘

之前看到 B 站上有人把 Cap 汉化并且去除登录限制了，但是一直没出 Mac 版本，就寻思自己 Vibe 一个。
Cap 是一款开源屏幕录制工具，对标 Screen Studio，基本功能大差不差，UI 也有点像，觉得有用的佬可以点个 Star 支持一下～

📌 转载信息
转载时间：
2026/1/15 18:13:57

一个完美替代 typora 的 markdown 生产力工具

自打 typora 收费后，一直关注 markdown 的编写工具；今天推荐一个国人开发的免费轻量且高性能的 markdown 工具。

你抵抗什么，什么就会持续，你静观什么，什么就会消失。

当当当当，主角隆重出场

介绍

官方地址  http://flymd.llingfei.com/

开源免费，清爽简洁

一个完美替代 typora 的开源 markdown 生产力工具1

最突出的特点是支持扩展， 博主试用下来，基本上是一个可以完美替代 typora 的笔记应用。

一个完美替代 typora 的开源 markdown 生产力工具2

扩展系统在基础 markdown 之上提供了更多的可玩性。比如

  • 微信公众号格式化

  • typecho 博文管理

  • 小红书文案生成

  • AI 小说引擎

等等。真是居家旅行必备


公众号格式化

一个完美替代 typora 的开源 markdown 生产力工具3

还有，flymd 有完整的文档支持，更新及时；完美支持中文。甚至支持手机端。

更多的使用建议与需求，可以关注官方 QQ 群（ 343638913 ）联系作者。


发现更多精选优质软件，关注：好奇哈米说

如果下载链接失效或您有任何疑问或建议，欢迎在下方留言反馈。

其他

欢迎关注本公众号其他社媒平台

一个完美替代 typora 的开源 markdown 生产力工具4

点击以下链接关注我的数字名片！

https://muselink.cc/hamisay

"如果您觉得这篇文章对您或您的朋友有所帮助，不妨动动手指，关注我们、点赞并分享到朋友圈，让更多人受益。您的每一次互动都是对我们最大的支持和鼓励！"

📌 转载信息
原作者：
fz420
转载时间：
2026/1/11 19:05:46

软件介绍

Nigate（Free NTFS for Mac） 是一款免费的 macOS NTFS 读写工具。支持 M 芯片以及最新的 macOS26 系统。

简单来说，它的作用就是：让你在 Mac 上像用普通 U 盘一样，正常读写 NTFS 格式的移动硬盘和 U 盘。不用再折腾复杂的命令行，也不用安装那些体积庞大的商业软件。

软件界面简洁明了，上面是功能标签，下面是内容区域，插上设备就能看到，操作起来非常简单。

下载地址:

主要功能

自动识别设备：插上 NTFS 格式的移动硬盘或 U 盘后，软件会自动检测并显示在列表中。每个设备都会显示名称、容量、使用情况等信息。

一键改为可读写：Mac 默认只能读取 NTFS 设备，不能写入。用这个软件，点击 "配置为可读写" 按钮，输入一次管理员密码，就能正常拷贝、修改、删除文件了。

实时显示容量，每个设备都会显示容量条，一眼就能看出还剩多少空间。

自动读写模式：勾选 "自动读写" 后，以后插上的 NTFS 设备会自动以可读写方式挂载，不用每次都点按钮了。

不想一直开着主窗口，可以开启托盘模式：

  • 关闭主窗口后，图标会留在右上角菜单栏
  • 点击图标就能打开小窗口，直接操作各个磁盘
  • 小窗口会根据设备数量自动调整大小，不会占太多屏幕空间

界面说明

打开软件后看到的就是主界面，上面有 5 个标签页：

  • 系统依赖 - 检查软件运行需要的环境（第一次用建议看看）
  • NTFS 设备 - 这里显示所有插上的 NTFS 设备（主要功能）
  • 操作日志 - 记录软件的操作历史（出问题时可以看看）
  • 指南手册 - 使用帮助文档
  • 设置 - 软件的各种设置选项

右上角还有：

  • 主题切换按钮（深色 / 浅色模式）
  • 关于按钮（查看软件信息）
Nigate（Free NTFS for Mac）一款免费开源的 macOS NTFS 读写工具1
Nigate（Free NTFS for Mac）一款免费开源的 macOS NTFS 读写工具3
Nigate（Free NTFS for Mac）一款免费开源的 macOS NTFS 读写工具4
Nigate（Free NTFS for Mac）一款免费开源的 macOS NTFS 读写工具2

日常使用

开启自动读写模式：

如果经常要用 NTFS 设备，建议开启 "自动读写"：

  1. 在 "NTFS 设备" 页面顶部，勾选 "自动读写"
  2. 以后插上设备就会自动变成可读写模式，不用每次都点按钮了

使用托盘模式：

如果不想一直开着主窗口：

  1. 勾选 "托盘模式"
  2. 关闭主窗口后，软件会缩小到右上角菜单栏
  3. 需要时点击菜单栏图标就能快速操作

批量操作：

如果同时插了多个设备：

  • 点击 "全读写" 可以一次性把所有设备改成可读写
  • 点击 "全推出" 可以一次性安全退出所有设备

📌 转载信息
原作者：
hoochanlon
转载时间：
2026/1/9 18:36:43

我个人使用系统原版的 ssh，它里面不像其他 ssh 客户端那样内嵌了 sftp 客户端，使用原版命令行 ssh 很容易遇到文件上传 / 下载的麻烦。

最近，我发现了很好用的开源软件： winfsp/sshfs-win: SSHFS For Windows，它让资源管理器可以挂载 sftp。有了它，我们可以轻松在 windows 系统上轻松上传 / 下载服务器上的文件啦。

以下为实际截图（后面那个 xai 是我的 tailscale 内网域名，大家可以等价看待为一个 ip​）：

开源推荐：挂载 sftp 到 windows 资源管理器1

📌 转载信息
转载时间：
2026/1/4 12:24:11

各位佬友们好，

不知道大家有没有过这种感觉：看着相册里那 “成千上万” 的数字，心里其实是恐惧的。每当存储空间告急，想要下定决心整理一下，却总是被翻不到头的照片流劝退。

我就是这种 “照片整理恐惧症” 的重度患者。为了自救，我开发了这款名为 PickPic 的软件。它不只是为了删除，更是为了让你在整理时不再感到 “累”。

为什么它能减少整理疲劳？

1. 核心特色：随机展示（拒绝审美疲劳）

这是我个人最看重的功能。传统的整理软件总是从最新或最旧开始排，翻两页就腻了。PickPic 会随机抽取照片和视频展示给你。
这种 “开盲盒” 式的整理方式，能让你在不经意间回顾往昔，极大地缓解了面对几千张连拍图时的那种枯燥感。

2. 交互：上滑删除，下滑保留

模仿卡片流的交互逻辑：

  • 上滑：丢进待删列表。

  • 下滑：保留这张回忆。
    这种简单的二选一逻辑，不需要你在细碎的格子间点点选选。

3. 沉浸式视频流

视频清理最占空间。我把视频做成了类似短视频的沉浸流，你可以快速扫视视频内容，瞬间判断它的去留。

关于设计的一点想法

在设计之初，我深受 iOS 26 那种液态玻璃 (Liquid Glass) 美学的影响。那种通透、流动的质感非常迷人。

由于我并不是专业的 UI 设计师，光靠写代码去复刻那种顶级的视觉效果确实很有挑战。现在的成品虽然还远未达到那种 “完美” 的程度，但我依然通过 cc 来保留了这种尝试，比如纯黑的背景和带有阻尼感的水滴式 TabBar。希望在功能实用的基础上，能带给大家一点点视觉上的新鲜感。

一个已知问题（求助佬友）

由于我手头能测试的机型有限，目前在 MIUI/HyperOS 机型上发现了一个比较棘手的适配问题：

现象描述：
软件可以成功执行本地删除，但如果手机开启了 “小米云备份”，删除操作后回到系统相册，你会发现照片依然存在。
背后的逻辑：
这其实是系统自动从云端拉取了原图或缩略图。表现为照片看着还在，但点开时会模糊一下（正在重新下载）。

求助：

  • 我不确定其他品牌的手机（如华为、OPPO、vivo）是否也有类似的云同步恢复情况。

  • 如果有大佬知道如何通过 API 彻底同步触发云端删除，或者有相关的绕过思路，恳请在评论区指点迷津！

获取方式

项目纯本地运行，不申请任何联网权限，隐私安全可以放心：

结语

这算是我第一个正式成型的安卓开源小作。它还不完善，但它确实帮我清理掉了不少陈年废片。

如果你觉得这个思路有点意思，欢迎试用并赏个 Star 支持！

每一条评论我都会认真读，也期待能在评论区和大家讨论如何把这款 “碎纸机” 做得更趁手。

希望能陪你一起，清空相册，也清空焦虑。

📌 转载信息
原作者：
Unfair0
转载时间：
2026/1/4 10:12:32

最近再找一款开源软件用来记录日常开支和各类项目的收支。不说国内那些动不动收费的，还自带广告。
跟 gemini 聊了一天，一开始试了 fireflyiii, 用 codex 去 curl 访问接口实现数据导入，录入确实方便了不少，但是 firefly 界面功能确实不如国内商业做的好。筛选看记录都很难，图表也只有折线图。
算了，继续看看。。。。
最后，直到我发现了 beancount，一看文档以为是 cli 记账。。。
没想到人家是文本记账，还有 include。不说了，除了佩服作者的脑洞。
用写代码的思想来记账
如果是套上一层大模型，通过 csv 导入记账或者截图记账，本质上就是大模型写几行代码，理清规则，非常不容易把账记乱

beancount/beancount: Beancount: Double-Entry Accounting from Text Files.
附上一段我的惊讶表情

【开源推荐 / 记账】AI 记账最佳搭配 - BeanCount 个人财务管理软件届的 C++，实在是吊炸天1

📌 转载信息
转载时间：
2026/1/2 12:52:51

SnowShot

软件官网：snowshot.top
开源仓库：GitHub - mg-chao/snow-shot: 超好用的截图工具

软件截图

推荐一个完全免费的截屏开源工具1

与 Pixpin 对比截图

推荐一个完全免费的截屏开源工具2

优点

  1. 功能全部免费
  2. 个性化程度高，可以自行安装插件
  3. 自定义皮肤（甚至 logo 也可以自定义）
  4. 支持视频录制、OCR、翻译以及 AI 对话
  5. 可以贴图、长截图！
  6. 可以扫码

缺点

  1. 线条、形状描边宽度只有三个选项，不是滑动条的形式
  2. 可能和 pixpin 有些相似（x

补充

精细大小控制需要在设置手动开启

推荐一个完全免费的截屏开源工具3

📌 转载信息
原作者：
Hiru
转载时间：
2025/12/30 16:10:51

本文为转载内容，保留原帖观点与结构；如有侵权请联系我处理。

SnapImg：让图片压缩更简单，一键瘦身不求人

继桌面版 ImageMinify 之后，推出了全新的在线版图片压缩工具 —— SnapImg

，无需安装，打开即用！

桌面版

https://github.com/Moresl/ImageMinify

为什么做 SnapImg

作为开发者：

  • 网站图片加载慢，影响用户体验
  • 临时需要压缩图片，但不想安装软件
  • 想平替一些网上收费的压缩

SnapImg 就是为解决这些痛点而生 —— 打开浏览器，拖入图片，一键压缩，即刻下载。

核心特性

特性 说明
高压缩率 PNG 使用 pngquant/imagequant 算法，压缩率可达 70%+
多格式支持 支持 PNG、JPEG、WebP、AVIF 格式互转
隐私安全 图片仅在内存中处理，不保存到服务器磁盘
批量处理 单次最多支持 20 张图片同时压缩
效果对比 滑动对比压缩前后效果，质量一目了然

效果展示

image
image-1

技术栈

前端：

  • React 19 + TypeScript
  • Tailwind CSS + Shadcn UI
  • Vite 构建

后端：

  • FastAPI + Python
  • Pillow + imagequant + pngquant
  • 纯内存处理，无数据库依赖

底层同样基于高性能图片处理库 Pillow，延续了 ImageMinify 桌面版的优秀压缩能力，同时针对 Web 场景做了全面优化。

快速体验

无需安装，打开浏览器即可使用：

** 在线体验：https://img.biekanle.com**

只需简单三步：

  1. 选择格式 - 根据需求选择输出格式（原格式 / AVIF/WebP/PNG/JPEG）
  2. 上传图片 - 拖拽或点击上传，支持批量
  3. 下载结果 - 压缩完成后一键下载

私有化部署

如果你希望在自己的服务器上部署，提供了 Docker 一键部署方案：

# 构建镜像
docker build -t snapimg .

# 运行容器
docker run -d -p 80:80 --name snapimg snapimg

开源地址

SnapImg（在线版）：https://github.com/Moresl/snapimg

：https://github.com/Moresl/ImageMinify

写在最后

从桌面版 到在线版 SnapImg，始终专注于一件事：让图片压缩更简单、更高效。

不同场景，不同选择：

  • 需要离线使用、处理大量本地图片 →
  • 临时压缩、跨设备使用、快速分享 → SnapImg 在线版

如果这个小工具对你有帮助，欢迎给项目点个 Star ，你的支持是持续优化的最大动力！

有问题或建议？欢迎在 GitHub 提 Issue 或留言交流，会及时响应和更新。

** 相关链接：**

📌 转载信息
原作者：
xiaodong
转载时间：
2025/12/23 22:21:19

介绍

1.免费且开源，代码无加密可自行修改（不要用于二次售卖）。
2.适当配置可生成收录不错的内容。
3.关注参考内容配置，可生成适合GEO的内容。
4.关于授权问题，其实可以直接覆盖跳过，授权是为了了解使用人数。
5.不提供任何技术支持）。

这不是一款很标准的文章生成工具，用它的目的一是辅助老网站保持长期更新，二是可以辅助老网站稳定排名（配合专用的主题，可以不改变老网站任何代码前提下，优化主站内容排名），三是生成适合GEO的内容。

AI自动生成文章的wordpress插件
插件只是辅助，再强大也不会直接获取很好的自然排名，甚至过度依赖会导致网站被惩罚，请根据个人经验合理应用。

下载地址

content-auto-manager(主插件).zip