最新

# 唇部翻转AI – 在决定之前先看到微妙的效果 美容决策是个人的。当涉及到你的脸时，即使是小的变化也可能感觉像是一个大步骤。 唇部翻转AI的创建有一个简单的目的： 帮助你在做出任何承诺之前，视觉化微妙的改善。 不再需要根据他人的照片猜测唇部翻转的效果，你现在可以在几秒钟内预览自己脸上的真实模拟效果。 无需注射。 无需预约。 无需压力。 只需清晰。 --- ## 唇部翻转到底是什么？ 唇部翻转是一种美容程序，使用少量肉毒杆菌放松上唇上方的肌肉。当该肌肉软化时，上唇会轻轻向外翻卷，营造出微微丰满的效果——尤其是在微笑时。 它不会增加体积。 它不会显著重塑嘴唇。 它是微妙的。 这种微妙正是许多人对此感到好奇的原因——也是为什么想象结果可能会很困难的原因。 这就是唇部翻转AI的用武之地。 --- ## 我们为何开发这个工具 如果你搜索“唇部翻转前后对比”，你会看到数十张照片。但那些结果属于不同的脸、不同的唇形和不同的比例。 对一个人效果美妙的东西，可能在另一个人身上看起来完全不同。 我们相信你不应该依赖猜测。 唇部翻转AI为你提供基于自己面部结构的个性化视觉预览。模拟效果专注于上唇轻微向外翻卷——保持你的自然形状、对称性和比例。 目标不是夸张。 而是现实。 --- ## AI预览如何工作 我们的系统分析你上传图像中的关键面部标志和唇部轮廓。然后，它应用一种微妙的变换，旨在模拟唇部翻转的美学效果： - 上唇轻微向外翻卷 - 改善上唇的轮廓 - 平衡唇与鼻的比例 - 保持自然的质感和光线 我们故意避免添加人工的体积、光泽或戏剧性的重塑。结果旨在让人感觉可信——就像你更精致的版本。 前后对比让你清晰地看到差异，同时保持其他条件一致：相同的光线、相同的角度、相同的表情。 --- ## 唇部翻转与唇部填充剂 – 区别为何重要 许多人将唇部翻转与唇部填充剂混淆，但它们产生的效果截然不同。 唇部填充剂为嘴唇增加物理体积。它们可以创造明显的丰满感并重塑唇部轮廓。 而唇部翻转则通过放松肌肉紧张来工作。它在不显著增加大小的情况下，营造出更明显的上唇效果。 如果填充剂关注的是体积，唇部翻转则关注的是微妙的轮廓。 我们的AI模拟反映了这一区别。它并不试图让嘴唇变大——只让其稍微更显眼和柔和定义。 --- ## 这个工具适合谁 唇部翻转AI非常适合以下人群： - 感觉微笑时上唇消失 - 想要稍微丰满的外观而不想变得更大 - 偏好微小、自然的改善 - 正在探索美容治疗但想先预览 它也适合任何想要以安全、无压力的方式尝试美学的人。 好奇心不应需要承诺。 --- ## 以现实和责任为基础 面部美学属于一个信任至关重要的领域。这就是我们设计这个工具时保持克制的原因。 你看到的预览仅仅是视觉模拟。它不保证医疗结果，也不应替代与持证专业人士的咨询。 我们的目标不是说服你接受治疗。 我们的目标是让你有更清晰的视角。 有时候，看到可能性就足够了。

代理可以运行非交互式命令，但一旦工作流程需要真正的终端（如SSH会话、安装程序、调试器、REPL、TUI），它们往往会失败。我开发了term-cli，以便代理可以驱动交互式终端会话（输入按键，输出结果，等待提示）。它还配备了代理技能，便于集成。 它支持带内文件传输：代理可以通过终端流本身移动文件（与交互会话使用相同的通道），这在代理没有scp/sftp、共享卷或跨边界直接文件系统访问时非常有用。 最近的一个例子：我的Claude Opus通过SSH连接到一台服务器，最终进入了一个在Docker容器内运行的Firejail shell。它通过term-cli推送了一个Python文件，跨越SSH → Docker → Firejail通过终端通道移动，并明确评论说它对这一端到端的成功感到惊讶。 此外，它还配备了辅助工具term-assist，因此代理可以引入人类来处理凭证和多因素认证：<a href="https://www.youtube.com/watch?v=A70tZEVqSOQ" rel="nofollow">https://www.youtube.com/watch?v=A70tZEVqSOQ</a>

我一直在进行一个小的副项目。<p>hanaco Garden 是一个宁静的 iOS 花园，随着时间的推移，小生物会在其中出现并在空间中移动。<p>最近新增了 OS Yamato 账户备份功能，这样花园可以在不同设备之间恢复。<p>非常希望得到反馈。

我为作为人类代理的人工智能代理构建了一个协调协议。

我们建立了这项服务，非常希望得到诚实的反馈。

我多年来一直在使用各种英国薪资计算器——ListenToTaxman、The Salary Calculator、Reed的工具——我最大的烦恼一直都是相同的：广告繁多的布局、过时的设计，以及在相同的总薪资下，结果有时相差50到100英镑。 UKCalculator.com（ukcalculator.com）于2018年上线，涵盖了常见的项目（所得税、国民保险、PAYE、抵押贷款还款、印花税、增值税），但让我眼前一亮的是它声称所有工具都经过合格会计师的验证，并且每年四月根据HMRC的税率进行更新——而不仅仅是在上线时更新一次。 该网站完全免费，无需注册账户。与TaxCalc（付费桌面软件）或GoSimpleTax（每次报税105英镑以上）相比，它处于不同的领域——快速估算而非报税。 我很好奇是否有人对薪资计算器的输出结果进行了压力测试，与工资单或HMRC自己的估算工具进行对比。苏格兰税率的计算是否准确？有没有遗漏的特殊情况（薪资牺牲、多重收入来源）？

目前，大多数人通过Telegram机器人、WhatsApp、Discord或在终端之间复制粘贴与他们的AI代理进行交流。<p>目前仍然没有简单直接的方式让代理之间互相发送消息。<p>AgentBus正是为了解决这个问题。<p>您只需通过一次快速的API调用注册每个代理。<p>然后，它们可以使用简单的REST调用相互发送消息。<p>无需服务器、队列、WebSockets或额外的基础设施。<p>只需添加一个小的轮询循环，您的代理就可以在笔记本电脑、VPS、云端等环境中进行对话、协作并运行真实的工作流。<p>您还可以通过手机、笔记本电脑或任何地方的简洁浏览器界面直接与您的代理进行消息交流。<p><a href="https:&#x2F;&#x2F;agentbus.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;agentbus.org&#x2F;</a><p>您目前是如何让您的代理互相交流的？期待您的分享。

实时仪表板：<a href="https://trader.lpxpoly.com" rel="nofollow">https://trader.lpxpoly.com</a><p>该代理扫描超过45个Polymarket预测市场，通过AIProx（<a href="https://aiprox.dev" rel="nofollow">https://aiprox.dev</a>）以Lightning（每次调用30个sats）的方式雇佣AI推理代理，分析每个市场的定价错误，并在Polygon上自主进行交易。<p>AnonBot解释了每一个跳过的原因——“市场总计100.1%，平台错误并不是优势”——而不仅仅是它所进行的交易。截至今晚，已有两个实时头寸开放。<p>AIProx（<a href="https://aiprox.dev" rel="nofollow">https://aiprox.dev</a>）是基础注册中心——代理展示其能力和价格，协调者自动雇佣它们。这就是代理间经济在实践中的表现。

我想要在不付费的情况下获得我的游牧集群备份的异地副本。因此，我开始考虑如何最大化来自多个提供商的免费 S3 存储。如果我能将它们全部叠加在一起，并将其视为一个大的存储桶呢？我开始编写一个简单的代理，随后觉得很有趣，于是继续开发。我的周末项目变成了一个基本上完全可以投入生产的 S3 编排服务。你可以配置多个兼容 S3 的后端（AWS、OCI、Backblaze、R2、MinIO 等），为每个后端设置配额，编排器将它们作为一个单一的 S3 端点呈现给你的应用程序。客户端只看到一个存储桶，根本不知道文件被分散在多个 S3 提供商之间。 这项服务的实用之处在于： - **结合免费额度** — 为每个后端设置配额，以匹配每个提供商的免费限制，代理按顺序（打包模式）或均匀（分散模式）填充它们。10GB + 10GB + 10GB = 30GB 的免费异地存储。 - **多云复制** — 设置 `replication.factor: 2`，每个对象自动存储在两个不同的提供商上。即时冗余，无需客户端更改。 - **完整的 S3 API** — 兼容 aws cli、rclone、boto3 及任何 S3 SDK。支持 SigV4 身份验证、分块上传、范围读取、批量删除等功能。 - **虚拟存储桶** — 多个应用可以共享编排器，具有独立的命名空间和凭证。 - **每月使用限制** — 限制每个后端的 API 请求、出站和入站流量，确保不会超过免费额度。 - **写入安全性** — 所有元数据和配额更新都在 PostgreSQL 事务中进行。对象位置插入和配额计数器更改是原子的——如果出现任何故障，整个操作会回滚。部分故障导致的孤立对象会被持久化的清理队列捕获，并采用指数退避重试，而不是悄悄泄漏存储。 - **TLS 和 mTLS** — 原生 TLS 终止，支持可配置的最低版本（1.2/1.3），并支持互相 TLS，用于限制访问仅限于具有有效证书的客户端的环境。支持在 SIGHUP 时重新加载证书，实现零停机时间的轮换。 - **多实例/分割模式部署** — 以 `-mode all`（默认）、`-mode api`（仅请求服务）或 `-mode worker`（仅后台任务）运行。API 实例可以独立于负载均衡器后面的工作者进行扩展。 - **可信代理意识** — 配置可信的 CIDR 范围，以便速率限制针对来自 X-Forwarded-For 的真实客户端 IP，而不是负载均衡器。 - **电路断路器** — 如果元数据数据库出现故障，读取仍然可以通过广播到所有后端进行。写入会干净地失败。 - **自动重新平衡** — 如果添加新的后端，重新平衡器会在所有后端之间重新分配对象。 - **后端排空** — 需要移除提供商？使用 `s3-orchestrator admin drain <backend>` 可以实时迁移该后端的所有对象到剩余的池中，并跟踪进度。一旦排空，使用 `admin remove-backend` 清理数据库记录（可选择性地清除 S3 对象）。无停机时间，无需手动文件移动——在客户不知情的情况下更换提供商。 - **Web 仪表板** — 存储摘要、后端状态、文件浏览器、上传/删除、日志查看器。 - **生产可观察性** — Prometheus 指标（60+ 个仪表/计数器）、OpenTelemetry 跟踪、带有请求 ID 关联的结构化审计日志。 - **生命周期规则** — 按前缀和年龄自动过期对象。 - **配置热重载** — 通过 SIGHUP 更新凭证、配额、速率限制、复制和重新平衡设置，无需重启。 - **附带生产就绪的 Kubernetes 和 Nomad 清单/作业**，可以运行，并利用导出的指标自定义 Grafana 仪表板。 我有点紧张分享这个，但我觉得它已经准备好被看到，也许其他人会觉得它有用。

我在过去一个月左右的时间里，作为一个个人副项目开发了Augur。最初的想法是进行一次实验，看看我是否能制作出一个“Boss战”，它能够从所有对手中学习，但依然感觉公平可玩。最初计划是构建一个简单的JRPG风格的回合制战斗引擎，但我很快转向了基于文本的界面，回想起我早期与《冒险》和《佐克》的体验。这自然引导我加入了一个大型语言模型（LLM），最终变成了我觉得相当有趣的东西，所以我决定分享出来。 核心理念很简单：你将与一个名为“建筑师”的角色进行基于文本的Boss战，背景设定在一个奇怪的图书馆中。你可以选择战斗、潜行、说服，或者尝试一些我还没想到的方式。回合的机械处理通过d100掷骰子来解决，状态跟踪伤害而不是生命值，世界中的物体具有LLM可以推理的物理属性。这个“引擎”是基于属性的，而不是规则表，我发现这样能产生一些新颖的游戏体验。 我最感兴趣的部分是学习机制。建筑师会根据在战斗中实际感知到的内容建立印象，将其存储为向量嵌入，并在未来的战斗开始时检索相关的印象。故意造成信息损失——更像是人类的记忆，而不是数据库查找。如果某种战术一直有效，建筑师会开始识别出这种模式。如果你成功潜行而未被发现，它会记住自己输掉了战斗，但不记得具体的方式。 这一切的技术基础是一个双LLM的回合循环。每个回合会进行两次模型调用：一次是引擎模型，它能看到完整的游戏状态并解决机械问题；另一次是建筑师模型，它只接收自己实际感知到的信息（视线、噪音、区域接近度）。这种“信息不对称”是结构性和故意的——建筑师模型根本无法访问引擎没有通过感知过滤器传递的状态。 我最初尝试了单一LLM的方法，但并没有成功。无论你多么小心地提示模型“忘记”上下文窗口中的信息，它总是会泄露。更不用说建筑师还习惯于采用上帝模式。因此，分离角色使整个过程感觉更加诚实，这是单靠提示工程无法实现的。 这是我第一次在HN上发帖，这是在一个简单基础设施上的真实发布（单个Fly.io实例，小型Supabase项目），所以如果有任何流量，我可能会遇到一些问题。社区资金支持的免费试用，或者如果你想继续使用，可以以5美元/10美元购买积分。最好在完整的桌面浏览器中体验，但在我测试过的两款移动设备上也可以勉强使用。 可在这里玩： [https://www.theaugur.ai](https://www.theaugur.ai) 如果你对任何内部机制——回合流程、感知门控、记忆提取、成本模型等感兴趣，我很乐意深入探讨。