1 分•作者: everfrustrated•2 个月前
返回首页
最新
1 分•作者: larrysalibra•2 个月前
74 分•作者: nickthegreek•2 个月前
6 分•作者: louis030195•2 个月前
大家好,我是 Louis,Screenpipe 的开发者。Screenpipe (<a href="https://screenpipe.com">https://screenpipe.com</a>) 是一款能够本地录制屏幕和音频的应用,它能为 AI 代理提供一个可搜索的记忆库,记录你所看到、听到和说过的内容。这使得自动化重复性任务、将其转化为标准操作规程 (SOP) 等变得更加容易。
我制作了一个 HN 风格的演示视频:<a href="https://www.tella.tv/video/build-your-ai-second-brain-with-screenpipe-e1j7">https://www.tella.tv/video/build-your-ai-second-brain-with-s...</a>,还有一个宣传视频:<a href="https://www.youtube.com/watch?v=c1jV6E9pyug">https://www.youtube.com/watch?v=c1jV6E9pyug</a>。
我对此一直非常着迷。自 2020 年以来,我一直在维护一个“第二大脑”,用于存储我的日记、手写笔记、听的音乐、正在进行的项目、与他人的对话、个人 CRM 等。我早期尝试了大量基于 ParlAI 的 RAG(检索增强生成),以及数百个微调的 GPT2 模型和 GPT3(<a href="https://forum.obsidian.md/t/fine-tuning-openai-api-gpt3-on-your-second-brain-obsidian/21849/4">https://forum.obsidian.
23 分•作者: theanonymousone•2 个月前
2 分•作者: sonabinu•2 个月前
1 分•作者: eveerett•2 个月前
1 分•作者: vilos1611•2 个月前
1 分•作者: ulrischa•2 个月前
1 分•作者: speckx•2 个月前
2 分•作者: porteclefs•2 个月前
1 分•作者: Brajeshwar•2 个月前
1 分•作者: TimLeland•2 个月前
1 分•作者: systima•2 个月前
根据我们上次帖子的反馈,我们测量了 Claude 代码子代理的扇出与顺序执行相同工作的对比结果。<p>我们发现,它们使用的输入 token 数量是顺序执行的 2 到(接近)6 倍,并且在我们测试的任何任务上都没有更快。
1 分•作者: EvanZhouDev•2 个月前
21 分•作者: conradqh•2 个月前
2 分•作者: Jonathanfishner•2 个月前
大家好,我是 Jonathan 和 Guy,OneCLI 的开发者。OneCLI 是一个开源的 AI 代理保险库。传统的保险库用于存储您的秘密信息,并在需要时以安全的方式提供给您,您信任保管者会妥善保管。我们认为,在代理的世界里,情况并非如此,因为您不知道秘密在交付给代理后会发生什么,或者它被保存在哪里。甚至可能有人操纵它们来交出秘密?
基于这种理解,我们决定构建一个网络网关,位于您的 AI 代理和它们调用的服务之间。OneCLI 根据主机/路径匹配请求,验证代理是否应具有访问权限,用真实凭据替换占位符,然后转发请求。
秘密存储在 OneCLI 保险库中,静态加密,或者可以从您的 Bitwarden / 1Password 钱包实时获取。
演示 - https://youtu.be/5e5pbPEzZfY
我们构建 OneCLI 的方式始于一次意外,尽管我们的职业生涯都在安全领域。当时,我们实际上在开发一个名为 ChartDB 的开发工具,这是一个开源数据库工具。随着 OpenClaw 在今年一月推出,我们开始使用它来编排 ChartDB 之上的代理。我们很快意识到身份验证方面存在一个大问题。代理需要凭据才能完成实际工作,但将这些秘密交给它们并不是最好的主意。它们将秘密保存在内存中,并以明文形式写入本地文件和会话。从我们的角度来看,代理很容易被欺骗而交出 API 密钥/秘密。因此,我们需要一种方法来控制代理,并阻止提示注入欺骗它为了攻击者的利益而使用其服务。不向代理提供密钥 + 为敏感操作添加警报或人工干预,以防有人操纵代理,并且访问日志会被审计。
代理是用 Rust 编写的,仪表板是 Next.js,秘密在静态时使用 AES-256-GCM 加密。所有内容都在 Docker 容器中运行。可与任何代理框架(Claude Code、Codex、Cursor、OpenClaw、Hermes 或任何可以设置 HTTPS_PROXY 的框架)配合使用。
我们每天都在使用它。我的 OpenClaw 通过 Attio、Gmail 和我的日历处理我的一天,敏感操作需要人工批准。批准在网络层强制执行,因此无论代理是通过 MCP、CLI、curl 还是它即时编写的代码,都有效。
对于 Guy 来说,它负责审查 PR,但没有他的批准就无法合并。公司目前主要将其用于编码代理,这些代理会创造性地寻找提升权限的方法来达到目标。有了 OneCLI,无论代理找到什么,如果请求不在策略范围内,它都不会通过。
它不会阻止代理滥用其合法拥有的访问权限,因此请严格限定策略范围。
很乐意回答任何问题。我们相信我们不能信任模型会表现良好,必须设定确定性的规则来保持控制。
3 分•作者: harisamin•2 个月前
我是一名90后。NeoGeo游戏机是我一直渴望拥有的,而且我只认识一个人拥有!
对于关注我的人来说……今年晚些时候将推出一款新的NeoGeo AES游戏机!
我感到很兴奋,想重温我喜爱的经典SNK游戏(《超级足球》、《合金弹头》、《龙虎之拳》)。
我首先尝试了出色的OpenEmu macOS原生模拟器前端,但发现它不支持NeoGeo游戏机(顺便说一句,我后来发现有实验性支持)。
MAME是存在的,但我想要一个类似OpenEmu的、更美观的macOS前端。
在我职业生涯中(出于兴趣和工作需要),我曾开发过许多macOS/iOS应用。所以决定尝试一下。很快,这就不再仅仅是一个MAME前端……我想要更好的体验,并嵌入了出色的libGeoLith模拟器库。
NeoBox可以使用GeloLith(具有原生Metal渲染管线)或作为自管理MAME安装的前端。
所以……哪些是AI生成的,哪些不是:
* 主要的原生macOS前端完全是手工编写的代码,没什么特别的。只是原生的AppKit代码。
* 费尽心思测试尽可能多的NeoGeo ROM并修复bug。
AI辅助:
* 网站(显而易见 ;) )
* libgeolith和Metal渲染管线。这对我来说是全新的领域,没有AI我真的无法完成。我对图形渲染管线不太精通,所以Claude在帮助我实现这一点上表现出色,这让我非常惊讶!
我的目标……很简单……希望它能资助我购买新的NeoGeo AES+终极版游戏机 :)
就是这样!
Mac App Store链接:https://apps.apple.com/us/app/neobox-neo-geo-player/id6769912877
11 分•作者: wozniakpawel•2 个月前
26 分•作者: dhorthy•2 个月前