我使用 AI 帮助构建我的开源项目，众人惊呼——他们错在何处
Source: Dev.to
请提供您希望翻译的正文内容（除代码块和 URL 之外），我会按照要求将其翻译成简体中文并保留原有的格式。
我在 AI 辅助开发中的经历
上周，我在 Reddit 上发布了我的第一个开源项目。几小时内，就有人指责我写了“AI 垃圾”。另一个说我的推理“愚蠢”。还有第三个人说他们正考虑因为像我这样的人而彻底退出 Reddit。所有这些，仅仅因为我在工作流中使用了 AI。
项目：ShopCore
我是一名来自印度的独立开发者。我花了数月时间构建 ShopCore —— 一个面向印度市场的双用途电商与订阅配送平台。
我要解决的问题是真实存在的
日常必需服务（牛奶、报纸、饮用水瓶、面包配送）仍然依赖手写 khatas、口头协议和纯粹的信任。没有应用，没有追踪，也没有正规账单。商家亏损，消费者没有收据，一切都在纸上进行。
ShopCore 是一个开放的后端基础设施 —— 可以把它想象成 UPI。NPCI 构建了开放的基础设施，然后 Google Pay、PhonePe、Paytm 在其上搭建业务。ShopCore 的工作方式相同 —— 任意开发者或创业公司都可以拿到后端，构建一个简单的前端，提供给本地商家使用。
MVP 的规模
- 120+ 个 REST API 端点
- 40+ 个实体，30+ 张数据库表
- Razorpay + Stripe 支付集成
- 多商家、基于位置的发现
- 灵活的订阅引擎（每日配送、月度计费）
- 可选的押金与智能结算系统
- 使用 ASP.NET Core 10、Entity Framework Core、MediatR、FluentValidation、SQL Server 构建
我独自完成了所有工作，没有融资，并且免费开源。
我是如何使用 AI 的
| AI 帮助了什么 | AI 没有做的事 |
|---|---|
| • 编写 Reddit 帖子 —— 我有想法和故事，AI 帮助把它结构化得更清晰。 • 起草变量名 —— 单调、重复的工作，AI 能在几秒钟内完成。 • 凌晨 2 点的橡皮鸭调试 —— 当周围没有人可以一起讨论问题时。 • 核心代码模板 —— 我本来也会写，只是更快了。 | • 发现印度日配市场的空白。 • 设计双用途架构。 • 思考押金‑结算系统的实现方式。 • 决定使用 MediatR 和 CQRS 模式。 • 选择开源而不是把它留在硬盘上。 • 编写 120+ 个包含真实业务逻辑的 API 端点。 |
想法、问题、架构以及所有判断都是我自己的。AI 只是加速了工作。
我们每天不自觉使用的工具
- IDE 自动补全 —— IntelliSense、Copilot 建议、Tab 完成。
- Stack Overflow —— 复制粘贴你并未发明的解决方案。
- 文档与教程 —— 没有人能把所有东西都记在脑子里。
- 代码检查器与格式化工具 —— 自动提升代码质量。
- Google —— 把记忆外包给搜索引擎。
现代 AI 唯一的不同在于它更强大、更显眼。原则是一样的：使用工具加速，让你有更多时间专注于真正需要判断的工作。
当 AI 成为问题
如果你生成了一整套自己不懂的代码并以自己的名义交付，而没有进行审查，这就是问题 —— 不是因为使用了 AI，而是因为你无法维护或为代码辩护。
相反，使用 AI 加速你完全理解并拥有的工作，只是表现出你是一个聪明的开发者。
我的收获
- “回复太长，可能是 AI 写的”这条评论在一定程度上是对的，但它并不能否定我设计的 120+ 个 API 端点。
- 对帖子清晰度的批评是有道理的，我已经根据反馈进行了更新。
- “AI = 坏”这种一刀切的论调是一种情绪，而不是技术观点。
如果你是独自构建项目，没有团队、资金或审阅者，请充分利用所有可用工具：
- 使用 AI
- 使用 Stack Overflow
- 使用文档
- 使用快捷方式，让你有更多时间思考、判断、发现问题。
ion, and architecture.
目标是交付有价值的产品，而不是证明你能以最艰难的方式完成构建。
Open‑Source Availability
我开源了 ShopCore，因为我没有足够的资本将其保持私有。
也许有人会在此基础上进行构建。也许它能帮助开发者省去数月的后端工作。也许它最终会触及它原本设计的供应商。
ShopCore 已在 https://github.com/your-repo/ShopCore 开源。欢迎点赞、提交 issue 和 PR。
如果你是为印度市场开发的开发者，或对基于订阅的配送系统感兴趣，我很乐意与您联系。