2作者: digi_wares13 天前原帖
你好,HN 的朋友们——我是一个创作者, 我创建了 Sornic,因为我有超过 100 篇从未阅读的保存文章。现在我可以在通勤时听这些文章。<p>它的工作原理: - 粘贴任何文章的 URL - Mozilla Readability 提取内容 - Claude Haiku 进行清理(去除“订阅”信息、广告等) - OpenAI TTS 生成自然的音频<p>免费使用,每天可处理 5 篇文章,无需注册。<p>技术栈:Next.js、Upstash Redis、Vercel<p>我希望得到的反馈: - 哪些网站无法正常工作(以便我改进提取) - 对声音质量的偏好 - 你愿意为无限制使用付费吗?<p>感谢你的尝试!
1作者: Bayram13 天前原帖
大家好!我开发了 Retain,作为 claude-reflect 的进化版(github.com/BayramAnnakov/claude-reflect)。 最初的问题是:我每天都在使用 Claude Code/Codex 编程,同时偶尔使用 claude.ai 和 ChatGPT。每次对话中都有决策、修正和我几周后会忘记的模式。我总是需要重新解释相同的偏好。 claude-reflect 是一个命令行工具,可以从 Claude Code 会话中提取学习内容。Retain 在此基础上进一步发展,推出了一个原生的 macOS 应用,具备以下功能: - 聚合来自 Claude Code、claude.ai、ChatGPT 和 Codex CLI 的对话 - 在数千个对话中进行即时全文搜索(SQLite + FTS5) 它是以本地优先为原则的——所有数据都保存在本地的 SQLite 数据库中。没有服务器,没有遥测。网页同步使用您的浏览器 cookies 直接获取对话内容。
1作者: Mrakermo13 天前原帖
嗨,HN, 我是埃里克,我创建了 www.meetgoran.com。 Goran 是一款适用于销售团队的 Mac/Windows 桌面应用程序,它将您的电话转化为可操作的辅导内容:涵盖了哪些内容(以及哪些内容没有),下次需要改进的地方,以及代表之间的模式。 前五次会议免费(无需信用卡),设置时间约为 10 分钟。 连接 Google 日历,以便它可以加入预定会议并捕捉通话背景。 它的功能(实用,不是“AI 魔法”)包括: - 生成结构化的销售笔记,并突出关键时刻(如定价反对、后续步骤等) - 根据 MEDDIC/BANT 等框架(或您自己的检查清单)对通话进行评分 - 帮助经理比较“顶尖与中等”行为,而无需重新观看数小时的录音 - 使优秀示例可搜索,以便新代表可以复制已有的成功经验 我为什么要创建它: 在大多数团队中,最佳的谈话内容往往被困在没人重看的录音中,而经理们也没有时间去辅导每位代表。我希望有一个工具能将通话转化为代表们实际使用的“自我构建手册”。 我希望得到的反馈: - 在哪些情况下这不适用(团队规模、工作流程、合规限制)? - “默认”输出应该是什么:代表辅导、经理仪表板,还是团队手册? 非常期待所有的反馈。
1作者: jsosville13 天前原帖
BizBuySell 和类似的市场平台往往封闭、不透明,并且充斥着重复信息。因此,我创建了一个开源、可审计的商业出售列表账本。 每条记录都有来源链接、时间戳,并且可以验证。如果某个列表无法追溯到其原始来源,那么它就不算存在。 可以把它想象成经济资产的维基百科/EDGAR/开放街图,这些资产实际上是可以出售的。 我很好奇:这是否是一个有用的公共基础设施?你会在此基础上构建什么?
7作者: donatj14 天前原帖
我已经在软件工程领域工作了20多年。<p>我早期工作的地方几乎没有IT部门。作为开发者,你需要能够维护自己的机器。我们可以安装任何我们想要的软件,尝试不同的操作系统等等。完全自由,电脑是我们完成工作的工具,他们并不关心你是如何做到的。<p>这种自由早在很久以前就消失了。基本的企业监控软件和规章制度很早就出现了,但我们对工具的使用仍然有一定的自由。<p>我在同一家公司工作了近十年,他们逐渐收紧了对我们的限制。我们名义上是一家软件公司,但我们失去了管理员权限,安装软件的方式也从黑名单变成了白名单。我们安装的每个软件都需要IT部门的批准,而这个批准过程需要几周时间。<p>今天,他们取消了我们的Chrome扩展程序。现在我们只能安装大约15个在白名单上的扩展。我提交的所有申请都被拒绝了。<p>我对这种安排感到沮丧,并且想知道在这个行业中,这种情况现在有多普遍?<p>所以我真的很想知道,Hacker News的朋友们:你们在哪个行业工作,公司的规模有多大,你们的机器有多严格的限制?
3作者: insuranceguru14 天前原帖
我一直在研究提供基于使用的保险(UBI)的主要汽车保险公司的隐私政策。似乎大家普遍认为移动应用程序“更容易使用”,但它们需要广泛的操作系统级权限(如位置、运动),这在技术上可以全天候追踪你的行踪。 相比之下,OBD-II接口设备的硬件限制在于车辆的操作。它们知道汽车的驾驶方式,但不一定知道你停车后走到哪里。 从数据安全的角度来看,是否有技术上的理由更倾向于选择其中一种?我在这里写了一篇关于硬件权衡的比较文章:https://suretyinsights.com/blog/dongle-vs-app-the-hardware-of-usage-based-insurance。我很好奇是否有人对这些接口设备发送的实际数据包进行了逆向工程。