用 AI 写代码会被社区“嫌弃”?分享个真实经历
现在的开发者社区对 AI 生成内容的偏见真的挺离谱。我之前搞了个 Open Vectorizer,用 Rust 写的位图转 SVG 矢量化引擎,支持本地运行且能编译成 WebAssembly,跑分甚至能跟 Potrace 这种老牌工具掰掰手腕。结果我想找人贡献代码时,在几个社区碰了壁。
我这个项目就是后者。最开始版本效果很烂,圆圈不圆,几何边缘全崩。后来我通过 AI 协助,重新设计了底层的确定性算法(Deterministic Algorithm),而不是简单地让它写代码。
下一篇
Next.js 缓存机制大变动:从默认缓存到 "use cache" →
Hacker News 因为新用户太多限制了 Show HN 提交,这还能理解。但 r/rust 居然要求证明项目没有“大量 AI 生成内容”才给发帖,而 r/opensource 更极端,直接把 AI 生成内容定义为“低质量且值得被封禁”。
这逻辑就很奇怪:难道只要用了 AI,这个项目就自动变成了低质量产品?
其实现在判断一个项目好坏,问“是不是 AI 写的”已经完全失效了。你可以对比这两种模式:
- 低质量模式: 直接输入
make me a vectorizer,然后不管跑不跑得通直接扔到 GitHub 上。 - 实战模式: 人类设计架构、写测试用例、评估结果,把具体函数的实现交给 AI Agent 快速完成。
我这个项目就是后者。最开始版本效果很烂,圆圈不圆,几何边缘全崩。后来我通过 AI 协助,重新设计了底层的确定性算法(Deterministic Algorithm),而不是简单地让它写代码。
在这种工作流下,AI 是我的加速器,而不是替代品。如果你也在做类似的 AI Agent 驱动的项目,建议在 README 里详细写清楚算法逻辑和 Benchmark 结果,用硬指标说话,比纠结是不是 AI 写的要有力得多。
对于想尝试类似 Rust + WASM 部署的同学,可以参考这个基础的编译流程:
# 安装 wasm-pack
curl https://rustwasm.github.io/wasm-pack/installer/init.sh -sSf | sh
# 将 Rust 项目编译为 WebAssembly
wasm-pack build --target web说白了,代码是谁写的不重要,重要的是它能不能解决问题,以及架构是否优雅。