1作者: inesbarros114 天前原帖
你好,HN - 我正在推出 powerapply.ai。 我和我丈夫都在全职工作。他学习了计算机科学,并创办了一家小型风险投资支持的公司。我是一个健康科技初创公司的增长负责人。构建小产品是我们的小小逃避。 最近,他在多年几乎不编程后又开始编码(主要使用 Claude、Cursor 和 Lovable)。经过几次尝试后,我们找到了一个都想探索的想法,这就是 Power Apply 的诞生。 去年底,我和一个正在找工作的朋友散步。她在抱怨求职过程是多么混乱:一次又一次地填写相同的表格,保持多个简历版本的更新,写那些听起来你真的很想要的求职信(显然,仅仅是有账单要支付并不足以说服人)。那天晚上,我在 Reddit 上发现了数百个相同的抱怨。我也尝试了一些旨在解决这个问题的产品,但发现它们都显得有些粗糙(而且价格昂贵)。 今天,Power Apply 做三件事: - 解析主简历,并为任何职位生成量身定制的版本,利用职位描述来决定强调什么以及如何表述; - 通过 Chrome 扩展自动填写求职申请(在提交前可以审核/编辑); - 在一个地方跟踪整个求职过程(保存、申请、面试、被拒绝)。 这是免费的。 我计划公开记录从 0 到 100 用户的旅程,主要是为了让自己保持责任感(我有一些想法想要测试和分享)。我之前在 HN 上发过帖,主要是与全职工作相关的内容,反馈总是非常有帮助(而且直言不讳)。 如果你正在找工作(或随意申请),我非常希望你能对产品或问题提出诚实的批评。有什么是目前缺失的而会对你有帮助的?如果你尝试了,有什么不好的地方?
1作者: inferno2214 天前原帖
如果你是一位不懂编码的创始人,你可能依赖工程师来告诉你产品的发布情况。这种方式在投资者要求更新、客户需要变更日志,或者你需要了解项目进展时就显得不够有效。 它的功能: 连接你的代码库。提出问题: “上周发布了什么?” “目前进展如何?” “谁负责了哪些工作?” 从你的提交历史中获取简单明了的答案。 自动报告: 安排每周或每月的总结。通过Slack或电子邮件发送。转发给投资者或董事会。 其他功能: 团队范围内的Slack机器人访问 贡献者统计信息
2作者: oliverjanssen14 天前原帖
你好, 我在2024年4月开始了Muky。这是一个经典的副项目,结果变得有些失控。我们有两个孩子——小的那个对Toniebox很满意,但大的那个已经不再适用了。她开始要求特定的歌曲、没有以玩偶形式提供的有声书,还有“那部电影里的音乐”。 我们有一台闲置的旧iPad Mini,而且已经在支付Apple Music的费用。每次花17欧元/20美元买一个只提供30-45分钟内容的玩偶,感觉有点傻,毕竟我们有1亿首歌曲可供选择。 现在已经更新到4.0版本,经历了大约20次更新。一些经验教训: 关于硬件与应用的权衡: Toniebox和Yoto对于小朋友来说非常棒——触感好、简单,不需要屏幕。但一旦孩子们想要更多,就会遇到瓶颈。把Apple Music交给一个5岁的孩子意味着无尽的滚动和“爸爸,这首歌讲的是什么?”Muky则处于两者之间——提供完整的音乐库访问,但父母可以控制可见内容。 关于分享: 还记得把CD或磁带借给朋友吗?或者孩子们在玩耍时交换Tonie玩偶吗?我想在数字应用中实现这一点。所以我构建了QR码分享功能。扫描、导入、完成。而且与实体物品不同——两者都可以保留一份副本。 关于用户引导: 最初的版本:空白应用,让你自己摸索。用户留存率非常糟糕。现在:4步引导,真正帮助你上手。早该这样做。 关于内容发现: 1亿首歌曲听起来很不错,但当你需要找东西时就不那么简单了。父母不想搜索——他们想要建议。我花了很多时间构建一个浏览标签,里面有为孩子们精心挑选的专辑和有声书。现在感觉这个应用能帮助你,而不是单纯等待输入。 关于原生开发: 选择了Swift/SwiftUI而不是Flutter或React Native。没有 regrets——SwiftUI使用起来非常愉快,性能也很好。Android用户定期询问移植的事。现在没有这个能力,但Swift在Android上的进展正在进行中(https://www.swift.org/documentation/articles/swift-sdk-for-android-getting-started.html)。也许有一天。CarPlay是另一个父母们一直在询问的功能——采用原生开发应该能更容易地添加这个功能,如果Apple允许我这样做的话。 关于订阅与一次性购买: 最开始是一次性购买。发布时收入激增,然后就没了。后来转为订阅——现有的一次性购买用户仍然可以完全访问。虽然更难销售,但可持续。 如果你对独立iOS开发或为孩子们构建应用有任何问题,随时问我。如果你感兴趣,应用可以在这里找到:https://muky.app。
10作者: Paddyz14 天前原帖
嘿,HN!<p>我是在开车、做饭或锻炼时,因无法记录灵感而感到沮丧后开发了这个工具。你知道灵感闪现的那一刻,但双手却忙于其他事情吗?<p>问题:Doubao AI耳机(在中国很受欢迎,类似于AirPods,但内置AI)非常适合问答,但所有对话在听完后都会消失。它是一个封闭的生态系统,无法导出有价值的内容。<p>我的解决方案:一个Python工具,监控Doubao的网页界面,并实时将语音笔记同步到Obsidian。<p>它的有趣之处在于:<p>30多种语音变体识别 - 即使你说“记下”而不是“做笔记”或使用“呃,记下这个”等填充词也能正常工作 免提操作 - 只需说“Doubao,记下,[你的内容]”,它会立即出现在Obsidian中 智能去重 - 对于相似内容不会创建重复条目 跨平台 - 适用于Windows、macOS和Linux 技术实现:<p>使用Playwright监控DOM变化和网络请求 正则表达式引擎处理语音变体和口语化表达 SQLite用于去重逻辑 异步I/O实现实时文件操作 我测试过的实际用例:<p>在办公室之间开车时捕捉会议见解 在跑步时记录锻炼想法 在做饭时记录食谱改进 在散步时快速捕捉想法 这个工具本质上打破了AI耳机的封闭生态,将其转变为一个合适的知识管理设备。就像拥有一个真正能记住和整理你所说内容的语音助手。<p>演示:说“Doubao,记下:记得研究异步模式” → 立即出现在收件箱/语音笔记/2026-01-21.md<p>使用Python + Playwright + SQLite构建。MIT许可证。<p>你觉得怎么样?你是否也遇到过语音助手无法保存信息的类似问题?很想听听你在移动中捕捉想法的工作流程!<p>GitHub: <a href="https://github.com/GptsApp/doubao-earphone-to-obsidian" rel="nofollow">https://github.com/GptsApp/doubao-earphone-to-obsidian</a>
2作者: sam25614 天前原帖
简而言之 - 在 Docker 容器中输入 `/login` 的 Claude 代码将会在你的主机浏览器中进行身份验证 :) 我的团队几乎完全在开发容器中进行开发。如果你在开发容器内发起 OAuth2 身份验证(例如用于 Claude、Azure CLI 等),你要么 (a) 需要进行一些烦人的复制粘贴,要么 (b) 使用 VS Code,这样就能神奇地使其与主机浏览器配合工作。 这个工具将 VS Code 的魔法变成一个独立的实用程序,因此你不需要使用 VS Code,但仍然可以自动将你的 OAuth2 请求代理到主机浏览器。 基本思路(我相信这也是 VS Code 在后台所做的)是建立一个主机与容器之间的服务器-客户端关系,抓取你容器内 CLI 工具的浏览器请求,转发到主机,进行 OAuth 身份验证,然后再转发回容器。 我们已经使用它一段时间了,效果很好。想和大家分享一下。
1作者: mayassin14 天前原帖
现在是2026年,人类语言在某种程度上已经趋于统一。我们逐渐从编写代码转向编写详细的计划。这些计划已经发展到可以直接嵌入我们的工具中(例如,Cursor的计划模式,CC也有类似功能)。为什么我们不把这些计划像代码审查一样进行审查呢? 最终,我们对Python的看法将不会再像现在对汇编语言的看法一样。我从不检查GCC编译器的二进制输出,因为我信任它。我现在所看到和使用的工作流程完全不同。我希望团队能够对计划进行代码审查,而不仅仅是对实现进行审查。 AI尚未达到确定性,因此我们还没有达到GCC编译器的水平。然而,一个好的计划审查的价值是实施审查的10倍。代码是一种商品,而计划则是尚未解决的部分。你可以花几个小时让你的代理去实现,然后把所有东西都丢掉,或者让团队达成共识,几乎一次性完成大多数任务。当然,这在AI出现之前就一直是如此,达成共识关于构建什么总是比如何构建更重要,但像Claude Code和Cursor这样的工具使得计划成为唯一真正重要的部分。 团队应该在一个结构化的文本文件上达成一致。可以称之为plan.md,或者根据你所使用的实现工具命名。它描述了功能、逻辑,最重要的是成功的衡量标准。 以下是实际的工作流程: 1. 选择一个任务,并使用Claude Code / Cursor创建一个plan.md文件。根据需要进行迭代,确保你有好的成功标准,以便代理可以朝着这个目标构建。 2. 打开一个草稿PR,附上该文本文件。将其放入Slack中。团队在Slack或GitHub评论中对方法达成一致。我通常更喜欢在Slack上对计划进行迭代,而在GitHub评论中进行代码评论。 3. 一旦团队对计划表示认可,就将代理指向该计划。由于成功标准已经写出,代理可以自我验证。 4. 一旦你对实现满意,现在就更新PR,附上生成的代码,让你的队友像审查任何代码审查一样审查代码,除了他们已经审查过你的计划,因此有更多的上下文。