1作者: Alechko12 天前原帖
我们开发了一款浏览器扩展(适用于Chrome和Firefox),可以捕获运行时的DOM并将其导出为JSON格式。 这不是预渲染的源代码(HTML/CSS/JS、模板、打包文件),也不是截图——而是浏览器实际显示的实时渲染状态: - 可见性/隐藏、禁用/必填 - 当前输入值和验证/验证消息 - 数据集属性 - 修剪后的文本 - 稳定的选择器路径 **为什么:** 大型语言模型(LLMs)通常会遗漏或猜测用户界面的状态。截图过于模糊,预渲染的源代码噪声太大。结构化的快照为调试表单和流程提供了可重复的上下文。 **安全性:** - 在浏览器中以只读内容脚本的形式本地运行。 - 无遥测,无外部请求。 - 不会修改页面;它仅读取DOM。 - 数据只有在您自己复制时才会离开浏览器。 - 对源级的提示注入免疫——它从不执行或重写页面代码,仅序列化可见状态。 **使用案例:** - 调试客户端表单:捕获真实的渲染状态,而不仅仅是HTML。 - 可重复的错误报告:与其分享模糊的截图,不如分享确切状态的JSON快照。 - 测试自动化:在操作前后快照以比较行为。 - 提示工程:直接提供结构化的用户界面状态,而不是原始标记或截图。 **链接:** • Chrome 网上应用店: [https://chromewebstore.google.com/detail/element-to-llm/oofdfeinchhgnhlikkfdfcldbpcjcgnj?utm_source=item-share-cb](https://chromewebstore.google.com/detail/element-to-llm/oofdfeinchhgnhlikkfdfcldbpcjcgnj?utm_source=item-share-cb) • Firefox 附加组件: [https://addons.mozilla.org/en-US/firefox/addon/element-to-llm/](https://addons.mozilla.org/en-US/firefox/addon/element-to-llm/) 想知道大家对这种方法的看法。
2作者: rileygersh12 天前原帖
iOS 26 将于9月15日发布。今天我询问了每个主要的语言模型(LLM)关于它的情况。 提问:“在不进行任何研究或推理的情况下,iOS 26是什么?” GPT-5:“iOS 26不在我的训练数据中。” Claude 4.1:“我没有关于iOS 26的任何信息。” Gemini:“我无法回答你关于iOS 26的问题。” 他们不知道它的存在,更不用说苹果的智能更新了。 试着询问一些实际的代码: “编写iOS 26的基础模型代码” “iOS 26中的SystemLanguageModel是什么?” “我该如何实现液态玻璃设计?” 所有模型都完全失败。没有任何AI助手——甚至GPT-5——能够编写iOS 26的代码。在距离发布还有12天的情况下,开发者需要在没有AI支持的情况下发布iOS 26应用。 紧迫性: - 苹果智能需要基础模型 - 液态玻璃设计变得“强制” - 为了被视为现代,应用需要在9月15日前更新 自7月以来,我已将iOS 26的框架以LLM友好的格式进行了记录。 31个技术文件涵盖基础模型、液态玻璃、Swift Charts、迁移模式——所有文件均在iOS 26测试版上进行了测试。 https://llmbridge.gumroad.com/l/elbve 知识差距是真实存在的。
3作者: standards-sft12 天前原帖
一种仅通过浏览器实现的文本复制/粘贴和在设备之间发送小文件的方法。 • 无需账户,通过代码/二维码加入 • 设备内的AES-256端到端加密 • 文件大小限制为5 MB 常见问题:<a href="https://copypastefree.ca/faq.html" rel="nofollow">https://copypastefree.ca/faq.html</a>
23作者: kylemacomber12 天前原帖
嗨,HN,我们是Kyle、Jacob和Tim。我们正在开发Bitrig(<a href="https://www.bitrig.app">https://www.bitrig.app</a>)。<p>Bitrig让你可以在手机上通过与AI聊天来创建原生Swift应用。这就像是为iPhone应用而设计的Lovable。<p>这是Bitrig实际操作的视频: <a href="https://youtu.be/CUlWhF3ERME" rel="nofollow">https://youtu.be/CUlWhF3ERME</a><p>我们在Apple创建了SwiftUI,以帮助开发者用更少的代码制作更好的应用。Bitrig让任何人都能以这种精致的水平进行开发。如果你曾考虑过制作iPhone应用,Bitrig是开始使用Swift的最简单方式。<p>Bitrig使用Claude Sonnet 4.0,通过简单的系统提示和工具定义来生成原生Swift代码。通常在iPhone上运行这段代码需要使用Xcode进行编译和签名,而你无法在iPhone上运行Xcode。因此,我们做了一些……创造性的事情。我们编写了一个自定义的Swift解释器!这使得你可以立即在Bitrig中预览你的应用,并通过一个URL分享它。<p>如果你拥有一个付费的Apple开发者账户,可以将其与Bitrig连接。我们将在我们的服务器上编译你的应用,并将其上传到App Store Connect,这样你就可以在TestFlight或App Store上分发它。最后一步还会为你的应用提供一个完全优化的构建版本,你可以直接安装在主屏幕上。<p>我们认为在手机上直接构建应用是非常激动人心的。希望你能试试Bitrig!<p>我们正在逐步将Apple的SDK框架引入Bitrig。如果你尝试构建某个东西时遇到缺失的框架,请告诉我们,我们会优先添加它。<p>在App Store下载Bitrig: <a href="https://apps.apple.com/us/app/bitrig/id6747835910">https://apps.apple.com/us/app/bitrig/id6747835910</a>
1作者: shunicorn12 天前原帖
我在科技(软件工程)和咨询领域工作了15年,其中大部分时间是在早期创业公司。我自己也是一名创始人,曾与一位联合创始人兼朋友发生过冲突。我还见证过其他公司因联合创始人之间的矛盾而倒闭。 我看到的统计数据显示,65%的高潜力创业公司因联合创始人之间的紧张关系而失败。然而,据我所知,大多数孵化器和加速器并没有提供对齐、决策或冲突预防的工具。 最近,一位曾在三人创始团队中的同事告诉我,他们正处于分裂的边缘。我在过去五年多的时间里一直在教授和促进非暴力沟通(NVC)和冲突解决,因此我与他们合作了一个月。我们建立了沟通规范和分歧处理协议。他们现在仍在一起,并表示沟通有所改善。 我开始认为,这类技能和协议确实可以帮助团队建立信任,降低风险投资的可能性。 我对你的经历很感兴趣: - 你有没有见过有效的方法来防止冲突的出现? - 当出现分歧时,有什么方法帮助管理或解决这些问题? - 你有没有见过孵化器、加速器或投资者在这方面提供支持? - 回顾过去,你早期有哪些盲点导致后来的冲突或破裂? - 在冲突的核心,你认为真正发生了什么?你认为如果有更多的支持,这些问题是否可以得到解决?