HN讨论 · 身份未知
用自然语言提示让应用运行时动态生成扩展，替代“找插件或自己写”
固定功能应用难以覆盖所有定制需求；非技术用户找不到现成插件时会陷入停滞。作者设想在应用内提供提示框，让 LLM 现场动态生成受控扩展，并询问业内是否有类似实现；评论者进一步指向实时修改高性能桌面应用的构想。
查看原始信号hn:49366144
目标用户
需要为常用软件添加自定义功能、但缺乏编程能力且找不到匹配插件的普通用户，以及探索这一交互形态的独立开发者和产品设计者。
潜在需求
让用户通过自然语言提示，使应用在运行时动态生成并加载扩展；扩展可访问受沙箱保护的 API，从而替代对插件生态或个人开发能力的依赖。
发生场景
用户使用固定功能的应用时遇到未被覆盖的需求，传统做法是安装插件或自行开发；非技术用户若找不到现成插件，就没有可行的后续步骤，只能停在既有功能边界。
来源证据
固定应用模式下，非技术用户找不到现成插件时会卡住；作者据此设想应用内提供提示框，按需动态生成扩展，并询问是否已有实现。
In the past the model for software would typically be to ship a fixed application and then if users need some custom functionality, they would need to install a plugin or create their own. For non technical users they would have to find an existing plugin or maybe it doesn't exist so they are stuck. But I can't help but think what why wouldn't for example an application just have a prompt box that builds an extension dynamically on the fly. Obviously it would be "use at your own risk" and YMMVhttps://news.ycombinator.com/item?id=49366144
为什么值得留意
信号把 LLM 从“对话助手”推到“应用自定义机制”：用户用自然语言描述差异，应用现场构建功能。这给插件生态之外的定制需求提供了新路径，也使非技术用户的定制困境变成一个可验证的产品问题。
已有方案
- 固定的应用 + 插件安装或用户自行开发
- VibeOS 这类操作系统级的环境
未满足部分
- 非技术用户找不到现成插件时，没有可行的下一步操作，只能停在功能边界
- 评论者明确否定浏览器热重载，认为它覆盖不了实时高性能桌面应用被提示修改的用例
- 最接近的现有尝试是 VibeOS 这样的整体操作系统，尚未落在普通应用层面
可能延伸 · 模型推测
- 应用可暴露受限 API 沙箱，由模型生成的扩展在沙箱内动态加载执行（推测）
- 生成过程增加风险确认与权限评估，以应对“use at your own risk”的安全顾虑（由原文风险提示延伸）
- 将一次提示生成的扩展保存、复用并可分享给同类用户（推测）
- 桌面运行时提供可热加载扩展协议，让生成结果不经重启即生效（推测）
目前未知
- 帖子是设想和求证，不是已上线应用或用户采用报告，缺实际运行数据
- 评论仅一条，无法判断该方向在开发者或用户中的热度与普遍性
- 没有说明具体应用类型、目标用户如何表达需求，以及失败时如何回退
- 自修改或动态生成扩展的安全与稳定性边界仍是开放问题
继续核实
- 除了 VibeOS，是否已有商业或开源应用提供提示驱动的运行时扩展生成？
- 非技术用户在真实场景中会为哪些应用功能输入这类提示？
- 用户对模型生成的扩展的信任、审查与回退机制，是否构成采用障碍？
- 这类方案与现有插件市场的分发方式是否会出现重叠或替代？
主题词
natural language customizationruntime extension generationplugin ecosystem limitationsnon-technical usersdesktop application modification