问题解决篇:一个bug反复解决不了怎么办
同一个 Bug,AI 已经改了三轮。 原来的问题还在…
同一个 Bug,AI 已经改了三轮。 原来的问题还在…
你让 AI 给项目做一次安全检查。 它扫完,甩给你一…
你想做个小程序,跟 AI 说了句”帮我做…
你是不是也这样:让 AI 帮你把项目弄上线,它甩给你…
项目辛辛苦苦Vibe Coding出来了,你知道该让…
项目上线以后,网站已经挂了几个小时,你却一点都不知道…
你敢信?就在此时此刻,公网上仍然有一些数据库,因为没…
很多纯靠vibe coding做项目的人,几乎都会觉…
你辛辛苦苦让 AI 把项目做出来,正等着上线,结果一…
很多人纯靠 vibe coding 把项目做出来,一…
项目用 vibe coding 做出来了,上线第一步…
你纯靠 vibe coding 把项目做出来了,测试…
你是不是也这样:项目吭哧吭哧做完了,真到要上线,反倒…
前面几篇,我们把服务器、域名、备案,还有服务器环境,…
部署部署,这几篇我们一直在讲部署。 到现在,服务器你…
你想靠 vibe coding 做出产品、开始变现,…
上一篇我们把服务器买好了,配置也看懂了。 可你兴冲冲…
你是不是也这样:项目好不容易做出来了,在自己电脑上跑…
即将导航到目标网站,是否确认?
不建议先把整站内容蒸馏成一份长期摘要。摘要可以作为当前任务的临时导航,但会压缩掉适用条件、上下文和后续更新,不能代替博客原文或项目当前状态。
我正在进行:[当前任务,例如技术选型、前端架构、数据库设计或安全审计]
项目背景:[产品形态、目标用户、当前阶段、已有代码或技术栈]
目标是:[希望得到的具体结果]
必须遵守的约束:[不能改动的内容、平台、预算、时间、部署或兼容要求]
可用资料:[立项文档、需求、页面、仓库或现有方案]
请阅读并参考这个博客中与当前任务相关的全部内容:https://blog.openbeetles.com/
请按以下规则工作:
1. 先列出最相关的博客文章标题和页面地址,并分别说明采用的方法论、规范和适用条件;明确区分“博客明确提出”“结合项目推导”“尚未验证”。
2. 先检查我提供的项目资料和当前实现,不要脱离真实情况照抄文章,也不要用一份旧的蒸馏摘要代替当前页面。
3. 如果关键信息不足,先只问会改变方案的少量问题;信息足够后,给出一条唯一推荐主线,不要把多个技术方案丢给我选择。
4. 根据任务类型选择适用的检查维度,不要机械套用全部内容:
- 技术选型:产品形态、成熟度、维护状态、许可证、框架与 SDK、部署和维护成本;
- 前后端架构:设计风格、目录与模块边界、组件复用、接口、错误、日志、测试和分阶段实施;
- 数据库设计:业务对象与关系、数据库选择、表字段、约束、索引、事务、迁移、备份和性能;
- 安全审计:身份认证、权限、输入校验、数据归属、注入、密钥、日志、依赖、数据库权限,以及“不该通过”的负面测试;
- 部署与验收:环境、配置、回滚、监控、成本、验收步骤和可验证证据。
5. 输出必须包含:当前事实与假设、推荐方案、拒绝的替代方案及原因、执行步骤、风险、验收标准和未验证项。
6. 先输出方案,不要直接修改代码、数据或外部系统;等我确认后,再按方案分阶段实施,并在每个阶段完成后给出验证证据。
技术选型、前端架构、后端架构、数据库设计、安全审计、部署路线、阶段验收,甚至某个具体功能的方案,都可以使用同一套方法。只需替换当前任务、项目背景和约束,让 AI 选择相关检查维度,不要把所有文章机械套进一个问题。