项目说明CLAUDE.md
“每次进入项目都必须知道的规则，应该放在哪里？
全部术语
397 个词条按细分类完整展开；也可以用左侧目录直接跳到一个专题。
协作准备
让项目事实、上下文和记忆有地方可放。
能力扩展
把调用入口、可复用知识和外部工具分清楚。
任务推进
把研究、执行和协作拆成可判断的步骤。
验证与迭代
用证据确认结果，再决定是否进入下一轮。
提示与上下文
把任务、示例、上下文容量和输出要求说清楚。
提示词Prompt
“把你希望 AI 做什么、依据什么、怎样交付说清楚。
系统提示System Prompt
“给 AI 定店规，告诉它长期该遵守什么。
少样本示例Few-shot Prompting
“别只说“写好一点”，给 AI 看两三个真正想要的例子。
上下文窗口Context Window
“AI 一次能放在桌面上看的材料是有限的。
Token
“AI 不是按“字数”算，而是把文字切成许多小块来读。
示例Example
“别只讲规则，拿一份对的成品让人看懂标准。
摘要Summarization
“把长资料缩短，但不能把会改变决定的内容丢掉。
成本Cost
“做这件事要花多少，不只看购买价格，还看以后谁来维护。
AI 基础AI Basics
“准备把 AI 用进真实业务，又不想把流畅表达误当成可靠执行。
多模态Multimodal
“业务信息不只在文字里，还藏在产品图、图纸、录音和页面截图中。
上下文工程Context Engineering
“任务长、资料多、角色多，模型开始使用旧假设或遗漏关键限制时。
对话历史Conversation History
“后续问题依赖前面选择、修正和已验证结果时。
无状态请求Stateless Request
“接口要横向扩展、重试或被不同服务器处理时。
结构化输出Structured Output
“输出要进入程序、表格、数据库或下一步自动化，不能靠人读散文提取。
流式响应Streaming Response
“生成时间较长，希望用户尽早看到进度和首批内容时。
代理与工具
让 AI 能办事，也让权限、边界和人工确认留在该在的位置。
工具调用Tool Calling
“AI 不只说话，还能按规则去查和办事。
AI 代理Agent
“不是只回答一句，而是能按任务往前办事的 AI 同事。
安全护栏Guardrail
“给 AI 划清不能越过的线，防止它把不该做的事做了。
Harness Engineering
“希望代理不只会生成代码，还能在真实仓库里稳定完成并证明任务。
人在回路Human in the Loop
“动作会公开发布、改商业承诺、接触客户或证据仍不充分时。
ReAct 模式Reason and Act
“答案需要通过搜索、代码、浏览器或外部系统逐步获得，而不能一次凭记忆生成。
Agent 循环Agent Loop
“任务包含多个依赖步骤，下一步必须根据前一步真实结果决定时。
质量与恢复
识别幻觉、评估结果，并为失败保留恢复路径。
效果评估Evaluation
“不是觉得 AI 还不错，而是拿标准样本检验它到底靠不靠谱。
幻觉Hallucination
“AI 说得很像真的，不代表它真的知道。
重试Retry
“第一次没办成时，别立刻放弃，也别无限重复。
降级方案Fallback
“主路走不通时，仍让用户有一条不丢事的备用路。
依据约束Grounding
“让 AI 只站在你给的可靠地面上说话，缺资料就明确停下。
AI 幻觉AI Hallucination
“答案听起来专业，但你还找不到能复现或核对的证据。
响应速度Response Speed
“用户等待搜索、AI 回答、保存或提交，慢到影响继续操作时。
Token 成本Token Cost
“AI 工作流开始规模化，需要判断一次任务为何贵、慢或塞满上下文时。
用户与需求
先写清谁在什么场景里遇到了什么阻碍。
用户故事User Story
“这句话到底是谁，在什么场景里，想得到什么结果？
用户用例Use Case
“角色、前提、正常步骤和结果，是否已经写完整？
用户流程User Flow
“访客从看到产品到提交询盘，中间会走哪几步？
用户旅程User Journey
“采购商从搜索到销售跟进，疑问在哪一步出现？
用户画像Persona
“把一类真实用户的共同情况画成一张能帮助决策的画像。
待完成任务Jobs to Be Done
“别只问用户是谁，要问他现在想把什么事情办成。
问题陈述Problem Statement
“先把真正卡住用户的事讲清楚，再讨论做什么功能。
假设Hypothesis
“先把你认为会发生什么写出来，再用证据决定它对不对。
产品规划
把要做的步骤、边界和最低可行范围明确下来。
数据与验证
用可观察的行为判断需求是否真的解决问题。
策略与取舍
从价值主张、竞争判断到优先级，决定该做什么。
价值主张Value Proposition
“用一句能被客户听懂的话说清你解决了什么难题。
竞品分析Competitive Analysis
“看别人怎么做，是为了找到自己的选择，不是照着抄。
功能Feature
“功能是帮用户办事的一种手段，不是目的本身。
需求Requirement
“把要做的事、不能做的事和做成的样子说清。
优先级排序Prioritization
“所有事都重要时，仍要决定下一件先做什么。
RICE 评分RICE
“影响、覆盖、信心和工作量怎样共同影响排序？
Kano 模型Kano Model
“缺了会不满意和多了会惊喜，怎样向用户核对？
原型Prototype
“先做一个能走通的样子，别一开始就花钱做完整成品。
研究Research
“先说清要决定什么，再去找足以支持判断的资料。
影响Impact
“这件事做完会改变谁的什么结果，变化可能有多大。
研究与测试
用访谈、原型和可用性测试减少对用户的猜测。
指标与分析
把行为数据变成下一轮产品判断的证据。
数据分析Analytics
“把用户留下的行为痕迹变成能决定下一步的证据。
事件埋点Event Tracking
“点击、尝试、失败和保存，分别在什么时候记录？
北极星指标North Star Metric
“哪一项度量更接近用户真正得到的价值？
关键绩效指标Key Performance Indicator
“用少数重要数字看目标有没有真的往前走。
留存Retention
“新访客更多了，原来的学员有没有回来？
流失Churn
“暂时没回访，是否足以证明已经失去客户？
同期群分析Cohort Analysis
“不同批次加入的人，怎样对齐观察时间？
指标Metric
“分子、分母和去重规则不同，还能直接比较吗？
参与度Engagement
“不只看人来了没有，还看他有没有真正使用并获得价值。
组件与责任
把重复出现且能独立维护的界面责任收在一起。
状态与变化
说明界面在等待、成功、失败和不可操作时的样子。
反馈与兜底
让用户知道刚刚发生了什么，以及下一步能做什么。
输入与表单
让用户填写、选择、上传和提交信息的基础控件。
按钮Button
“添加一行和提交表单，怎样让按钮各自做对？
链接Link
“教程入口能否复制地址、键盘打开并正确到达？
单行输入框Input
“产品编号的前导零，为什么不能像数量一样去掉？
多行输入框Textarea
“三行需求怎样保留换行、上下文与失败后的输入？
数字输入框Number Input
“它是数字，还满足单位、范围和整数规则吗？
单选框Radio
“同一个问题的多个选项，为什么只能保留一项？
复选框Checkbox
“选了两项、剩下一项，全选该显示什么状态？
开关Switch
“名称不变，开启和关闭怎样表达当前设置？
滑块Slider
“拖动很快，但怎样准确调到目标数值？
评分Rate
“未评价、个人评分与汇总结果，应该怎样分开？
下拉选择Select
“显示名称与保存值，为什么不应等于列表位置？
自动完成Autocomplete
“输入文字、候选和已选身份，为什么不能混存？
级联选择Cascader
“上一级变了，怎样避免拼出无效的型号路径？
树形选择Tree Select
“展开一整个分支，为什么不等于选中了全部节点？
日期选择器Date Picker
“交货日期与全球同一瞬间，为什么不能混存？
时间选择器Time Picker
“只有 09:30，还缺哪些信息才能约好海外会议？
文件上传Upload
“文件名显示出来，是已经选择还是已经送达？
表单Form
“表单要帮助客户把资料交清楚，也要说明哪里填错、正在处理什么、提交后发生了什么。
颜色选择器Color Picker
“选出色值以后，还需要在什么背景下检查？
字段标签Label
“填完以后，怎样仍然看得懂每一格的含义？
占位提示Placeholder
“灰色示例地址存在，为什么实际值仍是空的？
搜索Search
“没有结果，是内容不存在，还是查询范围不对？
范围Range
“每格都是数字，上下界放在一起也有效吗？
分类体系Taxonomy
“多个查找入口怎样指向同一个稳定对象？
日历Calendar
“翻月份、选日期和建立事件，各改变什么？
时区Time Zone
“地区时间规则随日期变化，怎么避免写死时差？
色板Color Palette
“正文、背景、行动和错误，怎样各用其色？
辅助说明Helper Text
“哪些说明应该在用户填写之前就看得到？
内容与数据
把列表、详情、媒体、筛选与统计呈现得清楚可比较。
表格Table
“同一列混入不同单位，为什么就不能直接比较？
列表List
“筛选以后，怎样确保行上的操作仍对应原来的对象？
卡片Card
“一张卡片的内容与多个动作，怎样保持清楚关系？
标签Tag
“移除标签，为什么不是删除资料？
徽标Badge
“99+、真实零与未取得计数，怎样分别显示？
头像Avatar
“头像或首字母相同，为什么不能据此确认身份？
描述列表Descriptions
“只读详情中的未知、不适用和零，怎样区别？
统计数值Statistic
“两组样本大小不同，整体比例应该怎样计算？
标签页Tabs
“移动焦点与激活内容，什么时候是两步操作？
分段控制Segmented Control
“切换视图，为什么不应该丢掉筛选和所选对象？
折叠面板Collapse
“收起说明以后，内容权限有没有发生变化？
时间线Timeline
“计划、已发生和当前阶段，怎样不画混？
树形结构Tree
“两个不同目录下的配件，怎样用路径和 ID 区分？
轮播Carousel
“怎样让读者知道看到了哪里，并自己控制切换？
图片Image
“图中独有的信息，看不到图时还能怎样读懂？
文件File
“两份同名文件，为什么内容和适用版本可能不同？
图标Icon
“向下箭头是下载还是展开，怎样让用户不用猜？
引用Quote
“删掉原话的限定条件，会改变什么判断？
视频Video
“静音或无法播放时，怎样保留关键操作信息？
聊天界面Chat UI
“聊天记录里怎样区分模型建议和真实执行结果？
筛选Filter
“同组 OR、跨组 AND，实际会留下哪些记录？
图表Chart
“数据未知与真实为零，在图上为什么不能一样？
应用图标App Icon
“标签页、安装入口和分享图，为什么需要分别检查？
排序Sort
“数字排序、文字排序和筛选，各改变什么？
状态标识Status
“一项业务状态，需要什么事实才能成立？
资料档案Profile
“资料从哪里来，同名客户是否真是同一个主体？
评论与备注Comment
“内部备注和对外回复，怎样明确可见与发送范围？
导航Navigation
“从搜索进入深页，怎样知道位置并找到返回路径？
手风琴Accordion
“单项与多项展开，分别适合怎样的阅读任务？
下载Download
“开始下载以后，网页实际知道多少保存结果？
文档对象Document
“最新上传和当前有效的文档，是同一个概念吗？
引用与出处Citation
“来源真实可访问，就足够支持当前这句话吗？
消息Message
“回执超时后，怎样核对而不是盲目重复发送？
优先级Priority
“排在第一位的事情，有哪些可说明和复核的理由？
提示与反馈
在成功、等待、风险与失败时让用户知道真实状态。
警告提示Alert
“把重要事情写在能看见的位置，不必每次都跳出来拦住人。紧急程度不同，提醒方式也应不同。
轻提示Toast
“做成一件小事，可以轻轻报一声。需要人处理的问题，得留下来看得见、找得到。
通知Notification
“通知只是告诉你有事发生。看见提醒和把事情办完，是两步。
模态框Modal
“临时把一件事放到面前处理，但要留出口。关掉后，人应该回到刚才的位置。
抽屉Drawer
“像在桌边拉出一格资料，主列表还在。要不要暂停桌上的其他操作，要另外决定。
二次确认Popconfirm
“第一次点只是在提出动作，第二次明确答应才执行。反悔就该真的不动。
浮层说明Popover
“点一下旁边的小入口，展开一小块能阅读、能操作的补充信息。办完就收起，不必把整个页面锁住。
工具提示Tooltip
“不熟悉的词旁边补一句解释。真正决定怎么填写、怎么买的条件，仍应直接放在能看到的地方。
进度Progress
“先说清在数哪一步。文件传完，只是文件到达，后面可能还要校验、解析或人工查看。
骨架屏Skeleton
“先把座位排好，让人知道等来的内容放哪。客人没到不等于一定会到，更不能永远摆空椅子不解释。
结果页Result
“结束一段操作后，把办成什么、没办成什么、接下来怎么走放在一起。别让一个绿色对勾替你承诺更多。
加载指示Spinner
“转圈只能说“还在等”。进度多少、等谁处理、能否取消，需要另外说明。
详情区Details
“列表让你认出哪件事，详情把这件事展开讲完整。先对准同一个对象，再补资料。
加载状态Loading State
“告诉人现在在等什么。手里已有资料就标明它还是旧的，别一等新数据就把能看的东西全遮掉。
页面模块
首屏、品牌、案例、问答与行动入口的常用页面结构。
首屏Hero Section
“用户刚进来时，先让他知道你是谁、这页解决什么、下一步点哪里。
行动号召Call to Action
“别只介绍，明确告诉用户下一步该做什么。
用户原声User Voice
“让客户自己说出问题和结果，比自夸更有说服力。
页头Header
“每页顶部那条稳定的导航和品牌区域。
标志Logo
“让用户知道这是谁的网站，也让他下次能认出来。
导航栏Navigation Bar
“把最重要的去处放在每页都找得到的位置。
页脚Footer
“页面收尾处留给客户确认你是谁、怎么联系和还能去哪。
常见问题FAQ
“把大家都会问的问题提前说清，减少犹豫和重复沟通。
定价信息Pricing
“即使不能直接报死价，也要让客户知道价格怎样形成。
社会证明Social Proof
“让客户看到已有谁相信你、为什么相信你。
联系模块Contact
“让有意向的人知道找谁、用什么方式、多快会收到回应。
隐私说明Privacy
“客户把资料交给你前，先说清会怎么用、谁能看、怎样删除。
案例研究Case Study
“别只说做得好，把当时的问题、怎么做和结果拿出来。
布局与空间
用网格、弹性布局、定位与间距安排信息关系。
顶部导航布局Top Navigation Layout
“菜单在上面，主要内容在下面，是最常见的网站结构。
侧边栏布局Sidebar Layout
“左边负责找路，右边负责认真看内容。
单页布局Single Page Layout
“所有内容在一页里顺着读，需要时用锚点跳转。
文档布局Documentation Layout
“左边找章节，中间读内容，必要时旁边放补充。
卡片网格布局Card Grid Layout
“很多同类内容并排出现，方便扫一眼比较。
居中布局Centered Layout
“把注意力收在中间，不让长行文字把人拉散。
瀑布流布局Masonry Layout
“高矮不同的卡片像砌墙一样自然往下排。
分屏布局Split Screen Layout
“一边看，一边做，两个重点并排出现。
间距Spacing
“留白不是浪费，是告诉人哪些内容应该一起看。
外边距Margin
“一个区块和外面其他内容之间隔多远。
内边距Padding
“一张卡里面的文字离边框要留多少呼吸空间。
弹性布局Flexbox
“让一排东西自动对齐、分开或换行。
网格布局CSS Grid
“先划好行和列，再把内容放进对应格子。
层级Z-index
“页面上两样东西压在一起时，谁该在最上面。
吸顶Sticky Position
“往下滚时，重要导航仍留在你手边。
定位CSS Position
“决定一个元素是老老实实排队，还是相对某个位置浮出来。
居中Centering
“把该在中间的东西真正放稳，不只是数字上居中。
盒模型Box Model
“每个网页元素都像一个盒子，里面装内容，外面还有边框和留白。
溢出Overflow
“东西装不下时，是露出来、被裁掉还是允许滚动。
预览Preview
“先看成品会长什么样，再决定要不要真的发出去。
对齐Alignment
“该在一条线上的内容排齐，眼睛就更容易比较。
滚动Scroll
“屏幕装不下时，页面允许你沿内容继续走。
视觉与动效
排版、对比、令牌和动效共同决定页面是否清晰可信。
排版Typography
“文字怎样长、怎样排，决定人能不能看懂和先看哪里。
衬线与无衬线Serif / Sans-serif
“一种有笔画收尾，另一种更干净利落；选哪种要服务阅读。
文本截断Text Truncation
“一行放不下时，先收住，但别让用户以为内容本来就只有这么多。
分隔线Divider
“告诉读者：上一组讲完了，下一组开始。
圆角Border Radius
“方框的角是硬还是柔，会直接影响页面气质。
阴影Shadow
“给需要浮起来的内容一点层次，不是所有东西都要有影子。
透明度Opacity
“让某个内容更淡，但仍然看得见。
渐变Gradient
“颜色从这一边慢慢过渡到另一边。
圆角气质Corner Feel
“页面的边角是利落、柔和还是工具感强，要始终统一。
背景模糊Backdrop Blur
“浮在内容上面的菜单能看见后面，但不会被后面文字干扰。
深色模式Dark Mode
“不是把白底反相，而是整套颜色都重新为暗环境调过。
设计令牌Design Token
“把常用设计规则存成统一字典，改一次就能全站同步。
对比度Contrast
“重点要够明显，文字也要看得清。
视觉层级Visual Hierarchy
“页面不能让所有东西抢同样的注意力。
过渡Transition
“状态变化别突然跳，给人一点可理解的过程。
动画Animation
“通过运动告诉用户发生了什么，但不能为了炫而分散注意力。
缓动Easing
“动画不是匀速走，起停节奏决定它像不像真实动作。
弹簧动效Spring Animation
“像东西被轻推后有一点回弹再停住。
淡入淡出Fade
“内容不是突然冒出来，而是轻轻显现或离开。
悬停Hover
“鼠标放上去时，告诉用户这里能点或还能看到什么。
字体Font
“同一套字的形状和粗细，决定文字看起来像谁、读起来累不累。
遮罩层Overlay
“临时把背景压暗，让人先处理眼前这件事。
背景Background
“先铺好内容站立的底面，再保证文字和操作看得清。
主题Theme
“同一套内容换一整组协调外观，而不是逐个组件重新改色。
网页基础
从用户看得到的网页结构开始，理解页面由什么组成。
前端Frontend
“客户看得见、点得到、填得进去的这部分，就是网页的前端。它能展示结果，但不能单凭一个提示证明后台已经办成了事。
HTML
“为什么链接要有地址，标题要有清楚的层级？
Markdown
“用几颗符号把一段普通文字排成结构清楚的文档。
DOMDocument Object Model
“开发工具里改了标题，为什么刷新后又还原？
标题标签Title Tag
“浏览器标签上那一行名字，也是搜索者先看到的页面身份。
页面元数据Page Metadata
“给网页配一张说明卡，让搜索、分享和浏览器知道这页是什么。
网站图标Favicon
“网页标签左侧那颗小图标，帮人从一堆标签里认出你。
社交分享卡Open Graph
“把一个裸链接变成一张别人愿意点开的介绍卡。
网页应用清单Web App Manifest
“告诉手机和浏览器：把这个网站装成快捷入口时该显示什么。
无障碍访问Accessibility
“别让看不清、用键盘或网速慢的人被页面挡在门外。
文档Documentation
“把只有做过的人才知道的事写下来，让后来的人能找到、看懂和照着做。
事件Event
“页面上发生了一件事，程序据此决定下一步怎么回应。
搜索引擎优化Search Engine Optimization
“让搜索引擎知道你这页讲什么，也让真正需要的人更容易找到。
浏览器存储Browser Storage
“把学习进度暂存在这台设备的浏览器里，刷新后还能接着用。
规范网址Canonical URL
“同一内容有几扇门时，明确告诉搜索引擎哪扇是正式入口。
XML 站点地图XML Sitemap
“给搜索引擎一份最新目录，告诉它哪些正式页面值得来走一遍。
Robots.txt
“给搜索爬虫一张通行说明，但它不是保险柜的门锁。
浏览器开发者工具Browser DevTools
“页面哪里坏了，就在浏览器现场查看它真实加载和执行了什么。
外观与交互
让页面看得清、点得动，并在不同设备上保持可用。
CSS
“内容没变，怎样让电脑和手机都读得舒服？
JavaScript
“点击之后，怎样按真实结果更新界面？
响应式设计Responsive Design
“让同一网页在电脑、平板和手机上都能顺手看和操作。
撤销Undo
“做错一步能按返回键，不必从头再来。
选中状态Selection
“让人一眼知道自己刚才点中了什么。
鼠标指针Cursor
“鼠标变成什么形状，就是页面给你的下一步暗示。
焦点Focus
“你现在用键盘打字或按回车，会作用到哪个控件上。
激活状态Active State
“按按钮的这一瞬间，页面要告诉你它确实收到了动作。
禁用状态Disabled State
“现在不能点，但要让人知道缺什么才能点。
拖拽Drag and Drop
“用手把屏幕里的东西拖到它该去的位置。
确认交互Confirmation
“重要动作先让人看清会发生什么，办完后再让他知道结果。
操作历史History
“让人知道之前发生了什么，必要时能找到上一版。
校验Validation
“用户填完后，系统按规则检查这份资料能不能继续办理。
找不到页面Not Found Page
“用户走到不存在的门牌时，告诉他这里没有内容，并给回首页或搜索的路。
请求与服务
理解一次询盘如何被系统接收、处理和返回结果。
后端Backend
“前端把事情交进来，后端按规则办理，再告诉前端办成了还是哪里出了问题。
API 接口Application Programming Interface
“API 让一段程序按约定请另一段程序办事。它说明怎么交资料、怎么收结果，不是一个会自动理解所有需求的万能入口。
Webhook
“同一事件来了两次，为什么只应该处理一笔业务？
服务器Server
“网站背后负责接单和干活的那台机器或服务。
HTTPHypertext Transfer Protocol
“一条请求和一份响应分别携带哪些信息？
请求与响应Request / Response
“超时之后，怎样确认有没有重复保存询盘？
接口端点Endpoint
“同一套系统里，每件事有自己的办事窗口地址。
请求方法HTTP Method
“读取和删除，为什么不能共用一个可随意点开的链接？
状态码HTTP Status Code
“201 和 202，应该向用户说明不同的什么结果？
JSON 数据JSON
“把一条资料写成“字段名：内容”的可传递小包。
查询参数Query Parameter
“链接后面带的小条件，告诉系统这次想看哪一部分。
RESTRepresentational State Transfer
“把客户、询盘、文件当成可寻址资源，用通用动作读取和修改。
网址Uniform Resource Locator
“告诉浏览器去哪个站、哪条路径、带什么条件找资源。
端口Port
“域名找到一栋楼，端口再告诉网络该去哪个办事窗口。
重定向Redirect
“旧地址不再办事时，系统明确把人带到新的正确地址。
Serverless
“你只交付办事函数，平台负责机器、扩缩容和大部分运行维护。
后端框架Backend Framework
“后端接口越来越多，需要统一组织入口、校验、错误和依赖。
路由Route
“请求到门口后，先按地址和动作分到正确窗口。
数据与安全
让资料放得对、看得对，也让该拦住的访问被拦住。
数据库Database
“数据库负责把记录保存下来，并让系统按条件找回、修改。页面上的一行文字只是它可能的一种展示。
身份认证Authentication
“系统怎样核验这次请求代表哪个账号？
加密Encryption
“就算资料被拿到，也要让看不懂的人无法读出内容。
授权Authorization
“已经登录，为什么仍不能看同事的客户？
环境变量Environment Variable
“放进环境变量的值，哪些仍会交给浏览器？
角色Role
“先按岗位分组，再给这类人配置该做的事。
权限Permission
“精确说明谁能对哪份资料做什么。
密钥与机密Secret
“拿到它就可能代表系统办事，所以必须像钥匙一样保管。
配置Configuration
“代码负责怎么做，配置决定这次在哪里、按什么参数做。
Cookie
“网站给浏览器的一张小票，下次访问时用它认出当前会话。
CORSCross-Origin Resource Sharing
“接口明确列一张名单：哪些网站可以从浏览器来取数据。
数据校验Validation
“资料进系统前先验货：格式对不对、范围合不合理、业务上能不能接受。
API 密钥API Key
“这是程序办事时出示的专用钥匙，谁拿到就可能以你的身份调用服务。
SQLStructured Query Language
“用一套结构化问法告诉数据库要查哪些行、怎样筛选和更新。
稳定性与恢复
让等待、失败、重试、日志与监控都有明确处理方式。
缓存Cache
“哪些结果可以共用，哪些只能给当前用户？
队列Queue
“用户先把任务交进去，系统按顺序慢慢办，不让页面一直卡着等。
定时任务Cron Job
“到了规定时间，系统自己做一件固定工作。
限流Rate Limit
“别让一个人或机器人一下子把系统挤爆。
错误处理Error Handling
“出错时不能只沉默，要告诉系统和用户接下来怎么办。
日志Logging
“给系统留一份发生过什么的工作记录。
监控Monitoring
“别等客户投诉才知道网站或表单已经坏了。
性能Performance
“页面和服务办事有多快、同时来很多人时会不会卡住。
缓存失效Cache Invalidation
“资料改了以后，别让客户继续拿到仓库里那份旧副本。
自动化Automation
“把每次都一样的重复工作交给机器，并保留检查和失败出口。
安全Security
“只让该进的人进、该看的人看，出了异常还能发现和处理。
人机验证CAPTCHA
“在异常流量出现时确认来的是人，不让机器人刷爆表单。
审计日志Audit Log
“重要改动要留下可追查的操作回执。
应用结构
看懂框架、组件和工具怎样组成一套产品。
技术栈Tech Stack
“完成一个网站或产品所用的一整套技术组合，叫技术栈。
框架Framework
“框架提供一套已经搭好的结构和约定，让你少从零开始。
React
“React 用组件和状态来组织界面，让页面能随着数据变化更新。
NPMNode Package Manager
“项目需要什么工具、怎么运行，NPM 帮你统一记账和执行。
包管理器Package Manager
“把项目需要的第三方工具统一装好、记好版本。
依赖Dependency
“你的项目借用了哪些别人维护的能力。
构建Build
“本地产物已经生成，为什么还不能宣布公开上线？
打包工具Bundler
“把许多小代码文件整理成浏览器容易加载的成品包。
Vite
“写页面时更新快，发布时又能产出正式资源的工具。
TypeScript
“先把数据应该长什么样说清，少等运行时才发现写错。
代码检查Linting
“代码还没运行前，先检查明显的坏习惯和低级错误。
依赖锁定文件Lockfile
“把这次安装到的每个零件版本记死，让别人装出同一套环境。
版本Version
“给每一版成品贴上号码，知道当前用哪版、哪里变了。
Python
“需要做数据清洗、内容处理、脚本自动化或后端服务时。
Vue
“需要把模板、交互状态和样式组织成可维护的页面组件时。
Next.js
“React 网站还需要搜索可见页面、服务端逻辑和统一工程结构时。
Tailwind CSS
“团队希望用受约束的设计尺度快速实现大量一致界面时。
shadcn/ui
“需要可靠组件起点，又希望源码和视觉完全掌握在自己项目里时。
协作与发布
让代码可协作、可追踪，并安全地发布到真实域名。
代码仓库Repository
“仓库是存放项目代码、历史、说明和协作记录的集中地点。
部署Deployment
“预览 V2 正常，正式入口为什么仍是 V1？
测试Testing
“别只看页面像不像，要让关键动作真的跑一遍。
持续集成与交付CI/CD
“每次改动都走同一套检查和发布通道，少靠手工记忆。
域名Domain
“名字买好了，代码和网页真正放在哪里？
DNSDomain Name System
“域名指到哪里，与返回哪个版本有什么关系？
HTTPS
“连接受保护，为什么不等于商家或应用一定可信？
SSL 证书SSL Certificate
“有了证书，名称、有效期与实际连接还要查什么？
网站托管Hosting
“管理域名、保留源码与运行网站，分别在哪里？
内容分发网络Content Delivery Network
“把图片和页面副本放到离客户更近的地方，打开更快。
回滚Rollback
“新版本出问题，能安全退回上一个可靠版本。
回归问题Regression
“修好一处或加了新东西，却把以前能用的地方弄坏了。
网站托管Web Hosting
“本地做好的网站要住进一台一直在线、有人维护的公开服务器。
持续交付 / 持续部署Continuous Delivery / Deployment
“每次改动都走同一条发布流水线，合格后准备上线或直接上线。
预发布环境Staging
“正式开门前先在一间几乎一样的样板店完整演练。
功能开关Feature Flag
“新功能已经装好，但先只把开关给测试人员或一小部分用户打开。
金丝雀发布Canary Release
“先让少部分访客用新版本，确认没有异常再慢慢全量。
蓝绿部署Blue-Green Deployment
“新店在隔壁准备好，验收后把门牌一次切过去；出错再切回旧店。
终端命令行Terminal
“用一行明确命令让电脑执行任务，并直接读它返回的证据。
持续集成Continuous Integration
“每个改动进主线前都经过同一台自动质检机。
代码规范检查Lint
“代码还没运行，就先让规则把明显可疑和不统一的地方标出来。
测试用例Test Case
“把“试试看”写成任何人都能照着走并得到同一结论的步骤。
单元测试Unit Test
“把一个零件单独放上测试台，不让外部网络和数据库干扰判断。
集成测试Integration Test
“零件各自合格后，再检查装在一起会不会接口对不上。
端到端测试End-to-End Test
“像真实客户一样从打开网页一路办到结果，看看整条链是否断了。
冒烟测试Smoke Test
“先看机器能不能启动和完成最基本动作，再决定是否做全面验收。
回归测试Regression Test
“修一处以后，把可能受影响的老路再走一遍。
测试覆盖率Test Coverage
“它告诉你哪些地方被测试走过，却不保证走过的检查有价值。
测试替身Test Double
“先请一位按剧本回应的替身配合演练，不真的扣款或发邮件。
测试数据与 FixtureTest Data and Fixture
“每次测试都从同一套样品和台面开始，结果才可比较。
不稳定测试Flaky Test
“同一批货同一台机器反复测，结果却一会合格一会不合格。
版本与协作
把提交、分支、同步、评审、合并和恢复放进一条可检查的协作路线。
Git
“Git 记录文件每次变化，让团队能回看、比较和安全协作。
提交Commit
“给这次改动拍一张带说明、作者和时间的快照。
分支Branch
“为一项功能开一条独立施工线，完成验收后再合回主线。
合并Merge
“两条施工线都做完后，把成果带回同一版产品。
拉取Pull
“先拿到别人最新的账本，再处理它和自己手头记录的差异。
推送Push
“把本地记录好的版本交到团队共同仓库。
克隆仓库Clone
“把完整项目和它的版本来历一起复制到本机。
合并请求Pull Request
“把改了什么、为什么改、怎样验证放在同一张评审单里。
工作树Worktree
“同一个项目同时摆两张独立工作台，各自处理不同分支。
暂存工作现场Stash
“把做到一半的材料装进有编号的抽屉，办完急事再取回。
Git 忽略规则.gitignore
“告诉版本系统哪些本机杂物和机密不该进公共档案。
差异Diff
“在提交前清楚看见哪里增加、删除或修改了。
视觉风格
看懂一种风格由哪些视觉机制组成、适合什么业务，以及什么时候会用错。
极简风格Minimal Design
“信息本身重要，用户需要快速判断和行动时。
Apple 风格Apple-inspired Design
“产品形态和品质证据值得被放大，并有足够高质量素材时。
Notion 风格Notion-inspired Design
“用户需要阅读、编辑和穿梭大量结构化知识时。
Bento 网格Bento Grid
“首页需要快速展示多个卖点、数据和案例，同时保持整体秩序时。
玻璃拟态Glassmorphism
“品牌需要轻盈科技感，且背景与前景对比能稳定控制时。
粗野主义Brutalism
“品牌愿意用强烈、实验性外观筛选受众时。
瑞士国际主义Swiss Style
“内容复杂但需要显得理性、准确和高效时。
编辑式设计Editorial Design
“案例、研究或品牌故事需要连续阅读和观点层次时。
拟物风格Skeuomorphism
“新用户需要依靠熟悉物件快速理解数字操作时。
扁平化设计Flat Design
“界面需要快速加载、跨设备一致并突出内容时。
Material Design
“团队需要成熟组件规则和一致交互反馈时。
新拟态Neumorphism
“少量、低风险控制需要柔和实体感，且对比能被严格补足时。
SaaS 风格SaaS Design
“需要让企业客户快速理解软件解决什么、怎样工作和值不值得试用时。
企业软件风格Enterprise Design
“多人、多角色和高频任务需要在同一系统中可靠完成时。
电商风格Commerce Design
“用户需要从大量产品中筛选并作出交易相关决定时。
暗色科技风Dark Tech
“AI、硬件或数据产品希望突出技术气质，且内容适合深色阅读时。
活泼趣味风Playful Design
“学习、创作或轻量工具需要减少陌生感和操作压力时。
有机自然风Organic Design
“可持续、食品、生活方式或手工品牌需要传达真实与亲近时。
Y2K 风格Y2K
“面向年轻文化受众的活动或品牌希望形成强时代辨识度时。
孟菲斯风格Memphis Design
“活动、创意产品或年轻品牌需要强烈视觉记忆时。
终端界面风Terminal Style
“产品面向技术用户，操作逻辑确实接近命令、日志或任务执行时。
侘寂风Wabi-sabi
“手作、茶、陶瓷或高端生活方式品牌需要传达朴素真实时。
包豪斯风格Bauhaus
“品牌希望表达理性现代、制造精神和强几何秩序时。
装饰艺术风格Art Deco
“酒店、珠宝、礼品或高端品牌需要庄重且有时代感的视觉时。
“参数待工程师确认。”
关联询盘 D01，没有发给客户