1作者: LeratoAustini21 天前原帖
最近我在很多网站上(在Firefox中)看到这个提示,为什么会这样?在过去一个月里,我已经看到过六七次了,以前从未注意到过。 “您无法使用语音合成,因为缺少语音调度程序库。” 有一个“了解更多”的链接,但它只是讲述如何在我的浏览器中启用语音合成。搜索这个错误信息也返回了类似的讨论。我不想这样做(尤其是如果这只是某种新的营销潮流)。显然这是语音合成,但*它在说什么?* 最近一次是在这里的dell.com产品页面上发布的: https://www.dell.com/en-us/shop/dell-ultrasharp-52-thunderbolt-hub-monitor-u5226kw/apd/210-bthw/monitors-monitor-accessories 由于很多HN的用户可能访问过这个链接,我想知道有没有人能告诉我他们听到了什么?
1作者: dannote21 天前原帖
我是丹,我开发了一个命令行界面(CLI),让人工智能代理能够在Figma中进行设计。 它的功能:提供100个命令,用于创建形状、文本、框架、组件,修改样式,导出资产。JSX导入速度比任何插件API导入快约100倍。可以与任何大型语言模型(LLM)编码助手配合使用。 我为什么要开发它:官方的Figma MCP服务器只能读取文件。我希望人工智能能够真正进行设计——创建按钮、构建布局、生成完整的组件系统。现有的解决方案要么是只读的,要么需要冗长的JSON架构,这会消耗大量的令牌。 演示(45秒):[https://youtu.be/9eSYVZRle7o](https://youtu.be/9eSYVZRle7o) 技术栈:使用Bun + Citty构建CLI,Elysia WebSocket代理,Figma插件。渲染命令通过Chrome开发者工具连接到Figma的内部多人协议,以在处理大量对象时提供额外的性能。 试试吧:bun install -g @dannote/figma-use 期待关于CLI的人机工程学、缺失命令的反馈,以及JSX语法是否自然的意见。
5作者: chandmk21 天前原帖
我希望听取那些真正构建或运营过长期企业软件的人的观点。 背景(故意保持通用): 我们有一款成熟的、能够产生收入的企业应用程序,已经在生产环境中运行多年。 半技术领导层(没有工程背景)正在积极考虑启动一款新产品,该产品将使用基于大型语言模型(LLM)的工具(如AI代码生成、快速原型制作等)构建,认为: - 现代AI工具显著降低了构建成本,LLM在未来将会有所改善。 - 新系统试图复制一家成熟竞争对手在大约10年内构建的大部分功能。 - 客户可以选择逐步迁移(旧系统仍然得到支持)。 - 这是一款软件产品,旨在用以替代当前应用程序的所有操作复杂性,目标是使其成为可再销售的产品。 - 使用LLM工具创建的早期演示版本是最终生产就绪的良好代理。 向所有者的推介是,这一过程可以比历史上所需的时间和成本快得多,主要因为“AI改变了软件构建的经济学”。 我并不是反对LLM——我每天都在使用它们,并且看到了实际的生产力提升。我的担忧更偏向结构性: - LLM在加速搭建和迭代方面似乎表现出色,但不清楚它们在多大程度上减少了: - 操作复杂性 - 数据正确性问题 - 迁移风险 - 长尾客户的边缘案例 - 支持和责任成本 - 演示看起来令人信服,但并没有揭示失败模式。 - 感觉我们是在将一家成熟竞争对手的最终状态与一个全新系统的初始构建成本进行比较。 我试图对自己的思考进行理性检查。 向社区提出的问题: - 你们见过基于LLM的企业产品重建在实践中成功吗? - “便宜和快速”的叙述通常在哪里崩溃? - AI是否实质性地改变了长期成本曲线,还是主要影响了早期的速度? - 如果你在为非技术背景的所有者提供建议,你会坚持让他们明确承认哪些风险? - 有没有一种原则性的方式来支持或反对这一策略,而不显得像“传统悲观主义者”? 我特别希望听到以下人士的回答: - 拥有大规模生产系统的人 - 尝试进行全部或部分重写的创始人 - 在演示已经售出后加入AI优先的全新项目的工程师 感谢分享任何真实的经验、成功故事或警示案例。
1作者: Waldopro21 天前原帖
我在1月14日为Cursor Pro支付了20美元。三天后,代币用尽,性能变得无法使用。我在1月17日申请了退款(在7天内)。他们的AI机器人“Sam”多次拒绝,然后人类客服“Charlene”也拒绝了,理由是“反映使用情况”,适用于3/30天。现在他们又把我转回了AI机器人。 这现在是正常的SaaS操作吗?三天=一个月没有退款? 交易号:#395540957397