96 个术语，一卡一个。从想法到上线，每个都用一句话讲清，再给你一个例子。
原型
先做一个可点击的界面模型，看看用起来是什么感觉。
举个例子
在 Figma 里做几个页面，点点看流程对不对。
分支
从主代码开一条平行线，在上面进行新的开发，不影响主版本。
我新建了一个 feature 分支来开发登录功能。
浏览器开发者工具
浏览器自带的调试工具，用来查看页面结构、样式、报错信息等。
当页面不显示时，我打开 DevTools 看报错信息。
检索增强生成
让 AI 先查找相关资料，再基于这些资料生成回答，可以减少幻觉、提高准确性。
我的 App 用 RAG 检索词典资料，再让 AI 生成单词解释。
自动部署流程
代码提交后自动进行测试、构建和部署，不需要手动操作。
我在 GitHub Actions 设置了 CI/CD，每次 push 后自动部署。
日志
程序运行时自动记录的信息，用于排查问题。
我查看运行日志，发现 API 调用失败的原因。
线框图
页面的草图，主要展示布局和功能位置，不考虑颜色和视觉细节。
我先画一个线框图，确定按钮和文字的位置。
缓存
把经常用到的数据临时保存起来，让系统响应更快。
把热门单词的结果存在缓存里，下次访问时就能更快显示。
向量数据库
专门用来存储和检索向量数据的数据库，常用于 AI 应用（如语义搜索）。
我把每个单词的向量存进向量数据库，方便以后做语义搜索。
状态码
服务器返回的三位数字代码，表示请求的结果是否成功。
看到 200 说明请求成功，如果是 404 可能是地址写错了。
测试覆盖率
测试用例覆盖到的代码比例，用来衡量测试是否足够全面。
我的项目测试覆盖率是 80%，说明大部分核心代码都有测试到。
监控
上线后持续观察应用的运行状态和关键指标（如错误率、响应时间），及时发现异常。
我设置了监控，发现凌晨错误率突然上升，于是及时排查问题。
用户反馈
用户在使用产品后给出的意见、建议或问题，是改进产品的重要依据。
有用户反馈单词发音不够清晰，我就优化了语音功能。
想法
我想做一个什么东西，解决什么问题。
我想做一个让人发现英语单词背后故事的 App。
最小可行产品
先做一个最小但真能用的版本，用来验证想法。
第一版只做：看几个单词 + 词源故事。
产品需求文档
把产品要做什么、给谁用、为什么做，整体写清楚。
这是一份完整的产品说明书。
详细规格说明
把某个功能具体怎么做讲清楚。
收藏按钮在右上角，点击后变实心，数据要保存到数据库。
提示词
你给 AI 的指令，决定了输出的质量。
帮我用 React 做一个单词卡片组件，包含单词、发音和收藏按钮。
上下文
AI 完成任务所需要知道的相关信息。
产品目标 + 当前代码 + 需求文档，这些都是 Context。
代码托管平台
把本地的代码仓库同步到云端，也是开发者的作品集。
把代码上传到 GitHub，方便备份和在不同设备上继续开发。
部署上线
把做好的 App 发布到服务器，让别人也能访问。
部署后，你的 App 就有了网址，全世界都能访问。
代码编辑器
用来编写和修改代码的工具，就像写文档的 Word。
我用 Cursor 写代码，它就是一个代码编辑器。
终端
用文字命令直接控制电脑，不需要鼠标点击。
我在 Terminal 里输入命令来安装依赖包。
命令行解释器
接收你输入的命令，并真正执行的程序。
我用的是 zsh，它就是一种 Shell。
包管理器
帮助你下载、安装和管理项目需要的外部工具和库。
我用 npm install 安装一个新的库。
代码仓库
一个项目的全部代码、历史记录和配置的集合。
我的 Bunny 项目就是一个 GitHub Repository。
提交
给这次代码改动拍一张快照，留下永久记录。
我完成一个功能后会 commit，这样以后可以回到这个版本。
推送
把本地的 commit 上传到远程仓库（如 GitHub）。
我用 git push 把代码同步到 GitHub。
拉取
把远程仓库的最新内容下载到本地。
在团队协作时，我先 git pull 获取最新的修改。
前端
用户看到和操作的界面部分，比如按钮、页面、动画等。
我看到的首页、按钮、卡片都是前端做的。
后端
用户看不到，但在背后处理数据和业务逻辑的部分。
我登录时，后台要验证我的账号和密码。
数据库
用来长期存储数据的地方，比如用户信息、收藏记录等。
我收藏的单词会存在数据库里，下次打开还在。
应用程序接口
让两个软件互相「点单」的窗口，用来请求和获取数据或功能。
我的 App 通过 API 向 AI 发送单词，让它返回解释。
接口密钥
调用别人 API 时用来证明你身份的秘钥，不能随便公开。
我在 .env 文件里存放了 OpenAI 的 API Key。
框架
别人已经搭好的开发「架子」，帮你更快地构建应用。
我用 Next.js 作为框架来开发这个项目。
依赖
项目运行必须借用的外部工具或代码库。
这个项目需要安装一些依赖库才能正常运行。
运行环境
程序运行所需的系统、工具和变量的全套配置。
我在本地的开发环境运行代码，和正式上线的环境不一样。
运行时环境
代码真正执行起来所在的平台，例如 Node.js、Python 等。
我的项目运行在 Node.js 这个运行时环境上。
网页结构语言
用来定义网页有什么内容，像是页面的骨架。
我用 HTML 写了一个标题和按钮放在页面上。
样式语言
用来控制网页的样式，比如颜色、字体、间距和布局。
我用 CSS 把按钮变成绿色，并设置了圆角。
网页编程语言
让网页动起来，处理点击、输入、数据等交互逻辑。
我用 JavaScript 实现了点击按钮后显示单词的功能。
前端框架
一种流行的前端开发框架，用「组件」来构建用户界面。
我用 React 把单词卡片做成一个可重复使用的组件。
组件
可以重复使用的独立 UI 模块，例如按钮、卡片、导航栏。
我做了一个单词卡片组件，在不同页面都能用。
状态
界面当前持有的数据，状态改变时页面会自动更新。
当我点击收藏按钮后，state 变为 true，图标变成实心。
文档对象模型
浏览器把 HTML 解析成的树状结构，JavaScript 可以通过它来操作页面内容。
我用 JavaScript 通过 DOM 修改了页面上的文字。
响应式
让网页在不同设备（手机、平板、电脑）上都能正常显示。
我设置了响应式布局，在手机上打开页面也很好看。
托管
把你的网站或应用运行在别人的云端服务器上，让全世界的人都能访问。
我把 App 部署到 Vercel，这样别人就可以在网上访问了。
域名
网站的名字地址，让用户可以通过易记的名字访问你的应用。
我买了一个域名 www.mydapp.com。
安全证书
让网站和用户之间的通信加密，浏览器地址栏会显示锁形图标，表示连接是安全的。
部署后我给网站配置了 HTTPS，现在地址栏有小锁了。
非关系型数据库
不使用固定表结构的数据库，更灵活，适合存储复杂或变化较大的数据。
我用 MongoDB 存储用户的学习记录，不需要设计复杂表格。
容器工具
把应用和它运行所需的环境打包在一起，确保在不同电脑或服务器上都能正常运行。
我用 Docker 把项目打包，换服务器上也能一键运行。
无服务器
不需要自己管理服务器，按需运行代码，用多少付多少，适合小型项目和快速上线。
我用 Vercel 的 Serverless 函数来处理后台逻辑。
程序 Bug
程序中不符合预期的错误或问题，可能导致功能异常。
我点击收藏按钮后页面报错，这是一个 Bug。
调试
找到问题的原因，并修复 Bug 的过程。
我根据报错信息一步步 Debug，发现是变量名写错了。
测试
检查程序是否按照预期正常工作的过程。
我做完登录功能后，测试了正常登录、错误密码等多种情况。
用户流程
用户完成一个目标时经历的步骤和路径。
用户打开 App → 查看今日单词 → 点击单词 → 收藏，这就是一个用户流程。
用户界面
产品的视觉呈现，包括颜色、字体、图标、按钮等。
我在 Figma 里设计了 App 的 UI，让它看起来更简洁好看。
用户体验
用户使用产品时的整体感受，包括是否好用、顺畅、有趣。
我们简化了操作步骤，让用户更容易找到收藏的单词，提升了 UX。
算法
一组解决问题的明确步骤，让计算机按照特定规则处理数据并得出结果。
社交媒体会用算法来决定你在首页看到哪些内容。
网络钓鱼
通过伪装成可信的机构或个人，诱骗你提供个人信息（如密码、银行卡号）的网络诈骗手段。
我收到一封伪装成银行的邮件，要求我点击链接，这可能是网络钓鱼。
云计算
通过互联网提供计算资源（如存储、软件、服务器），而不是依赖本地设备。
我把文件存到云端，这样在任何地方都可以访问。
版本控制工具
一个用来跟踪代码变化、支持多人协作开发的工具。
我用 Git 保存代码的不同版本，方便和团队一起开发。
迭代
在已有的基础上不断改进和优化，通过多次小的更新逐步接近更好的结果。
我们根据用户反馈进行迭代，让产品变得更好。
优先级排序
根据重要性和紧急程度，决定先做什么、后做什么。
我先完成最重要的任务，把其他的放在后面。
相关方
对一个项目或产品有利益关系的人或团队，例如用户、客户、团队成员、管理层等。
在项目开始前，我们需要先了解各个相关方的需求。
转化
指用户完成期望的行为，例如注册、购买或订阅，是衡量产品效果的重要指标。
我们通过优化页面设计，提升了用户的注册转化率。
数据结构定义
定义数据库里数据的结构，包括有哪些字段、每个字段是什么类型。
在设计数据库时，我先定义了用户表的 schema，包含 id、name 和 email。
查询
从数据库中获取数据的操作，通常使用 SQL 或其他查询语言。
用 SQL 查询 id = 1 的用户信息。
对象关系映射
在编程语言中用代码的方式操作数据库，而不用直接写 SQL。
我用 ORM 的方法创建用户，不用手写复杂的 SQL。
文件存储
用来存放图片、音频、视频等文件的存储服务。
我把单词的发音文件上传到云端的文件存储，方便在 App 中播放。
超文本传输协议
互联网上传输数据的基础协议，规定了客户端和服务端如何通信。
当我在浏览器输入网址时，就是通过 HTTP 向服务器发送请求。
请求
客户端向服务器发送的数据和指令，通常包含请求地址、方法和参数。
我向服务器发送一个请求，获取今日单词的列表。
响应
服务器收到请求后返回的数据和结果。
服务器返回一个 JSON 响应，里面包含单词和释义。
接口地址
API 中某个具体功能的访问地址，不同的功能通常对应不同的 Endpoint。
我调用 /v1/words 这个 Endpoint 来获取单词列表。
请求方法
定义了这次请求要做什么操作，常见的有 GET、POST、PUT、DELETE 等。
我用 POST 方法向服务器发送新的单词数据。
数据交换格式
一种轻量、易读的数据格式，常用于在前后端之间传递数据。
API 返回的单词数据通常是 JSON 格式。
事件回调
当某个事件发生时，服务器会自动向你配置的 URL 发送数据，而不需要你一直去查询。
用户支付成功后，系统会通过 Webhook 通知我的服务器。
开发工具包
别人封装好的工具包，帮助你更方便地调用某个服务的功能，而不需要从零写代码。
我用 OpenAI 的 SDK，几行代码就能调用它的 API。
身份认证
用来确认你是谁，证明你有权限访问某个系统或资源。
我登录账号后，系统通过 Authentication 确认了我的身份。
权限授权
在确认身份之后，决定你可以访问哪些资源、可以做哪些操作。
即使我已登录，但没有授权，就不能删除别人的数据。
错误
程序在运行过程中出现的问题，会导致某些功能无法正常工作。
我看到 TypeError 提示，说明代码里有类型相关的错误。
调试过程
通过定位、分析和修复问题，让程序恢复正常运行的过程。
我根据报错信息逐行排查，终于找到问题并修复了。
测试用例
为了验证某个功能是否正常工作而设计的具体测试场景和步骤。
我写了一个测试用例：输入错误密码时，应该显示提示信息。
持续集成
每次代码提交后，自动进行构建和测试，尽早发现问题。
我把代码 push 到 GitHub 后，CI 自动跑测试并告诉我结果。
持续部署
在通过测试后，自动将代码部署到生产或预发布环境，让新版本更快上线。
测试通过后，CD 自动把最新版本部署到 Vercel 上。
生产环境
真实用户使用的正式运行环境，与开发环境相对，通常要求更稳定和安全。
经过测试后，我们把 App 部署到了生产环境，正式对外上线。
扩展
当用户量增加时，通过增加计算资源或优化架构来提升系统的承载能力。
用户变多后，我们把服务器从 1 台扩展到了 3 台，保证访问速度。
里程碑
项目中的重要节点，通常用来标记一个阶段性目标是否完成。
我们的第一个里程碑是完成 MVP，第二个是 Beta 上线。
时间线
项目从开始到完成的预计时间安排，包括各个阶段的关键节点。
我们计划 3 个月完成 MVP，这是项目的 Timeline。
资源
完成项目所需要的人力、时间、资金、工具等各种可用资源。
这个项目目前只有我一个人，所以需要合理分配时间和资源。
协作
多人一起合作完成项目，包括沟通、分工、共享文件和同步进度。
我在 GitHub 上和同事一起协作开发这个项目。
文档
记录项目相关信息的文件，包括使用说明、开发指南、API 文档等。
我写了一份 README，方便别人快速了解项目。
开源许可证
规定别人可以如何使用、修改和分发你的代码的法律许可协议。
我选择使用 MIT License，让别人可以自由使用我的项目。
开源
任何人都可以查看、使用、修改和贡献的公开代码，通常由社区共同维护。
我把项目开源到 GitHub，希望得到更多人的反馈和贡献。
数据分析
通过收集和分析用户行为数据，了解产品的使用情况和效果，帮助做决策。
我通过 Analytics 发现，大部分用户来自手机端，于是优先优化了移动端体验。
版本发布
将新功能或改进后的版本正式发布给用户使用。
我们完成了测试，现在可以发布 v1.0.0 版本了！