返回首页
最新
– 注意：HN 用户非常重视隐私。请强调它是通过 WASM 在本地运行的。
在我所工作的几个系统中，应用程序代码会构建请求并发送到外部服务（API、人工智能服务、合作伙伴系统）。在发送请求之前，我们通常需要决定以下事项：
- 这个请求是否应该原封不动地发送？
- 是否需要删除或更改某些内容？
- 或者这个请求是否应该完全停止？
目前，这种逻辑往往分散在不同的地方：
- 应用程序代码中的内联检查
- 通过评审强制执行的约定
- 部分重用并不适用于这一层的安全工具
我很好奇其他人在架构方面是如何处理这个问题的：
- 你们是否将这种决策逻辑集中在某个地方？
- 还是更适合与每个应用程序紧密结合？
- 随着系统的发展，你们有没有看到一些经得起时间考验的模式？
我希望获得架构方面的见解和真实的经验，而不是工具推荐。
嗨，HN社区，
关于我正在开发的AI驱动的助手eze的进展更新：
在过去的一天里：
- 有4人加入了早期访问和早鸟福利的候补名单。虽然这个数字不大，但足以验证我继续探索这个想法，而不是默默放弃。
- 基本应用程序已经能够端到端运行，使用通用的语言模型。你可以描述你的想法，它会生成一个多阶段的执行路线图（验证 → MVP → 市场推广 → 上线 → 上线后），以交互式图表的形式展示里程碑。
- 我开始着手开发一个使用特定领域数据的专业解决方案：策划的创始人内容、创业框架以及我自己结构化的提示，使得指导变得更加具体，而不再是“伪装的通用博客文章”。
我仍然专注的核心问题是：帮助首次或独立创始人从“我有一个想法和一些技能”转变为“我有一个可以在接下来的几周或几个月内执行的现实、有序的计划”。
如果你感兴趣或者想看看这个项目的发展：
候补名单 + 更多信息： [https://eze.lovable.app](https://eze.lovable.app)
我非常希望能听到你对这样一个工具需要做些什么，才能让你信任它来进行自己的项目规划的反馈。
欢迎提问，也乐意听取你对方向、定位或技术选择的坦诚看法。
第一天 - [https://news.ycombinator.com/item?id=46341465](https://news.ycombinator.com/item?id=46341465)