Aperture 开源 AI 代码编辑器，Composer 自动规划并生成 diff，应用前自动校验解析、类型与测试，适合开发者安全落地 AI 改码。 热门评论 PH 用户“一个跑不起来的检查会说明原因，绝不会显示成通过”这一点，才是真正会让我比其他编辑器更信任它的细节——这正是我用 Claude Code 时、没盯紧的情况下会担心的那种悄悄通过型失败。有一点我很好奇：新的失败会回到智能体那里修复一次——那第二次还是没修好会怎样？它会把 diff 连同失败的测试一起展示给我，让我看到它试过什么，还是直接丢掉这次改动，告诉我它做不到？那种时候我最想要的是最大程度的可见性，而不是一条干干净净的失败消息PH 用户Product Hunt 的朋友们，大家好，我是 Witchayut。AI 代码编辑器很擅长写出看起来没问题的改动。但改动能不能解析、import 是否指向有效位置、测试是否还过，通常都是你应用之后才发现。我做 Aperture，就是为了让编辑器先替你检查。Composer 会读代码、发一个计划，然后等你点 Build it。改动会以 staged diff 的形式到达，你可以逐文件保留或跳过。在你应用之前，什么都不会碰你的文件。每个 staged 改动都会过五项检查：能解析、import 能解析、类型检查通过、预览能渲染、项目测试能跑。跑不了的检查会说明原因。它绝不会显示为通过。如果某个测试在改动前就已经失败，Aperture 会说明，而不会怪到这次改动头上。测试会在你浏览器标签页里的沙箱化 Worker 中运行，没有网络访问，所以不花钱，大约一秒完成。它支持 node:test、Vitest 和 Jest。新的失败会回到智能体那里修复一次。还有一个设计模式：在预览里点击某个元素，就能编辑它的 CSS 或页面的主题 token。demo 播放的是录好的运行过程。要用真实模型，就用你自己的 key 自托管，支持 Grok、OpenAI、Anthropic、Gemini、DeepSeek 或自定义 endpoint。它是 MIT 许可。demo 会让你先登录才能运行计划。它播放的是录好的运行过程，所以不花钱。你也可以在一分钟内本地跑起来，不需要 API key；命令都在 README 里。我想听听这些：- 这些检查能抓住真正会坑到你的错误吗？还缺什么？- 这个浏览器内测试 runner 在你的项目上会在哪里翻车？- 前五分钟里有什么让你困惑的地方。谢谢大家花时间看看。 热门产品Witchayut2026-10-04原文 打开互动版
AI 代码编辑器很擅长写出看起来没问题的改动。但改动能不能解析、import 是否指向有效位置、测试是否还过，通常都是你应用之后才发现。我做 Aperture，就是为了让编辑器先替你检查。
Composer 会读代码、发一个计划，然后等你点 Build it。改动会以 staged diff 的形式到达，你可以逐文件保留或跳过。在你应用之前，什么都不会碰你的文件。每个 staged 改动都会过五项检查：能解析、import 能解析、类型检查通过、预览能渲染、项目测试能跑。跑不了的检查会说明原因。它绝不会显示为通过。如果某个测试在改动前就已经失败，Aperture 会说明，而不会怪到这次改动头上。
测试会在你浏览器标签页里的沙箱化 Worker 中运行，没有网络访问，所以不花钱，大约一秒完成。它支持 node:test、Vitest 和 Jest。新的失败会回到智能体那里修复一次。
还有一个设计模式：在预览里点击某个元素，就能编辑它的 CSS 或页面的主题 token。demo 播放的是录好的运行过程。要用真实模型，就用你自己的 key 自托管，支持 Grok、OpenAI、Anthropic、Gemini、DeepSeek 或自定义 endpoint。
它是 MIT 许可。demo 会让你先登录才能运行计划。它播放的是录好的运行过程，所以不花钱。你也可以在一分钟内本地跑起来，不需要 API key；命令都在 README 里。
我想听听这些：
- 这些检查能抓住真正会坑到你的错误吗？还缺什么？
- 这个浏览器内测试 runner 在你的项目上会在哪里翻车？
- 前五分钟里有什么让你困惑的地方。
谢谢大家花时间看看。