Kyrelo是一个桌面应用程序，而不是浏览器扩展或云仪表板，旨在用一个免费的工具替代两种截然不同类别的付费社交媒体工具。在发布方面，它调度到X和Bluesky的帖子，检查每个平台的字符限制，用户输入时可以将整个内容计划交给一个AI模型，该模型研究产品或细分市场，并在自然、不均匀的时间间隔内发布一系列帖子。在清理方面，它执行TweetDelete及其众多克隆多年来收费的功能：批量删除旧推文和重新发布，以及取关那些已经沉寂或看起来是自动化的账户。实际上，它是Buffer的调度日历和TweetDelete的批量删除按钮融合成一个程序，去掉了账单。 最重要的技术细节是它如何连接到X。Kyrelo根本不通过X的付费开发者API路由请求。相反，当用户连接他们的账户时，Kyrelo在他们自己的机器上打开一个真实的Chrome浏览器窗口，用户以他们通常的方式登录，包括Google或Apple单点登录，并将该浏览器会话保存在本地。从那时起，该应用程序像人一样点击和滚动该会话，而不是对X的服务器进行计量调用。这个单一的架构选择绕过了API定价和访问层，这迫使许多第三方Twitter客户端在2023年平台收紧开发者访问后退出市场，最明显的是像Tweetbot和Twitterific这样的长期应用程序一夜之间失去访问权限。它还解释了内置于取关工具中的限流：每个操作之间几秒钟的间隔，每次运行最多100个取关和每天300个取关，以及如果X开始拒绝请求则自动停止，所有这些设计都旨在看起来像一个谨慎的人，而不是一个猛击端点的脚本。 该项目在MIT许可证下发布，这是最宽松的开源许可证之一，意味着任何人都可以阅读代码、修改代码、分叉或将其打包到自己的产品中，几乎没有限制。它的维护者是GitHub上的sobytes，该网站将整个项目框架视为对依赖他人基础设施的反应：营销页面上的一部分直接指向Buffer自己的公共状态历史，描述了在网络、iOS、Android和API层的多小时停机，并根据Kyrelo自己的网站引用了最近一个季度约97%的正常运行时间。开发者在该页面上的推介直截了当：云调度程序会宕机，而Kyrelo完全在用户的机器上运行，因此如果出现故障，只会影响一个人，而不是所有客户。 没有订阅，没有账户创建，并且根据已发布的材料显示，完全没有内置的货币化。没有Kyrelo服务器可供收费，没有支持层可供升级，也没有广告支持的免费计划将功能限制在付费墙后。这就是其全部吸引力，基于一个真正新的假设：一个单一的维护者，利用AI编码工具而不是工程师团队，可以跟上平台变化的步伐，X上的登录流程调整、Bluesky上的API更新、Apple或Microsoft的代码签名要求，这些过去需要一整公司的员工来跟踪。目前，这一维护工作依赖于一个人的业余时间，借助于应用程序本身为用户提供的Claude和OpenAI模型，这是一种赌注，即AI辅助的社区驱动维护可以在没有更大组织支持的情况下独立维持。 与Buffer和TweetDelete逐项比较，权衡在两个方向上都很明显。Buffer支持X以外的众多网络，包括Instagram、LinkedIn、TikTok、Pinterest、Threads和YouTube，提供分析仪表板、团队席位、客户审批工作流程和官方移动应用程序，并在用户的笔记本电脑关闭、休眠或位于不同大陆时仍然可以发布，因为调度发生在Buffer的服务器上，而不是用户的硬件上。TweetDelete同样在云中运行其批量删除任务，无论用户的计算机是否开启。Kyrelo无法匹配这些：它只与X和Bluesky对接，没有分析或团队功能，没有正式的客户支持台，而是依赖于其开源社区，并且越来越多地依赖用户可以用来排除故障的AI助手，关键是，如果运行Kyrelo的机器在选定时间到达时关闭，计划的帖子将不会发布。项目中包含的iPhone伴侣应用并没有改变这一点；它是一个通过本地Wi-Fi或Tailscale（一个私有网络工具）连接到桌面实例的客户端，因此手机可以触发和监控任务，但实际工作仍然发生在家中或办公室的计算机上。 关于采用，目前几乎没有可以自信地陈述的内容。该项目的公共存在集中在其自己的网站和GitHub存储库上，而不是任何第三方报道，具体数字如下载次数、星标总数或独立用户评论在审阅的材料中并不可用，因此这里没有重复任何事实。Kyrelo并不是唯一一个试图构建自托管、非订阅替代社交媒体调度器的项目；开源项目如Postiz和Mixpost占据了类似的领域，旨在让人们运行自己的发布基础设施，而不是租用他人的。Kyrelo是否能在与这些竞争对手或Buffer更大功能集的竞争中获得实际使用，仍然是一个悬而未决的问题，尚无经过验证的答案。 隐私的主张是Kyrelo在纸面上最具说服力的地方。由于没有Kyrelo账户和后端，登录会话、任何为AI功能添加的Claude或OpenAI密钥，以及Bluesky的应用密码都存储在用户自己设备上的本地数据文件夹中，而不是在其他公司的服务器上。安全交易是真实的，但也是双刃剑：没有其他人可以被攻破并泄露用户的X会话，但也没有其他人在审核该本地文件夹，任何运行该应用程序的人都在信任一个小的、主要由单一维护者管理的开源代码库，掌握着他们账户的密钥。删除的帖子，网站对此明确表示，一旦删除无法恢复，因此使工具便宜的同样缺乏安全网也使错误成为永久性的。
🌍 world
一个免费的、本地的替代方案，摆脱Buffer的订阅陷阱
一款名为Kyrelo的新开源应用程序希望实现Buffer和TweetDelete的功能，调度帖子和批量删除旧推文，而不需要每月账单或公司的服务器在用户与自己的账户之间。它完全在Windows或Mac机器上运行，通过真实的Chrome窗口登录X，而不是通过付费API，并将每个凭据存储在用户控制的文件夹中。
我的看法
给予应有的认可：这里的核心见解是正确的。Buffer及其竞争对手提供的是围绕基础设施的便利性，而这些基础设施经常出现故障，支付定期费用以信任他人的正常运行时间，对于像排队发推这样的简单操作来说，一直是个奇怪的交易。将调度程序构建为用户实际控制的本地应用程序，登录会话和API密钥存放在用户自己的硬盘上的文件夹中，而不是陌生人的云端，这是正确的直觉，而通过浏览器自动化技巧来规避X的惩罚性开发者API定价则是真正聪明的工程设计。 但是，过去认为一个人利用业余时间构建的项目必然脆弱的假设，如今已经不再成立。像Claude和OpenAI的AI编码助手意味着今天的单一维护者可以以曾经需要专门工程团队的速度修补破损的登录流程、适应平台的API变化或发布新功能，而不再是一个孤独的业余爱好者独自解决问题。Kyrelo本身就是这一转变的小证明：该项目已经依赖Claude和OpenAI来帮助起草用户的内容计划，完全没有理由不将同类工具转向应用程序自己的代码库，以应对X或Bluesky的工作方式变化。这也改变了谁可以安全地运行这样的工具。过去，这对技术上舒适的用户来说是一个合理的选择，他们可以在运行代码之前阅读代码，而对那些不知道MIT许可或Tailscale网络含义的人来说则是一个糟糕的选择。这个差距正在缩小：AI助手现在可以用简单的语言解释宽松的开源许可证实际上包含什么，指导非技术用户设置Bluesky应用密码，或标记当某个软件请求不该需要的访问权限时。过去将开源工具限制在开发者的陡峭学习曲线正在迅速平坦化，这改变了普通用户的风险计算，而不仅仅是高级用户。 更大的转变是结构性的，而不仅仅是技术性的。旧逻辑认为，这样的服务需要一个公司支持：一个支持台、一个产品团队、一个足够大的工资单，以便在凌晨2点出现故障时维持运营。Kyrelo以及越来越多的社区运行、自托管的项目正在测试这一假设是否仍然成立，即一个有动力的维护者，利用AI工具和邀请任何人分叉或贡献的MIT许可证，能够像曾经需要的大型组织一样可靠地完成工作。它不会看起来像一个SaaS（软件即服务）公司，拥有正常运行时间保证和订阅账单，也许不需要这样。享受Kyrelo今天的样子：一个早期、尖锐的例子，展示了一种越来越不需要大型公司支持以维持的模型。
接下来会发生什么
Kyrelo的直接考验是X Corp的实时网站是否继续容忍该应用程序依赖的浏览器自动化，用于登录、发布、删除和取关。平台历史上对表现得像脚本浏览器而不是官方API付费客户的工具进行了严格打压，X方面的任何未来检测变化都可能在一夜之间破坏Kyrelo的核心功能，将修复的责任留给维护sobytes存储库的任何人。 不过，预计对可持续性的审查将比对功能的审查更为严格，尽管审查的条款正在发生变化。一个没有收入且只有一个可见维护者的工具曾经被默认认为脆弱；越来越多的AI编码助手让单一维护者能够覆盖曾经需要团队的领域，而MIT许可证则为外部贡献者分叉或扩展项目打开了大门，如果原作者的注意力转向其他地方。请关注接下来几个月GitHub存储库的提交历史和问题跟踪器，以获取真实信号：来自外部贡献者的活跃拉取请求，或证据表明修复在AI辅助工具的帮助下迅速到位，都将表明持久力，而提交日志减缓且没有社区参与则会表明相反。 如果该模型确实证明耐用，更有趣的长期问题是平台覆盖。Kyrelo目前只涉及X和Bluesky；添加Threads、Mastodon或LinkedIn将对Buffer针对休闲和单用户的推介施加真正压力，尽管这也意味着需要同时维护多个移动目标的浏览器自动化，这对于小团队来说现在比几年前要可行得多。竞争的自托管项目如Postiz和Mixpost也值得关注，因为一个拥挤的免费替代品领域可能会验证整个类别，或将其分割成用户过少以至于无法持续改进的工具。
历史告诉我们什么
Kyrelo对浏览器自动化的押注而非官方API，回响了之前的斗争。2023年1月，X的前身Twitter突然切断了对包括Tweetbot和Twitterific在内的长期存在的第三方客户端的访问，这是一个更广泛的举措，使大多数独立开发者完全失去了对其官方API的访问。从那时起构建的工具大致有两个选择：支付越来越昂贵的官方访问层，或像Kyrelo那样自动化真实的浏览器会话，接受平台随时可能直接针对该行为的风险。