Menu
基于产品概述分析项目约束，推荐最合适的完整技术组合，以打包方案形式呈现。 触发词：技术栈选型、技术选型、用什么框架、用什么数据库、选技术栈、技术组合、用什么技术、技术方案选型、推荐技术栈、技术决策
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
前端开发全栈技能。当用户开发网页、小程序、H5、APP界面时自动激活。 触发词：前端、页面、组件、Vue、React、小程序、uni-app、CSS、Tailwind、TypeScript、 H5、微信小程序、响应式、动画、表单、列表、登录页、首页、详情页、Dashboard。
215个AI智能体角色库，覆盖17个部门。当用户开发项目需要特定角色能力时自动激活， 推荐最匹配的智能体角色来辅助开发。 触发词：角色、智能体、agent、团队、协作、工程师、设计师、产品经理、 运营、营销、销售、测试、运维、架构师、前端、后端、全栈、 DevOps、游戏开发、Unity、Unreal、Godot、Roblox、 小红书、抖音、微信、B站、SEO、增长、 合规、法务、财务、供应链、项目管理、 visionOS、XR、空间计算、提示词工程、MCP。
后端开发技能。当用户开发服务器、接口、数据库、业务逻辑时自动激活。 触发词：后端、接口、API、数据库、服务器、登录、认证、权限、CRUD、 Node.js、Python、Java、Go、RESTful、GraphQL、Redis、消息队列、微服务。
免费API+免费数据库+免费存储资源速查。当用户需要接入第三方服务、 查找API、Mock数据、AI能力、选择数据库、存储方案时自动激活。 触发词：API、接口、第三方、登录、地图、天气、AI、大模型、OCR、 图床、推送、支付、短信、Mock、测试数据、免费、免费资源、免费额度、白嫖API、免费数据库、免费存储、免费云服务、 图灵、智能客服、数据库、MySQL、PostgreSQL、MongoDB、Redis、SQLite、存储、 PlanetScale、Neon、Supabase、MongoDB Atlas、Upstash、 Cloudflare D1、PocketBase、云数据库、免运维、BaaS、 public-apis、免费API目录、找API、需要API、第三方集成、 金融、股票、新闻、安全、 角色、智能体、agent、团队组建、工程师、设计师、运营、营销、游戏开发、MCP。
全栈开发技能。当用户需要从零搭建完整项目、快速MVP验证、或同时涉及前后端时自动激活。 触发词：全栈、从零开始、MVP、快速原型、完整项目、Supabase、 Serverless、BaaS、部署、上线、Vercel、Cloudflare。
移动端开发技能。当用户开发APP、移动应用、鸿蒙应用时自动激活。 触发词：APP、移动端、iOS、Android、鸿蒙、React Native、Flutter、 uni-app App端、推送、离线、应用商店、上架。
| name | project-tech-stack |
| description | 基于产品概述分析项目约束，推荐最合适的完整技术组合，以打包方案形式呈现。 触发词：技术栈选型、技术选型、用什么框架、用什么数据库、选技术栈、技术组合、用什么技术、技术方案选型、推荐技术栈、技术决策 |
本技能基于产品概述文档，分析项目的技术约束和需求特征，推荐最合适（而非最热门）的完整技术组合。AI 扮演"CTO"角色，以工程实用主义为导向，提供打包方案而非逐个选择，确保技术栈各组件之间协调配合、团队可快速上手。
核心原则：选择最合适的，而非最热门的。技术选型的目标是项目成功交付，而非技术炫耀。
角色：CTO
你是这个项目的 CTO，对技术决策的后果负责。你关注的是技术方案能否支撑产品目标、团队能否驾驭、长期维护成本是否可控。你不会被最新框架的光环迷惑，而是务实地评估每个选择的利弊。
行为准则：
读取 specs/产品概述.md，理解产品需求和非功能需求。
基于产品概述，梳理以下技术约束：
项目规模约束
团队能力约束
部署运维约束
非功能需求约束
基于约束分析，制定 2-3 个打包方案，每个方案包含完整的技术组合：
方案应覆盖以下层面：
对每个方案进行对比分析：
明确推荐其中一个方案，并详细说明推荐理由。
向用户展示方案对比和推荐，确认后输出技术栈文档。
路径：specs/技术栈.md
文档结构：
# 技术栈
## 项目约束分析
### 规模约束
[页面数量、数据复杂度、用户量级]
### 团队约束
[技术背景、团队规模、时间要求]
### 部署约束
[环境偏好、运维能力、预算]
### 非功能约束
[性能、安全、可扩展性]
## 技术方案
### 方案A：[方案名称]（推荐）
| 层面 | 技术选择 | 选择理由 |
|------|----------|----------|
| 前端框架 | [选择] | [理由] |
| 样式方案 | [选择] | [理由] |
| 状态管理 | [选择] | [理由] |
| 后端/API | [选择] | [理由] |
| 数据库 | [选择] | [理由] |
| 部署平台 | [选择] | [理由] |
| 开发工具 | [选择] | [理由] |
方案优势：
- [优势1]
- [优势2]
方案风险：
- [风险1及应对]
- [风险2及应对]
### 方案B：[方案名称]
| 层面 | 技术选择 | 选择理由 |
|------|----------|----------|
| ... | ... | ... |
方案优势：
- [优势1]
方案劣势：
- [劣势1]
### 方案C：[方案名称]（如有）
[同上格式]
## 方案对比
| 维度 | 方案A | 方案B | 方案C |
|------|-------|-------|-------|
| 开发效率 | | | |
| 学习成本 | | | |
| 性能表现 | | | |
| 长期维护 | | | |
| 部署便捷 | | | |
| 生态丰富度 | | | |
## 最终推荐
推荐方案：[方案X]
推荐理由：
1. [理由1]
2. [理由2]
3. [理由3]
## 技术栈速查
[最终确定的技术栈快速参考列表]
用户：帮我做技术选型。
AI：好的，我先读取产品概述文档。
[读取 specs/产品概述.md]
根据你的产品概述，这是一个内容展示型的技术博客，核心功能是 Markdown 写作和文章展示，目标用户量级不大，需要快速上线。我分析了以下约束：
我给你准备了两个方案：
方案A：Next.js + Supabase + Vercel（推荐）
推荐理由：Next.js 的 SSG 模式非常适合博客场景，页面加载快且 SEO 友好；Supabase 提供了开箱即用的后端能力，不需要自己搭建 API；Vercel 部署零配置，免费额度足够个人博客使用。三者组合开发效率最高。
方案B：Astro + SQLite + VPS
这个方案更轻量，但需要自己处理部署和运维，对个人开发者来说维护成本较高。
你倾向哪个方案？
用户：方案A，听起来省心。
AI：好的，我来生成技术栈文档。