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