最新

嘿，HN - 我是创始人。我正在构建 Qordinate，基于一个简单（但宏大的）想法： 大多数 AI 助手都是在和你对话。我想要一个为你发声的助手——一个可以代表你与他人分享、谈判和协调的助手。 现实情况是：我们还处于早期阶段。今天，Qordinate 可以： - 在你的授权下，代表你发送简洁的信息 - 通过小表单收集信息/文件并跟踪回复 - 礼貌地提醒他人，并与您保持沟通 - 通过连接器执行基本操作（Gmail/日历/GitHub/Linear/Drive/Slack） - 在聊天中保持轻量级的列表（任务、联系人、日志） 我为什么要做这个 真正的痛点不是知道该做什么，而是让其他人履行他们的责任。协调就是一种负担。我想要减轻这个负担。 我不确定的地方 - “为你发声”应该走多远才不会让人觉得烦人或有风险 - 什么样的审批流程既安全又不繁琐 - 你实际会使用哪些协调模板（收集文件、选择时间、追踪发票等） 路线图 - 更好的多方调度 如果你感兴趣： - [https://qordinate.ai/](https://qordinate.ai/) 我知道的比你们中的许多人少。欢迎告诉我哪些想法愚蠢、缺失或有风险。

大家都在谈论“意识人工智能”或“涌现的通用人工智能”，但稍微退后一步——科学家们仍然没有一个关于意识究竟是什么的有效定义。 它是计算吗？信息整合？还是我们尚未能够测量的其他东西？ 如果我们无法定义目标，怎么能判断一台机器是否达到了这个目标？ 我们是在构建智能，还是仅仅是在进行更好的模仿？ （真心想知道HN社区对此的看法——工程师、神经科学家、哲学家们都欢迎参与讨论。） 发布者：f_of_t

嗨，HN—— Bracket City 是我今年早些时候制作的文字谜题游戏，部分得益于这个社区（请参见 [这里](https://news.ycombinator.com/item?id=43622719)），我在四月份成功将其授权给了《大西洋》杂志。 这个游戏发展迅速，我想分享最新的消息：一个工具，让任何人都可以制作 Bracket City 谜题——特别是一个“Bracket Suburb”！ 我制作这个工具是为了帮助我构建谜题，几个月来我每天都在使用它。 在《大西洋》发布后，我开始收到偶尔的询问，问是否有办法制作自己的谜题。有一个人想把 Bracket City 谜题作为他为求婚而设计的谜题猎人的一部分（他成功了！），这让我相信制作一个公开可用的工具会很有趣。 我说服了《大西洋》支持这个想法，我们今天推出了一个“示例”自定义谜题：由我的朋友 Wyna Liu（因 NYT Connections 而出名）制作的万圣节/恐怖主题谜题。 [点击这里查看](https://suburbs.bracket.city/wyna) 我们还准备了其他一些有趣的“名人”谜题，计划在今年晚些时候推出。 这个想法是，大家可以使用这个构建工具制作自定义谜题，用于生日祝福、活动邀请、调侃、求婚或分手，除了“正常”的 Bracket City 谜题之外。 我也希望能更多地了解这种格式的潜力——填字游戏受益于构建者的创造力，我希望 Bracket 谜题也能如此。 好消息是，构建 Bracket 谜题比填字游戏要简单得多。一旦你尝试过，你就会明白原因：你有更多的自由度。在填字游戏中，每增加一个单词，约束条件就会呈指数级增加——每个新条目都会大幅减少完成网格的剩余选项。而 Bracket 谜题则正好相反：随着你添加线索，你扩展了可用于新线索的材料。 无论如何，我非常希望能收到任何反馈，并尝试这里的朋友们制作的谜题。我希望我们能尽快找到一种方式，在《大西洋》上突出展示最佳社区谜题！ PS：请继续玩主游戏/给我反馈/在子版块上指责我。

你好，我开始构建Loopletter，这是一个专为独立艺术家和创作者设计的开源电子邮件营销平台。我已经使用它一段时间来为我自己的公司运行营销活动。但由于时间不足以进行更新，我决定将其以MIT许可证的形式开放，以便其他人和行业可以自托管、扩展或仅仅从代码库中学习。 <p><pre><code>里面包含的内容： - 完整的活动构建器（可视化编辑器、可重用模板、可选的Spotify支持布局） - 受众管理工具（导入、细分、同意工作流、列表清理） - 基于队列的发送，使用AWS SES、BullMQ和Redis — 处理速率限制、重试和投递反馈 - 实时指标的分析仪表板，包括活动历史和基本归因 - Supabase、AWS EventBridge/Lambda和Upstash Redis的基础设施脚本，以便您可以从头开始设置一切 技术栈：Next.js、React 19、TypeScript、Tailwind、Clerk用于身份验证，Supabase（Postgres）用于存储，AWS SES + S3用于邮件/资产投递。该代码库包含文档、脚本和演示数据沙盒，因为我们知道没有真实内容的电子邮件平台设置起来可能会很无聊。 为什么选择开源？这个领域的大多数工具要么是庞大的企业SaaS产品，要么是非常注重营销/销售的工具。独立艺术家的需求不同（商品发布、巡演公告、有限的发行窗口），通常依赖于他们无法控制的社交平台。电子邮件仍然是他们转化效果最好的方式，但建立一个完整的技术栈是痛苦的。我们希望看到小型唱片公司、代理机构和独立开发者对其进行分叉，为他们的社区运行，或贡献新功能。 我特别好奇这是否有潜力成为更大的东西。 代码库链接：https://github.com/createdbymax/Loopletter-Open-source-email-marketing-platform 生产网站：https://loopletter.co/ 欢迎就项目、SES投递能力或与独立规模运行电子邮件相关的任何其他问题进行咨询。感谢您抽出时间查看！</code></pre>

标题：<p>我认为直接安装到任何“默认”目录而不询问用户希望安装在哪里是非常不礼貌的。