mirror of
https://github.com/tradecatlabs/vibe-coding-cn.git
synced 2026-08-08 00:27:46 +00:00
tukuaiai
28 KiB
28 KiB
参考资料
references/是工程实践、技术栈、模板、清单、质量门禁和可复用经验的线性手册。
字多不看
生成规则：本文件由
docs/references/sources/按文件名顺序拼接生成；请修改源片段后运行make sync-reference-readme，不要直接编辑总文档主体。
- 本目录回答“具体工程怎么组织、怎么选技术、怎么设置硬门禁”。
- 先看“工程实践”，获得项目架构、代码组织、开发经验、质量门禁和常见坑。
- 再看“技术栈”，完成技术选型、组合案例判断和初学者学习路径设计。
- 长文档优先走快速导航；需要完整索引时再展开细粒度目录。
快速导航
| 目标 | 直接跳转 |
|---|---|
| 新项目结构怎么搭 | 项目架构模板 |
| AI 代码质量怎么卡住 | AI 编程质量门禁与常见坑 |
| 系统提示词怎么写 | 系统提示词构建原则 |
| 强前置条件怎么约束 | 强前置条件约束 |
| 常见坑怎么排查 | 常见坑汇总 |
| 底层程序逻辑怎么审 | 底层程序逻辑设计与工程优化项 |
| 技术栈怎么选 | 如何选择技术栈 |
| 初学者先学什么 | 初学者应该学什么技术栈 |
完整细粒度目录（点击展开/收起）
细粒度目录
- 1. 工程实践
- 核心摘要
- 顶部导航
- 使用方式
- 目录
- 1. 项目架构模板
- 2. 代码组织
- 文档
- 工具
- 3. 开发经验
- 1. 变量名维护方案
- 2. 文件结构与命名规范
- 3. 编码规范
- 4. 系统架构原则
- 5. 程序设计核心思想
- 6. 微服务
- 7. Redis（缓存 / 内存数据库）
- 8. 消息队列（Message Queue）
- 4. AI 编程质量门禁与常见坑
- 使用方式
- 目录
- 1. 系统提示词构建原则
- 2. 强前置条件约束
- 通用开发约束
- 胶水开发约束
- 系统性代码与功能完整性检查约束
- 一、AI 编码常见伪高性能错误
- 二、AI 容易生成的隐藏低效逻辑
- 三、新手常见复杂度误区
- 四、Python 语法糖误用
- 五、错误的数据结构直觉
- 六、缓存误用
- 七、异步误用
- 八、多线程 / 多进程误用
- 九、NumPy 新手错误
- 十、pandas 新手错误
- 十一、PyTorch / 深度学习新手错误
- 十二、GPU 使用新手错误
- 十三、JIT / 编译工具误用
- 十四、数据库与 ORM 新手错误
- 十五、网络请求新手错误
- 十六、文件与序列化新手错误
- 十七、日志与观测误用
- 十八、Benchmark 新手错误
- 十九、资源配置新手错误
- 二十、AI 最容易“自信瞎优化”的错误
- 二十一、适合直接放进全局规则的总禁止池
- 一、数值计算反例
- 二、内存布局与缓存局部性反例
- 三、BLAS / LAPACK / 矩阵计算反例
- 四、JIT / 编译加速反例
- 五、并行计算反例
- 六、共享内存与进程间通信反例
- 七、GPU / CUDA / 深度学习反例
- 八、PyTorch / TensorFlow 反例
- 九、大数据与分布式计算反例
- 十、文件格式与数据读取反例
- 十一、性能测量反例
- 十二、资源控制反例
- 十三、Python 高性能计算精简总版
- 一、最高优先级禁止
- 二、推理与决策禁止
- 三、工程质量禁止
- 四、代码实现禁止
- 五、验证与测试禁止
- 六、工具调用禁止
- 七、不可逆与高风险操作禁止
- 八、架构与文档禁止
- 九、任务管理禁止
- 十、沟通与输出禁止
- 十一、协作与版本控制禁止
- 十二、性能与设计哲学禁止
- 十三、可直接合并进你的「全局禁止池」精简版
- 建议删除或不要加入禁止池的内容
- 一、输出完整性类
- 二、逻辑正确性类
- 三、性能类
- 四、安全类
- 五、代码质量类
- 六、依赖与环境类
- 七、测试与验证类
- 八、数据与状态类
- 九、用户体验类
- 十、工程交付类
- 十一、AI 编码行为类
- 十二、推荐你整理成最终版“全局禁止池”
- 3. 常见坑汇总
- 5. 底层程序逻辑设计与工程优化项
- 2. 技术栈
- 核心摘要
- 顶部导航
- 使用方式
- 一、什么是技术栈
- 二、技术栈通常包含哪些部分
- 1. 前端技术栈
- 2. 后端技术栈
- 3. 数据库技术栈
- 关系型数据库
- 非关系型数据库
- 三、移动端技术栈
- iOS 原生开发
- Android 原生开发
- 跨平台移动开发
- 四、桌面端技术栈
- 五、全栈技术栈
- MERN
- MEAN
- MEVN
- PERN
- T3 Stack
- Django 全栈
- Spring Boot 全栈
- 六、DevOps 和部署技术栈
- 操作系统
- Web 服务器
- 容器技术
- 容器编排
- CI/CD
- 云平台
- 基础设施即代码
- 监控和日志
- 七、AI / 机器学习技术栈
- 编程语言
- 数据处理
- 机器学习
- 深度学习
- 大模型应用
- 向量数据库
- MLOps
- 八、数据工程技术栈
- 数据采集
- 数据存储
- 数据计算
- 数据仓库
- 数据调度
- 数据可视化
- 九、游戏开发技术栈
- 游戏引擎
- 游戏开发语言
- 图形技术
- 常见组合
- 十、嵌入式和物联网技术栈
- 编程语言
- 硬件平台
- 操作系统
- 通信协议
- 十一、区块链技术栈
- 智能合约语言
- 区块链平台
- 开发工具
- Web3 前端
- 十二、网络安全技术栈
- 安全测试
- 安全开发
- 安全监控
- 代码安全
- 十三、常见项目对应技术栈
- 个人博客
- 企业官网
- 后台管理系统
- 电商系统
- 即时聊天系统
- 在线教育平台
- SaaS 系统
- AI 聊天机器人
- 短视频平台
- 物联网平台
- 十四、如何选择技术栈
- 1. 项目类型
- 2. 团队能力
- 3. 项目规模
- 4. 性能要求
- 5. 成本
- 6. 生态成熟度
- 十五、初学者应该学什么技术栈
- 如果你想做网页前端
- 如果你想做后端
- 如果你想做全栈
- 如果你想做 AI
- 十六、技术栈的层级结构
- 十七、技术栈示例总表
- 十八、常见误区
- 误区一：技术栈越多越厉害
- 误区二：只追求最新技术
- 误区三：前端只会框架，不懂基础
- 误区四：后端只会写接口，不懂数据库
- 误区五：会技术栈等于会做项目
- 十九、一个完整 Web 项目的技术栈案例
- 前端
- 后端
- 数据库
- 文件存储
- 部署
- 监控
- 二十、面试中如何介绍自己的技术栈
- 二十一、总结
使用方式
- 先从 工程实践 判断项目结构、代码组织、质量门禁和常见坑。
- 再从 技术栈 判断技术选型、组合案例和学习路径。
- 只查具体问题时，优先使用上方“快速导航”和细粒度目录。
- 本 README 是生成文件；新增或调整正文时先改
docs/references/sources/。
正文
和其他目录的边界
- 检查清单、模板、质量门禁和经验类内容优先收敛到本 README 的工程实践部分。
- 技术选型、技术栈组合和学习路径优先收敛到本 README 的技术栈部分。
- 新技术、工具趋势、优秀 repo 解析先放入 research，形成稳定工程参考后再放入本目录。
维护规则
- 本目录采用“线性总文档”结构，正文统一收敛到
README.md。 - 新增内容时优先追加到对应大章节，并同步补充快速导航或完整细粒度目录。
- 不再新增同级主题
.md文件；如确需拆分，必须同步更新全仓索引、AGENTS 与 metadata。 - 目录内只保留
README.md与AGENTS.md。