技术拆解

不会技术没关系，vibe coding技术拆解助你快速进行技术选型，并让AI规范开发。

文章 2

技术拆解 8 分钟

搭建一套小程序架构

为什么你让 AI 写的小程序，总是写着写着就烂尾？ …

更新 2026年8月22日

技术拆解 5 分钟

小程序技术栈怎么选？

你想做个小程序，跟 AI 说了句”帮我做…

更新 2026年8月11日

博客使用教程

不建议先把整站内容蒸馏成一份长期摘要。摘要可以作为当前任务的临时导航，但会压缩掉适用条件、上下文和后续更新，不能代替博客原文或项目当前状态。

最佳方式：带着当前任务使用博客

先告诉 AI 当前任务、项目背景、目标、已有资料，以及不能改变的约束。
把博客地址一并发给 AI，让它读取与当前任务相关的原文，不依赖记忆或一份旧摘要。
要求 AI 列出参考的文章标题和页面，并区分博客原文、结合项目的推导和尚未验证的判断。
先审唯一推荐方案，再让 AI 分阶段干活；每个阶段都要说明风险、验收标准和验证证据。

推荐提示词

我正在进行：[当前任务，例如技术选型、前端架构、数据库设计或安全审计]
项目背景：[产品形态、目标用户、当前阶段、已有代码或技术栈]
目标是：[希望得到的具体结果]
必须遵守的约束：[不能改动的内容、平台、预算、时间、部署或兼容要求]
可用资料：[立项文档、需求、页面、仓库或现有方案]

请阅读并参考这个博客中与当前任务相关的全部内容：https://blog.openbeetles.com/

请按以下规则工作：
1. 先列出最相关的博客文章标题和页面地址，并分别说明采用的方法论、规范和适用条件；明确区分“博客明确提出”“结合项目推导”“尚未验证”。
2. 先检查我提供的项目资料和当前实现，不要脱离真实情况照抄文章，也不要用一份旧的蒸馏摘要代替当前页面。
3. 如果关键信息不足，先只问会改变方案的少量问题；信息足够后，给出一条唯一推荐主线，不要把多个技术方案丢给我选择。
4. 根据任务类型选择适用的检查维度，不要机械套用全部内容：
   - 技术选型：产品形态、成熟度、维护状态、许可证、框架与 SDK、部署和维护成本；
   - 前后端架构：设计风格、目录与模块边界、组件复用、接口、错误、日志、测试和分阶段实施；
   - 数据库设计：业务对象与关系、数据库选择、表字段、约束、索引、事务、迁移、备份和性能；
   - 安全审计：身份认证、权限、输入校验、数据归属、注入、密钥、日志、依赖、数据库权限，以及“不该通过”的负面测试；
   - 部署与验收：环境、配置、回滚、监控、成本、验收步骤和可验证证据。
5. 输出必须包含：当前事实与假设、推荐方案、拒绝的替代方案及原因、执行步骤、风险、验收标准和未验证项。
6. 先输出方案，不要直接修改代码、数据或外部系统；等我确认后，再按方案分阶段实施，并在每个阶段完成后给出验证证据。