@GergelyOrosz：“我们永远不会放心让第三方工具访问我们的数据库”——来自一家中型公司的开发者……
摘要
一家中型公司的开发者构建了自己的编码工具，用于70%以上的PR，因为他们不放心让第三方工具访问数据库，这反映了公司将代码和数据知识产权内部保留的趋势。
"我们永远不会放心让第三方工具访问我们的数据库"
- 来自一家中型公司的开发者，他们构建了自己的编码工具，该工具被用于70%以上的PR
他们不会让任何供应商运行这种基础设施，因此他们将其内部化。他们对此非常满意
我预感这将成为高于“小型”规模的公司的常态。代码和数据是公司的知识产权。为什么要交给第三方呢？
查看缓存全文
缓存时间: 2026/07/09 09:35
“我们绝不会放心让第三方工具访问我们的数据库”
——来自一家中型公司的开发者，该公司自建了编码工具，超过70%的PR都在使用它
他们不允许任何供应商运行这类基础设施，因此选择了内部自建。他们对这个决定非常满意。
我预感这对“小型“以上的公司来说将成为常态。代码和数据是一家公司的知识产权。为什么要交给第三方来管理呢？
相似文章
@GergelyOrosz: 联系了一家有趣科技公司在社交媒体上活跃的开发者，试图深入了解他们构建的炫酷技术……
作者回忆被一家科技公司的公关团队阻止采访一位开发者进行深入探讨，突显了此类团队更看重高管头衔而非技术人员的现象。
Launch HN: Prized (YC S26) – 让非工程师员工构建安全的内部工具
Prized 让非技术人员通过自然语言描述需求，即可构建安全的内部工具，生成连接到公司数据的全栈应用，并内置权限和审计日志。
@antonosika：说真的，你为什么要托管到别处？如果还缺什么，告诉我，我们来修复。
@antonosika 回应了对 Lovable 平台的批评，强调用户可以通过双向 git 同步导出代码、通过真正的 Postgres 迁移导出数据，并且避免供应商锁定。
赋予编程代理 shell 访问权限感觉太疯狂了。大家是如何处理机密的？
作者对授予编程代理 shell 访问权限表示担忧，指出它们可以读取 .env、凭据等敏感文件，并希望在让代理接触真实仓库之前，向社区请教实用的机密处理模式。
@_felx：如果12个月前有人告诉我，毫无软件工程背景的 @thomasdesfrancs 能用代码把项目做出来……
一位非工程师据称用代码完成了软件项目，突显开发工具正变得日益亲民。