update: 2026-03-28 21:00
This commit is contained in:
@@ -1,29 +1,29 @@
|
||||
{
|
||||
"file-explorer": true,
|
||||
"global-search": true,
|
||||
"switcher": true,
|
||||
"switcher": false,
|
||||
"graph": false,
|
||||
"backlink": true,
|
||||
"backlink": false,
|
||||
"canvas": false,
|
||||
"outgoing-link": true,
|
||||
"tag-pane": true,
|
||||
"outgoing-link": false,
|
||||
"tag-pane": false,
|
||||
"properties": false,
|
||||
"page-preview": true,
|
||||
"daily-notes": false,
|
||||
"daily-notes": true,
|
||||
"templates": false,
|
||||
"note-composer": true,
|
||||
"note-composer": false,
|
||||
"command-palette": true,
|
||||
"slash-command": false,
|
||||
"editor-status": true,
|
||||
"bookmarks": true,
|
||||
"markdown-importer": false,
|
||||
"zk-prefixer": false,
|
||||
"random-note": false,
|
||||
"outline": false,
|
||||
"random-note": true,
|
||||
"outline": true,
|
||||
"word-count": true,
|
||||
"slides": false,
|
||||
"audio-recorder": false,
|
||||
"workspaces": false,
|
||||
"workspaces": true,
|
||||
"file-recovery": true,
|
||||
"publish": false,
|
||||
"sync": false,
|
||||
|
||||
@@ -7,36 +7,22 @@
|
||||
"id": "f6c05057a0ef99fa",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "b2b8008d42f651c2",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "AI/Codex常用命令.md",
|
||||
"mode": "source",
|
||||
"source": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "Codex常用命令"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "1bf536b33f2e3608",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "AI/控制台agent工具安装教程.md",
|
||||
"file": "项目策划/萌芽小店.md",
|
||||
"mode": "source",
|
||||
"source": false
|
||||
"source": false,
|
||||
"backlinks": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "控制台agent工具安装教程"
|
||||
"title": "萌芽小店"
|
||||
}
|
||||
}
|
||||
],
|
||||
"currentTab": 1
|
||||
]
|
||||
}
|
||||
],
|
||||
"direction": "vertical"
|
||||
@@ -50,7 +36,7 @@
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "f1c17e2d203acce4",
|
||||
"id": "43d843d674fbb600",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "file-explorer",
|
||||
@@ -80,7 +66,7 @@
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "29759c335a3c0889",
|
||||
"id": "944eca947358e36a",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "bookmarks",
|
||||
@@ -104,114 +90,83 @@
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "330eb3c82c280cae",
|
||||
"id": "e1bae69cab499c57",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "backlink",
|
||||
"type": "outline",
|
||||
"state": {
|
||||
"file": "Linux/树萌芽のLinux折腾/Linux一些奇奇怪怪的命令.md",
|
||||
"collapseAll": false,
|
||||
"extraContext": false,
|
||||
"sortOrder": "alphabetical",
|
||||
"showSearch": false,
|
||||
"searchQuery": "",
|
||||
"backlinkCollapsed": false,
|
||||
"unlinkedCollapsed": true
|
||||
},
|
||||
"icon": "links-coming-in",
|
||||
"title": "Linux一些奇奇怪怪的命令 的反向链接列表"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "a11bb24aba14d458",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "outgoing-link",
|
||||
"state": {
|
||||
"linksCollapsed": false,
|
||||
"unlinkedCollapsed": true
|
||||
},
|
||||
"icon": "links-going-out",
|
||||
"title": "出链"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "66a43be089eb76fa",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "tag",
|
||||
"state": {
|
||||
"sortOrder": "frequency",
|
||||
"useHierarchy": true,
|
||||
"file": "项目策划/萌芽小店.md",
|
||||
"followCursor": false,
|
||||
"showSearch": false,
|
||||
"searchQuery": ""
|
||||
},
|
||||
"icon": "lucide-tags",
|
||||
"title": "标签"
|
||||
"icon": "lucide-list",
|
||||
"title": "萌芽小店 的大纲"
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
"width": 300,
|
||||
"collapsed": true
|
||||
"width": 300
|
||||
},
|
||||
"left-ribbon": {
|
||||
"hiddenItems": {
|
||||
"switcher:打开快速切换": false,
|
||||
"command-palette:打开命令面板": false,
|
||||
"remotely-save:Remotely Save": false,
|
||||
"obsidian42-brat:BRAT": false
|
||||
"obsidian42-brat:BRAT": false,
|
||||
"workspaces:管理工作区布局": false,
|
||||
"random-note:开始漫游笔记": false,
|
||||
"daily-notes:打开/创建今天的日记": false
|
||||
}
|
||||
},
|
||||
"active": "1bf536b33f2e3608",
|
||||
"lastOpenFiles": [
|
||||
"AI/AI账号/Qwen账号.md",
|
||||
"CloudFlare/Cloudflare Tunnel使用限制.md",
|
||||
"AI/大模型系统提示词教程.md",
|
||||
"刷新浏览器缓存.md",
|
||||
"AI/Codex常用命令.md",
|
||||
"AI/Gemini Cli常用命令.md",
|
||||
"Git/Git使用SSH提交下载方法总结.md",
|
||||
"Linux/Linux常用关机命令.md",
|
||||
"README.md",
|
||||
"数据库/小萌芽数据库状态检测_2026-03-04.md",
|
||||
"Docker/优秀好用的Docker镜像/Postgres-数据库.md",
|
||||
"临时/灵创盘底部说明.md",
|
||||
"AI/Claude Code常用命令.md",
|
||||
"AI/AI大模型应用实现方式拆解.md",
|
||||
"树萌芽の小本本/账号合集/邮箱账号/微软邮箱.md",
|
||||
"收藏的DNS集合.md",
|
||||
"开源社交账号注册方式一览.md",
|
||||
"未命名.md",
|
||||
"树萌芽の小本本/账号合集/邮箱账号/QQ邮箱.md",
|
||||
"树萌芽の小本本/账号合集/AI账号/豆包账号.md",
|
||||
"树萌芽の小本本/账号合集/邮箱账号",
|
||||
"树萌芽の小本本/账号合集/邮箱账号.md",
|
||||
"树萌芽の小本本/账号合集/AI账号/DeepSeek账号.md",
|
||||
"树萌芽の小本本/账号合集/AI账号/GLM账号.md",
|
||||
"树萌芽の小本本/账号合集/AI账号/Qwen账号.md",
|
||||
"树萌芽の小本本/账号合集",
|
||||
"AI/控制台agent工具安装教程.md",
|
||||
"AI/大模型上下文记忆功能的实现.md",
|
||||
"AI/大模型驱动应用功能的实现.md",
|
||||
"AI/AI提示词工程/AI绘画提示词.md",
|
||||
"AI/阿里云百炼平台模型API调用示例.md",
|
||||
"AI/AI提示词工程/开发前后端分离网站提示词.md",
|
||||
"AI/AI账号/豆包账号.md",
|
||||
"AI/AI账号/GLM账号.md",
|
||||
"AI/AI账号/DeepSeek账号.md",
|
||||
"编程语言/前端/隐藏网页滚动条.md",
|
||||
"编程语言/前端/前端html导入css和js方法.md",
|
||||
"Vercel 项目添加自定义域名完整指南.md",
|
||||
"博客文章",
|
||||
"Linux/LXC",
|
||||
"数据库/SQL Server",
|
||||
"树萌芽の收藏夹",
|
||||
"树萌芽の奇思妙想",
|
||||
"树萌芽の喃喃自语",
|
||||
"树萌芽の小本本",
|
||||
"MarkDown",
|
||||
"内网穿透/VPN",
|
||||
"VPN",
|
||||
"项目策划/万象口袋.md",
|
||||
"项目策划/萌芽账户统一认证中心.md",
|
||||
"项目策划/萌芽桌面启动器.md",
|
||||
"项目策划/萌芽Ping-网页监控.md",
|
||||
"项目策划/萌芽小店.md",
|
||||
"Git/GitHub优秀项目.md",
|
||||
"📒萌芽笔记.md",
|
||||
"AI/提示词工程/树萌芽のDokcer部署流程.md",
|
||||
"Pasted image 20260325202027.png",
|
||||
"树萌芽の小本本/树萌芽の英文名取名-ChatGPT.md",
|
||||
"树萌芽の小本本/重要信息记录.md",
|
||||
"Pasted image 20260324211458.png",
|
||||
"Pasted image 20260324211445.png",
|
||||
"实习求职/面试经历/运维开发/京东一面京东科技部门-云事业部门-技术运维（实则AI agent开发工程师）.md",
|
||||
"实习求职/通用面试八股/Agent面试八股.md",
|
||||
"实习求职/通用面试八股",
|
||||
"AI/大模型系统提示词教程.md",
|
||||
"AI/提示词工程/提交代码到自建Gitea仓库.md",
|
||||
"AI/LLM 核心概念速查表.md",
|
||||
"AI/AI控制台工具常用命令总结",
|
||||
"实习求职/面试经历/运维开发",
|
||||
"实习求职/面试经历/后端开发",
|
||||
"实习求职/牛客八股/网络模型",
|
||||
"实习求职/牛客八股/HTTP 与HTTPS",
|
||||
"实习求职/牛客八股",
|
||||
"算法与数据结构/2022年蓝桥杯PythonB组真题解析",
|
||||
"Pasted image 20260321154949.png",
|
||||
"Pasted image 20260321155016.png",
|
||||
"Pasted image 20260321162021.png",
|
||||
"Pasted image 20260321162029.png",
|
||||
"Pasted image 20260322172732.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/5-04.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/5-03.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/5-02.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/5-01.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/2-01.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/1-10.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/1-09.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/1-08.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/1-07.png",
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/1-06.png"
|
||||
"Minecraft/基岩版服务器/NukkitLearn/images/5-03.png"
|
||||
]
|
||||
}
|
||||
@@ -1,3 +0,0 @@
|
||||
1.取消CORS跨域限制，允许任何链接
|
||||
2.前端使用React框架，后端使用python的Flask框架
|
||||
3.前端修改在frontend文件夹，后端修改在backend文件夹
|
||||
@@ -1,66 +0,0 @@
|
||||
|
||||
1. **终端 CLI 命令**（shell 中运行 `iflow` + 子命令 / flags）
|
||||
2. **常用全局 Flags**（适用于启动时）
|
||||
3. **交互 TUI 内 Slash 命令**（进入 `iflow` 后输入 `/` 触发，可模糊搜索）
|
||||
|
||||
### 1. 终端 CLI 命令（iflow [flags] 或 iflow [prompt]）
|
||||
|
||||
| 命令示例 | 主要作用 | 典型用法示例 | 备注 |
|
||||
|--------------------------------|--------------------------------------------|---------------------------------------------------|-----------------------|
|
||||
| `iflow` | 启动交互式 TUI / REPL 会话 | `iflow` 或 `iflow "帮我写个 REST API"` | 最常用入口 |
|
||||
| `iflow "你的任务"` | 带初始提示启动交互会话 | `iflow "分析这个项目结构"` | 快速开始 |
|
||||
| `iflow --help` / `iflow -h` | 显示完整帮助与所有 flags | `iflow --help` | 查看子命令与选项 |
|
||||
| `iflow -v` / `iflow --version` | 查看当前版本 | `iflow -v` | 检查更新 |
|
||||
| `iflow update` | 检查并更新到最新版 | `iflow update` | 自动升级 |
|
||||
|
||||
**常用全局 Flags**（加在 `iflow` 后）
|
||||
|
||||
| Flag | 缩写 | 作用 | 示例 |
|
||||
|--------------------------------|------|-----------------------------------------------|------------------------------------------------|
|
||||
| `--model <model>` | -m | 指定模型（qwen3-coder / kimi-k2 / deepseek-v3 等） | `-m qwen3-coder` |
|
||||
| `--yolo` | — | 启用 YOLO 模式（全自动、无需逐个确认，危险） | `--yolo` 或 shift+tab 切换 |
|
||||
| `--debug` | -d | 开启调试日志 | `--debug` |
|
||||
| `--port <number>` | — | 指定 headless 服务器端口（用于 ACP/MCP） | `--port 8090` |
|
||||
| `--experimental-acp` | — | 开启实验性 Agent Communication Protocol | 用于 SDK 集成 |
|
||||
|
||||
### 2. 交互模式内 Slash 命令（输入 / 后出现，可上下箭头浏览 / 搜索）
|
||||
|
||||
| Slash 命令 | 主要作用 | 常用场景 / 备注 |
|
||||
|-------------------------|-----------------------------------------------|----------------------------------------------|
|
||||
| `/help` | 显示所有 slash 命令 + 快捷键 | 随时查看，必备 |
|
||||
| `/init` | 扫描当前项目，分析结构/依赖/架构，生成记忆 | 新项目必跑，类似 /init in Claude Code |
|
||||
| `/clear` | 清空当前对话历史 + 上下文，从零开始 | 切换新任务 |
|
||||
| `/exit` / `/quit` | 退出 iFlow CLI | 结束会话 |
|
||||
| `/model` / `/models` | 切换或查看当前模型 | 切换 Qwen / Kimi / DeepSeek 等 |
|
||||
| `/language` | 切换界面语言（zh-CN / en-US） | 中英文切换 |
|
||||
| `/update` | 检查并更新 CLI 到最新版本 | 在 TUI 内升级 |
|
||||
| `/undo` / `/redo` | 撤销/重做上一步文件变更 | 安全回滚 |
|
||||
| `/cost` / `/stats` | 显示 token 消耗、费用估算（虽免费但显示使用） | 监控上下文长度 |
|
||||
| `/compact` | 压缩对话历史，节省 token | 长会话优化 |
|
||||
| `/agent` / `$agent-name`| 切换 / 调用 SubAgent（$explore-agent 等） | 多角色协作（如 explorer / coder / reviewer） |
|
||||
| `/mcp` | 管理 MCP 服务器（添加/查看/切换） | ctrl+t 查看，连接外部工具/知识源 |
|
||||
| `/commands` | 查看/重载自定义 slash 命令 | 自定义后 reload |
|
||||
| `/tools` | 查看/配置工具权限（shell / edit / read 等） | 调试 agent 能力 |
|
||||
| `/share` | 生成会话分享链接 | 分享给团队或调试 |
|
||||
| `!命令` | 直接执行系统 shell 命令（如 !ls -la） | 混合使用系统命令 |
|
||||
|
||||
**补充说明**（2026 年 3 月最新情况）：
|
||||
- 官方最权威文档：https://platform.iflow.cn/cli/quickstart + https://platform.iflow.cn/cli/examples/slash-commands（斜杠命令详解）
|
||||
- 安装方式（macOS/Linux 推荐一键）：
|
||||
```bash
|
||||
bash -c "$(curl -fsSL https://cloud.iflow.cn/iflow-cli/install.sh)"
|
||||
# 或 npm 全局安装
|
||||
npm install -g @iflow-ai/iflow-cli@latest
|
||||
```
|
||||
- 首次运行会引导登录/选模型（支持免费国内大模型，无需 API key 烦恼）
|
||||
- YOLO 模式（全自动）默认开启，shift + tab 切换；ctrl + y 禁用确认
|
||||
- 自定义 slash 命令：放在项目 `.iflow/commands/` 或全局目录，支持 Markdown 定义
|
||||
- VS Code 插件：搜索 "iFlow CLI" 安装，可在侧边栏直接呼出
|
||||
- GitHub Actions 集成：用 iflow-ai/iflow-cli-action@v2 在 PR/issue 中自动化
|
||||
|
||||
快速查看本地帮助：
|
||||
```bash
|
||||
iflow --help # CLI flags
|
||||
# 进入交互后
|
||||
/help # slash 命令列表
|
||||
```
|
||||
78
mengyanote-backend/data/mengyanote/AI/LLM 核心概念速查表.md
Normal file
78
mengyanote-backend/data/mengyanote/AI/LLM 核心概念速查表.md
Normal file
@@ -0,0 +1,78 @@
|
||||
|
||||
|
||||
## 基础概念
|
||||
|
||||
### LLM（Large Language Model）
|
||||
大型语言模型。通过海量文本数据训练的深度神经网络，能理解和生成自然语言。目前主流如 GPT、Claude、Grok、Llama、Qwen 等。
|
||||
|
||||
### Token（词元）
|
||||
LLM 处理文本的最小单位。**不是单词**，而是子词（subword）或字符片段。
|
||||
- 英文：1 个 token ≈ 4 个字符 ≈ 0.75 个单词
|
||||
- 中文：1 个汉字 ≈ 1~2 个 token
|
||||
- Token 数量直接决定**费用**和**上下文长度**。
|
||||
|
||||
### Context（上下文）
|
||||
模型在一次推理时能“看到”的全部文本内容，包括历史对话、系统指令、用户输入等。
|
||||
|
||||
### Context Window（上下文窗口）
|
||||
模型单次能处理的最大 Token 数量。
|
||||
**常见规格（2026 年）**：
|
||||
- GPT-4o / Claude 3.5：200K
|
||||
- Grok-3 / Gemini 2.0：1M+
|
||||
- Llama 3.1 405B：128K
|
||||
|
||||
超过 Context Window 会发生**截断**（truncation），导致信息丢失。
|
||||
|
||||
### Prompt（提示）
|
||||
用户或系统输入给模型的全部文本，用于引导模型生成期望输出。
|
||||
|
||||
### User Prompt（用户提示）
|
||||
用户实际输入的内容（如问题、指令、对话）。
|
||||
|
||||
### System Prompt（系统提示）
|
||||
开发者预设的“人格设定 + 规则 + 行为约束”，在对话开始时注入，优先级最高。
|
||||
作用：定义模型角色、输出格式、禁止事项等。
|
||||
|
||||
## 进阶概念
|
||||
|
||||
### Tool（工具 / 函数调用）
|
||||
让 LLM 能调用外部工具（如搜索、代码执行、计算器、数据库等）的能力。
|
||||
模型先输出工具调用请求 → 执行工具 → 把结果塞回上下文 → 模型继续生成最终答案。
|
||||
|
||||
### MCP（Model Context Protocol？此处指工具调用相关协议/框架）
|
||||
（面试中若出现，通常指 **Multi-Call Protocol** 或特定公司的 **Model Control Protocol**，但最常见的是指 **Tool Calling / Function Calling 的多轮协议**）
|
||||
|
||||
### Agent（智能体）
|
||||
具备**自主性**的 LLM 系统。核心特征：
|
||||
- 能感知环境（Context + Tools）
|
||||
- 能规划（Planning）
|
||||
- 能执行（Tool Use）
|
||||
- 能记忆（Memory）
|
||||
- 能迭代直到完成复杂目标
|
||||
|
||||
典型架构：ReAct、Plan-and-Execute、Multi-Agent 等。
|
||||
|
||||
### Agent Skill（智能体技能）
|
||||
Agent 拥有的具体能力，通常通过以下方式实现：
|
||||
1. Tool Use（工具调用）
|
||||
2. Few-shot / Chain-of-Thought 提示
|
||||
3. 代码解释器（Code Interpreter）
|
||||
4. 自定义函数 / API
|
||||
5. 检索增强（RAG）
|
||||
6. 记忆模块（Memory）
|
||||
|
||||
---
|
||||
|
||||
**面试高频总结一句话版：**
|
||||
|
||||
- **Token** 是 LLM 的“货币”和“长度单位”
|
||||
- **Context Window** 是模型一次能“记住”多少内容的上限
|
||||
- **Prompt**（System + User）是指挥模型的“指令集”
|
||||
- **Tool** 是给模型“手和眼睛”
|
||||
- **Agent** 是把 Tool + Planning + Memory 组合起来，能**自主完成复杂任务**的智能体
|
||||
- **Agent Skill** 是 Agent 具体会用的各种能力
|
||||
|
||||
---
|
||||
|
||||
**背诵金句（面试必备）：**
|
||||
“LLM 本身只会 next-token prediction，要让它真正有用，必须通过 Prompt 引导、Tool 赋予能力、Agent 实现自主规划，最终在 Context Window 内完成任务。”
|
||||
8
mengyanote-backend/data/mengyanote/AI/提示词工程/PWA应用启动动画.md
Normal file
8
mengyanote-backend/data/mengyanote/AI/提示词工程/PWA应用启动动画.md
Normal file
@@ -0,0 +1,8 @@
|
||||
添加PWA 启动动画
|
||||
加载时的全屏启动页（替换原来的“加载中 + 转圈”）：
|
||||
背景：与主站一致的渐变带轻微脉冲和光晕动画
|
||||
Logo：居中显示 logo192.png，带圆角与阴影，轻微上下浮动
|
||||
扩散环：Logo 周围三层圆环依次放大、淡出，循环播放
|
||||
标题：软件名称大标题 +「加载中」副标题
|
||||
加载指示：三个绿色圆点依次缩放，表示加载中
|
||||
效果：打开应用或刷新时先看到与主站风格统一的启动屏，数据加载完成后直接进入软件首页
|
||||
1
mengyanote-backend/data/mengyanote/AI/提示词工程/SSH提交注意事项.md
Normal file
1
mengyanote-backend/data/mengyanote/AI/提示词工程/SSH提交注意事项.md
Normal file
@@ -0,0 +1 @@
|
||||
优先使用ssh提交gitea仓库地址ssh://git@git.shumengya.top:8022/shumengya/仓库名.git
|
||||
1
mengyanote-backend/data/mengyanote/AI/提示词工程/一键启动前后端脚本.md
Normal file
1
mengyanote-backend/data/mengyanote/AI/提示词工程/一键启动前后端脚本.md
Normal file
@@ -0,0 +1 @@
|
||||
给我在项目根目录写一键启动本地开发前后端bat脚本和bash脚本,脚本名叫"dev",和构建前端脚本,脚本名叫:"build",注意保持代码精简不啰嗦,注意在Windows上显示前后端要两个窗口显示
|
||||
1
mengyanote-backend/data/mengyanote/AI/提示词工程/代码使用中文注释.md
Normal file
1
mengyanote-backend/data/mengyanote/AI/提示词工程/代码使用中文注释.md
Normal file
@@ -0,0 +1 @@
|
||||
代码注释给我默认使用中文注释,不要使用英文注释
|
||||
35
mengyanote-backend/data/mengyanote/AI/提示词工程/初始化项目Git配置.md
Normal file
35
mengyanote-backend/data/mengyanote/AI/提示词工程/初始化项目Git配置.md
Normal file
@@ -0,0 +1,35 @@
|
||||
# 初始化项目Git配置
|
||||
请按照以下步骤初始化Git仓库并上传到我的Gitea服务器：
|
||||
|
||||
## 步骤
|
||||
1. **初始化Git仓库**
|
||||
```bash
|
||||
git init
|
||||
```
|
||||
2. **创建main分支**
|
||||
```bash
|
||||
git checkout -b main
|
||||
```
|
||||
3. **创建.gitignore文件**，忽略不必要的内容：
|
||||
- Node/React: node_modules/, build/, coverage/
|
||||
- Go: *.exe, *.test, *.out, *.dll, *.so, *.dylib
|
||||
- 数据文件: data/data.json
|
||||
- 日志: *.log
|
||||
- 操作系统: .DS_Store, Thumbs.db
|
||||
4. **添加所有代码文件并提交**
|
||||
```bash
|
||||
git add .
|
||||
git commit -m "初始化提交"
|
||||
```
|
||||
5. **添加Gitea远程仓库**
|
||||
```bash
|
||||
git remote add gitea ssh://git@repo.shumengya.top:8022/shumengya/{{REPO}}.git
|
||||
```
|
||||
6. **推送到Gitea**
|
||||
```bash
|
||||
git push -u gitea main
|
||||
```
|
||||
|
||||
## 说明
|
||||
- Gitea服务器地址：`git.shumengya.top:8022`
|
||||
- 默认优先使用SSH协议上传
|
||||
@@ -0,0 +1 @@
|
||||
点击网站logo图标五次弹出一个输入框,输入正确的token后进入后台
|
||||
@@ -0,0 +1 @@
|
||||
在后端文件夹中建立Docker构建相关文件 把后端服务构建打包成Docker容器，对外端口使用：[] 然后我会把这个后端API服务映射成：[]给前端调用，你设置在生产环境下让前端使用这个后端API地址：[]，设置容器持久化储存映射路径为：项目目录下的data文件夹
|
||||
@@ -0,0 +1 @@
|
||||
设置让软件支持开机自启，关闭软件按钮变成最小化到托盘运行，然后右键最小化到托盘的软件图标会出现关闭按钮才彻底关闭程序，用户点击该软件托盘图标默认操作是打开显示软件,默认程序是单实例模式,如果用户再次打开程序就显示托盘的程序,默认在任务栏不显示软件图标
|
||||
@@ -0,0 +1 @@
|
||||
帮我把这个更新后的项目提交到我的gitea仓库默认优先采用ssh的方式提交,注意依赖和配置信息不要提交上去ssh://git@repo.shumengya.top:8022/{{USER}}/{{REPO}}.git 默认信息: shumengya mail@smyhub.com
|
||||
271
mengyanote-backend/data/mengyanote/AI/提示词工程/文档类网页模板.md
Normal file
271
mengyanote-backend/data/mengyanote/AI/提示词工程/文档类网页模板.md
Normal file
@@ -0,0 +1,271 @@
|
||||
# 提取的文档类网页样式规范
|
||||
|
||||
以下是提取并规范化的核心样式代码，适用于文档类网页：
|
||||
|
||||
```css
|
||||
/* ===== 基础重置与全局样式 ===== */
|
||||
* {
|
||||
margin: 0;
|
||||
padding: 0;
|
||||
box-sizing: border-box;
|
||||
font-family: 'Segoe UI', 'Microsoft YaHei', sans-serif;
|
||||
}
|
||||
|
||||
body {
|
||||
background: linear-gradient(135deg, #f5f7fa 0%, #c3cfe2 100%);
|
||||
color: #333;
|
||||
line-height: 1.6;
|
||||
padding: 20px;
|
||||
max-width: 1200px;
|
||||
margin: 0 auto;
|
||||
}
|
||||
|
||||
/* ===== 布局系统 ===== */
|
||||
.container {
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 20px;
|
||||
margin-top: 20px;
|
||||
}
|
||||
|
||||
.main-content {
|
||||
flex: 3;
|
||||
min-width: 300px;
|
||||
}
|
||||
|
||||
.sidebar {
|
||||
flex: 1;
|
||||
min-width: 250px;
|
||||
}
|
||||
|
||||
@media (max-width: 768px) {
|
||||
.container {
|
||||
flex-direction: column;
|
||||
}
|
||||
}
|
||||
|
||||
/* ===== 卡片设计 ===== */
|
||||
.card {
|
||||
background: white;
|
||||
border-radius: 10px;
|
||||
box-shadow: 0 5px 15px rgba(0, 0, 0, 0.08);
|
||||
padding: 20px;
|
||||
margin-bottom: 20px;
|
||||
transition: transform 0.3s, box-shadow 0.3s;
|
||||
}
|
||||
|
||||
.card:hover {
|
||||
transform: translateY(-5px);
|
||||
box-shadow: 0 8px 25px rgba(0, 0, 0, 0.12);
|
||||
}
|
||||
|
||||
.card-header {
|
||||
color: #2c3e50;
|
||||
border-bottom: 2px solid #3498db;
|
||||
padding-bottom: 10px;
|
||||
margin-bottom: 15px;
|
||||
display: flex;
|
||||
align-items: center;
|
||||
gap: 10px;
|
||||
}
|
||||
|
||||
/* ===== 排版系统 ===== */
|
||||
h1, h2, h3, h4 {
|
||||
color: #2c3e50;
|
||||
margin-bottom: 15px;
|
||||
}
|
||||
|
||||
h1 {
|
||||
text-align: center;
|
||||
margin-bottom: 25px;
|
||||
color: #2980b9;
|
||||
font-size: 2.5rem;
|
||||
text-shadow: 1px 1px 3px rgba(0, 0, 0, 0.1);
|
||||
}
|
||||
|
||||
h2 {
|
||||
color: #3498db;
|
||||
font-size: 1.8rem;
|
||||
}
|
||||
|
||||
h3 {
|
||||
color: #2980b9;
|
||||
font-size: 1.4rem;
|
||||
}
|
||||
|
||||
p {
|
||||
margin-bottom: 15px;
|
||||
}
|
||||
|
||||
/* ===== 代码块样式 ===== */
|
||||
.code-example {
|
||||
background: #2c3e50;
|
||||
color: #ecf0f1;
|
||||
padding: 15px;
|
||||
border-radius: 5px;
|
||||
font-family: 'Courier New', monospace;
|
||||
margin: 15px 0;
|
||||
overflow-x: auto;
|
||||
font-size: 0.9rem;
|
||||
}
|
||||
|
||||
.tag {
|
||||
display: inline-block;
|
||||
background: #ecf0f1;
|
||||
color: #2c3e50;
|
||||
padding: 2px 8px;
|
||||
border-radius: 3px;
|
||||
font-family: monospace;
|
||||
font-size: 0.9rem;
|
||||
margin: 0 3px;
|
||||
}
|
||||
|
||||
.highlight {
|
||||
color: #e74c3c;
|
||||
font-weight: bold;
|
||||
}
|
||||
|
||||
/* ===== UI组件 ===== */
|
||||
.btn {
|
||||
display: inline-block;
|
||||
background: #3498db;
|
||||
color: white;
|
||||
padding: 10px 20px;
|
||||
border-radius: 5px;
|
||||
text-decoration: none;
|
||||
border: none;
|
||||
cursor: pointer;
|
||||
transition: background 0.3s;
|
||||
margin: 5px;
|
||||
}
|
||||
|
||||
.btn:hover {
|
||||
background: #2980b9;
|
||||
}
|
||||
|
||||
.alert {
|
||||
padding: 15px;
|
||||
border-radius: 5px;
|
||||
margin: 15px 0;
|
||||
}
|
||||
|
||||
.alert-success {
|
||||
background-color: #d4edda;
|
||||
color: #155724;
|
||||
border: 1px solid #c3e6cb;
|
||||
}
|
||||
|
||||
.alert-warning {
|
||||
background-color: #fff3cd;
|
||||
color: #856404;
|
||||
border: 1px solid #ffeaa7;
|
||||
}
|
||||
|
||||
.badge {
|
||||
display: inline-block;
|
||||
background: #e74c3c;
|
||||
color: white;
|
||||
padding: 3px 8px;
|
||||
border-radius: 10px;
|
||||
font-size: 0.8rem;
|
||||
margin-left: 5px;
|
||||
}
|
||||
|
||||
/* ===== 演示区域样式 ===== */
|
||||
.demo-box {
|
||||
border: 2px dashed #3498db;
|
||||
padding: 15px;
|
||||
margin: 15px 0;
|
||||
background-color: #f8f9fa;
|
||||
border-radius: 5px;
|
||||
}
|
||||
|
||||
.flex-container {
|
||||
display: flex;
|
||||
justify-content: space-between;
|
||||
margin: 15px 0;
|
||||
}
|
||||
|
||||
.flex-item {
|
||||
background: #2ecc71;
|
||||
color: white;
|
||||
padding: 15px;
|
||||
border-radius: 5px;
|
||||
width: 30%;
|
||||
text-align: center;
|
||||
}
|
||||
|
||||
.demo-grid {
|
||||
display: grid;
|
||||
grid-template-columns: repeat(auto-fill, minmax(100px, 1fr));
|
||||
gap: 10px;
|
||||
margin: 15px 0;
|
||||
}
|
||||
|
||||
.grid-item {
|
||||
background: #9b59b6;
|
||||
color: white;
|
||||
padding: 15px;
|
||||
border-radius: 5px;
|
||||
text-align: center;
|
||||
}
|
||||
|
||||
/* ===== 导航菜单 ===== */
|
||||
.nav-menu {
|
||||
display: flex;
|
||||
background: #2c3e50;
|
||||
border-radius: 5px;
|
||||
overflow: hidden;
|
||||
margin: 15px 0;
|
||||
}
|
||||
|
||||
.nav-item {
|
||||
padding: 12px 20px;
|
||||
color: white;
|
||||
text-decoration: none;
|
||||
transition: background 0.3s;
|
||||
}
|
||||
|
||||
.nav-item:hover {
|
||||
background: #3498db;
|
||||
}
|
||||
|
||||
/* ===== 页脚 ===== */
|
||||
.footer {
|
||||
text-align: center;
|
||||
margin-top: 30px;
|
||||
padding-top: 20px;
|
||||
border-top: 1px solid #ddd;
|
||||
color: #7f8c8d;
|
||||
font-size: 0.9rem;
|
||||
}
|
||||
```
|
||||
|
||||
## 核心特点总结
|
||||
|
||||
1. **柔和的蓝白渐变背景** - 提供舒适的视觉体验
|
||||
2. **卡片式设计** - 带悬停效果的信息容器
|
||||
3. **响应式布局** - 适配桌面和移动设备
|
||||
4. **精心设计的排版层次** - 清晰的标题层级
|
||||
5. **丰富的UI组件** - 按钮、警告框、徽章等
|
||||
6. **优雅的交互效果** - 平滑的过渡和悬停反馈
|
||||
|
||||
## 提示词模板
|
||||
|
||||
**AI提示词：**
|
||||
|
||||
```
|
||||
创建一个专业的文档类网页，使用以下设计规范：
|
||||
|
||||
1. 整体采用柔和的蓝白色渐变背景（#f5f7fa到#c3cfe2）
|
||||
2. 使用卡片式布局，卡片有圆角、阴影和悬停上浮效果
|
||||
3. 标题采用#2c3e50到#3498db的蓝色系，有清晰的层级关系
|
||||
4. 代码块使用深色背景（#2c3e50）和等宽字体
|
||||
5. 包含响应式侧边栏和主内容区布局
|
||||
6. 添加常用UI组件：按钮、警告框、徽章、导航菜单
|
||||
7. 确保所有交互有平滑的过渡效果
|
||||
8. 移动端适配：单列布局，适当调整内边距
|
||||
|
||||
页面内容结构包括：标题区、主要内容区（多个卡片）、侧边栏（辅助信息）、页脚
|
||||
每个卡片包含：卡片标题、内容描述、代码示例（如有）、演示区域（如有）
|
||||
```
|
||||
@@ -0,0 +1 @@
|
||||
在我的bigmengya服务器上docker compose部署[]Docker镜像 在/shumengya/docker目录下 配置前注意不要破坏其他已部署docker容器配置 如果有默认管理员认证 默认使用内网密码 shumengya520 ,部署前注意如果有必要可在dokcer-compose.yml同目录下的data子文件夹持久化映射数据,设置容器内存限制5GB
|
||||
1
mengyanote-backend/data/mengyanote/AI/提示词工程/模块化代码架构.md
Normal file
1
mengyanote-backend/data/mengyanote/AI/提示词工程/模块化代码架构.md
Normal file
@@ -0,0 +1 @@
|
||||
代码架构采用模块化编写，避免代码量过大后期无法维护
|
||||
1
mengyanote-backend/data/mengyanote/AI/提示词工程/网站logo绘画.md
Normal file
1
mengyanote-backend/data/mengyanote/AI/提示词工程/网站logo绘画.md
Normal file
@@ -0,0 +1 @@
|
||||
请你以专业的app软件logo图标设计师的角度给我设计10张logo图片，要浅色柔和背景，图片中不能出现任何文字 比例1:1，我的软件名称为：萌芽
|
||||
1
mengyanote-backend/data/mengyanote/AI/提示词工程/项目英文起名.md
Normal file
1
mengyanote-backend/data/mengyanote/AI/提示词工程/项目英文起名.md
Normal file
@@ -0,0 +1 @@
|
||||
给我这个项目起个简单通俗易懂的英文名
|
||||
10
mengyanote-backend/data/mengyanote/Git/GitHub优秀项目.md
Normal file
10
mengyanote-backend/data/mengyanote/Git/GitHub优秀项目.md
Normal file
@@ -0,0 +1,10 @@
|
||||
## 云盘储存
|
||||
---
|
||||
##
|
||||
---
|
||||
##
|
||||
---
|
||||
##
|
||||
---
|
||||
##
|
||||
---
|
||||
@@ -234,13 +234,13 @@ git remote -v
|
||||
git remote set-url origin git@gitea.example.com:username/repository.git
|
||||
|
||||
#非22标准端口
|
||||
git remote set-url gitea ssh://git@repo.shumengya.top:8022/shumengya/mengyalinkfly.git
|
||||
git remote set-url gitea ssh://git@git.shumengya.top:8022/shumengya/mengyalinkfly.git
|
||||
|
||||
# 添加多个远程地址
|
||||
git remote add upstream git@gitea.example.com:otheruser/repository.git
|
||||
|
||||
#非22标准端口
|
||||
git remote set-url gitea ssh://git@repo.shumengya.top:8022/shumengya/mengyalinkfly.git
|
||||
git remote set-url gitea ssh://git@git.shumengya.top:8022/shumengya/仓库名.git
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 76 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 76 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 42 KiB |
451
mengyanote-backend/data/mengyanote/实习求职/通用面试八股/Agent面试八股.md
Normal file
451
mengyanote-backend/data/mengyanote/实习求职/通用面试八股/Agent面试八股.md
Normal file
@@ -0,0 +1,451 @@
|
||||
|
||||
|
||||
## 1.**如何定义一个Agent？它通常由哪些核心组件构成？**
|
||||
|
||||
**Agent** = LLM（大脑） + Memory（记忆） + Tools（手） + Planning（决策） + Goal（目标）
|
||||
|
||||
|
||||
|
||||
## 2.说下**ReAct**框架。它是如何将思维链和行动结合起来，以完成复杂任务的？ 了解**Plan-and-Solve吗 ，Reflection**吗
|
||||
|
||||
|
||||
|
||||
**React**核心在于智能体 不断重复这个Thought-Action-observation循环，将新的结果追加的历史记录中去，形成一个不断增长的上下文，直到在Thought中认为已达到了正确答案
|
||||
|
||||
**Plan-and-Solve**核心分为两个阶段：
|
||||
|
||||
1）规划阶段 ：将问题分解，制定出一个清晰、分步骤的行动计划
|
||||
|
||||
2）执行阶段：严格按照计算中的步骤，逐步执行
|
||||
|
||||
**Reflection**核心在于执行->反思->优化
|
||||
|
||||
## 3.在 Agent 的设计中，“规划能力”至关重要。请谈谈目前有哪些主流方法可以赋予 LLM 规划能力？（例如 CoT, ToT, GoT等）
|
||||
|
||||
1）COT思维链
|
||||
|
||||
2）TOT思维树
|
||||
|
||||
3）GOT思维图
|
||||
|
||||
|
||||
3.1 深入剖析ReAct框架的局限性，并在此基础上，详细解释Plan-Then-Act、ReAct + 轻规划以及Tree/Graph Planning（如ToT、LATS）这三种范式的核心区别、适用场景和各自的优缺点。【待回答】
|
||||
3.2 请阐述“思维链”（Chain-of-Thought, CoT）与“规划”（Planning）的本质区别。为什么说CoT仅仅是“将推理过程写出来”，而Planning是生成一个“可执行的任务表”？请用具体例子说明。【待回答】
|
||||
|
||||
## 4.**Memory**是 Agent 的一个关键模块，如何为 Agent 设计长短时记忆？可以借助哪些外部工具或技术？
|
||||
|
||||
短期记忆： 当前任务上下文的“工作记忆”
|
||||
|
||||
长期记忆：跨任务、跨会话的持久知识
|
||||
|
||||
短期记忆可以借助对话上下文 长期可以借助知识图谱、向量数据库
|
||||
|
||||
## 5.Tool Use是扩展 Agent 能力的有效途径。请解释 LLM 是如何学会调用外部 API 或工具的？（可以从 Function Calling 的角度解释）
|
||||
|
||||
## 6.请比较一下两个流行的 Agent 开发框架，如 LangChain 和 LlamaIndex。它们的核心应用场景有何不同？
|
||||
|
||||
**Langchain** 应用编排
|
||||
|
||||
**LLamaIndex** 数据与检索框架
|
||||
|
||||
## 7.在构建一个复杂的 Agent 时，你认为最主要的挑战是什么？
|
||||
|
||||
1）如何做规划与决策
|
||||
|
||||
2）长期任务状态管理、记忆
|
||||
|
||||
## 8.Agent 的短期记忆和长期记忆应该如何设计和配合？
|
||||
|
||||
**短期记忆**= 当前任务的工作内存
|
||||
**长期记忆**= 所有历史的经验库
|
||||
|
||||
短期记忆负责维护当前任务的上下文与推理状态，长期记忆负责提供可检索的知识与经验，两者通过检索与写回形成闭环协同，从而实现既“能思考当下”，又“能积累经验”的智能体系统。
|
||||
|
||||
## 9.什么是**多智能体**系统？多Agent 协同相比于单个 Agent 有什么优势？又会引入哪些新的复杂性？
|
||||
|
||||
优点：
|
||||
|
||||
1)复杂任务拆解能力更强，每个Agent可以专注不同子任务
|
||||
|
||||
2）并行化 ，多agent可以并行探索不同解法，效率更高
|
||||
|
||||
3）更接近现实建模， 团队协作
|
||||
|
||||
缺点：
|
||||
|
||||
1）协调与通信成本，
|
||||
|
||||
2）决策问题，冲突不一致问题，由单体决策变为分布式系统问题
|
||||
|
||||
3）每个agent可能解出的是局部最优解，但是不一定是全局最优解
|
||||
|
||||
4）成本问题
|
||||
|
||||
## 10.多 Agent 协作时，如何设计 Agent 之间的通信和协调机制？
|
||||
|
||||
- 角色分配：每个Agent根据其专长被赋予特定的角色，如数据收集者、分析者等
|
||||
- 信息共享平台：建立一个中心化的信息交换平台，所有Agent都可以在此发布和订阅相关信息
|
||||
- 冲突解决策略：设计合理的冲突解决规则，避免因资源竞争导致的任务失败
|
||||
|
||||
## 11.当一个 Agent 需要在真实或模拟环境中（如机器人、游戏）执行任务时，它与纯粹基于软件工具的 Agent 有什么本质区别？
|
||||
|
||||
|
||||
|
||||
## 12.你用过哪些Agent框架？选型是如何选的？你最终场景的评价指标是什么？
|
||||
|
||||
LangGraph 将任务拆分为一个由状态、节点和边构成的流程图。
|
||||
State（状态）：全局共享数据，如记忆、上下文、工具结果。
|
||||
Node（节点）：每个节点是一个函数 / LLM 调用 / 工具调用。
|
||||
Edge（边）：定义执行路径、条件判断、循环。
|
||||
|
||||
LangChain 简单问答、工具调用、单步决策
|
||||
|
||||
## 13.有微调过Agent能力吗？数据集如何收集？
|
||||
|
||||
基座模型无法很好的识别特定领域的工具、Agent性能不稳定时也需要开发人员围绕基座模型进行Agent性能方面的微调
|
||||
|
||||
1）高效微调 （高效微调的核心在于**数据质量与覆盖度**）
|
||||
|
||||
围绕当前Agent特定执行的任务，构造工具调用的微调数据集，让模型学会在同一对话中合理组合多个内置工具，并学会围绕一个问题能确稳定、多步地调用工具。
|
||||
|
||||
2）强化学习微调
|
||||
|
||||
让模型在真实环境中不断试错和优化，从而提升Agent性能。例如我们可以将工具调用的准确率、任务完成率、调用链条的合理性作为奖励函数，引导模型学会更高质量的交互。
|
||||
|
||||
## 14.如果要开发Agent,应该要怎么开发？
|
||||
|
||||
答：
|
||||
核心流程：
|
||||
|
||||
- 定义能力边界（能做，不能做）
|
||||
- 设计推理循环（思考->行动->观察->再思考）
|
||||
- 输出结构化结果（减少自我发挥）
|
||||
|
||||
伪代码:
|
||||
|
||||
```
|
||||
Agent:={
|
||||
Role:角色声明
|
||||
Description:告知能力（可调用的工具）
|
||||
Instruction:明确职责
|
||||
Config:{
|
||||
最大轮次
|
||||
超时控制
|
||||
输出格式
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
|
||||
|
||||
# ***RAG***
|
||||
|
||||
|
||||
|
||||
## 1.请解释 RAG 的工作原理。与直接对 LLM 进行微调相比，RAG 主要解决了什么问题？有哪些优势？
|
||||
|
||||
RAG在大语言模型前先访问数据库（向量数据库或者知识图谱库），从数据库中检索出相符的文本或者向量，做一个提示词增强然后输入给LLM。
|
||||
|
||||
- 一定程度上解决了模型的幻觉问题
|
||||
- 可以接入本地知识库（私有库）
|
||||
|
||||
## 2.RAG 怎么解决 LLM 上下文窗口有限的问题？
|
||||
|
||||
|
||||
|
||||
## 3.Function Call，MCP了解么
|
||||
|
||||
|
||||
|
||||
图中4是function call
|
||||
|
||||
```
|
||||
函数调用
|
||||
functions = [{
|
||||
"name": "get_weather",
|
||||
"parameters": {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"location": {"type": "string"}
|
||||
}
|
||||
}
|
||||
}]
|
||||
```
|
||||
|
||||
```
|
||||
MCP插件
|
||||
{
|
||||
"mcpServers": {
|
||||
"filesystem": {
|
||||
"command": "npx",
|
||||
"args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/me/data"]
|
||||
},
|
||||
"github": {
|
||||
"command": "npx",
|
||||
"args": ["-y", "@modelcontextprotocol/server-github"],
|
||||
"env": {
|
||||
"GITHUB_TOKEN": "your-token"
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 4.Websocket和SSE区别是什么
|
||||
|
||||
SSE是单向通信，是由服务端发送客户端的。目前主流LLM对话基于SSE
|
||||
|
||||
WebSocket是双向通信
|
||||
|
||||
## 5.一个完整的 RAG 流水线包含哪些关键步骤？请从数据准备到最终生成，详细描述整个过程
|
||||
|
||||
第一阶段：数据准备
|
||||
|
||||
1）数据采集与加载——收集构建知识库所需的源数据，如PDF、Markdown、数据库记录、网页、Notion文档等。
|
||||
|
||||
2）文档解析与预处理——将原始二进制数据（如 PDF 图片）转换为纯文本，并进行清洗
|
||||
|
||||
3）智能分块——将长文档切分成更小的分段
|
||||
|
||||
4）向量化（嵌入）——调用嵌入模型（Embedding Model），将文本块转换为高维向量。
|
||||
|
||||
5）数据存储与索引构建——将生成的向量及元数据存入向量数据库，如（Pgvector）
|
||||
|
||||
第二阶段：查询阶段
|
||||
|
||||
1）查询理解——对用户的输入进行预处理
|
||||
|
||||
2）检索，使用用户的问题在向量数据库中进行搜索
|
||||
|
||||
3）重排序对检索到的Top-K结果重新打分和排序
|
||||
|
||||
4）上下文构建与提示词工程
|
||||
|
||||
5）生成与输出
|
||||
|
||||
|
||||
|
||||
## 6.在构建知识库时，文本切块策略至关重要。你会如何选择合适的切块大小和重叠长度？这背后有什么权衡？
|
||||
|
||||
在RAG系统里调切块参数，说白了就是要在“搜得准”和“看得全”之间做取舍。
|
||||
|
||||
**块越小**，每个片段的内容越单一，向量化后语义更集中，检索时匹配更精准；但缺点也很明显——信息容易被截断，大模型拿到的只是零散的片段，缺少上下文，反而可能理解偏差或瞎编。
|
||||
|
||||
**块越大**，上下文保留得越完整，模型推理时占便宜；但问题在于，一个块里可能混进多个不同的话题，向量变成“大杂烩”，检索时容易带回一堆不相关的内容，同时每个块占用的上下文窗口也更大，一次能塞进去的块数就少了。
|
||||
|
||||
工程上通常拿 **512 token** 当起点。如果是FAQ这类问题，场景简单，用 **256** 左右更合适；如果是需要深度理解的复杂任务，可以放大到 **1024**，然后根据实际效果慢慢调。
|
||||
|
||||
**重叠（overlap）** 的作用，是缓解块与块之间在边界处被硬生生切断带来的语义丢失。一般按块大小的 **10%~25%** 来设。重叠太小，衔接效果不明显；重叠太大，既浪费存储，又会造成检索结果大量重复。不过说到底，overlap 只是对“按固定长度硬切”这种粗糙方式的一种补救。更好的做法是根据文档本身的规律来切——比如根据语义变化幅度自动切分，或者顺着文档原有的标题、段落结构来拆。
|
||||
|
||||
在实际项目中，我常用 **多级索引** 的思路：用小块来做精细检索，保证命中率；检索到之后再把它对应的大块喂给模型，这样检索和生成两头都能拿到最适合自己的粒度。
|
||||
|
||||
最后一点，切块参数不能靠感觉拍板，得结合你用的 Embedding 模型支持的最佳输入长度，通过 **召回率** 和 **生成质量** 两项评估指标来反复验证和调优。
|
||||
|
||||
参考：https://golangstar.cn/backend_series/llm_interview/chunk.html
|
||||
|
||||
## 7.如何选择一个合适的嵌入模型？评估一个 Embedding 模型的好坏有哪些指标？
|
||||
|
||||
### 选型实战：
|
||||
|
||||
1. **任务与数据领域**
|
||||
- **通用领域**（客服、通用问答）：选择通用模型，如OpenAI的`text-embedding-3-small`或开源的`bge-large-en-v1.5`。
|
||||
- **专业领域**（医疗、法律）：优先选择领域预训练模型，如医疗领域的**BioBERT**，或法律领域的**Legal-BERT**，它们在专业术语上的理解力远超通用模型。
|
||||
- **多语言/中文场景**：
|
||||
- **中文为主**：推荐 `bge-large-zh-v1.5`（效果最佳）或 `bge-base-zh-v1.5`（性价比高）。
|
||||
- **多语言混合**：首选 **BGE-M3**，它支持超过100种语言，并且有8K的长下文窗口。
|
||||
2. **上下文窗口与文本长度**
|
||||
- 如果你的文档很长（如学术论文、法律合同），务必选择支持**8K tokens**以上窗口的模型，如 **BGE-M3** 或 OpenAI的`text-embedding-3-large`。否则，模型会因为看不到全文而丢失关键信息。
|
||||
3. **向量维度与计算资源**
|
||||
- **高维向量**（>1536维）：信息承载量大，精度更高，但消耗更多存储和计算资源。
|
||||
- **低维向量**（384-768维）：更轻量，检索速度快，适合资源受限或对实时性要求极高的场景。
|
||||
4. **成本考量**
|
||||
- **API调用**：如OpenAI，按token付费，前期投入低，适合快速原型验证和小规模应用。
|
||||
- **自托管**：如Hugging Face上的开源模型，前期有硬件和部署成本，但在大规模生产环境中，长期总拥有成本（TCO）更低，数据也更安全。
|
||||
5. **基准测试与落地验证**
|
||||
- **初筛**：在 [MTEB 排行榜](https://huggingface.co/spaces/mteb/leaderboard) 上查找在你关注的任务（如“Retrieval”）上评分较高的模型。
|
||||
- **终验**：**一定要用你的真实数据做小范围测试**。因为公开数据集的分布和你的私有数据分布可能完全不同，这一步是检验模型真实效果的试金石。
|
||||
|
||||
### 评价指标：
|
||||
|
||||
1. **语义相似度与检索准确率**
|
||||
- **是什么**：衡量模型对语义理解的准确性，是否能找到意思相近的内容。
|
||||
- **常见指标**：**召回率**（找回了多少真正相关的内容）、**平均倒数排名**（MRR，评估最相关结果的排位是否靠前），以及经典的**Spearman相关系数**（评估模型给出的相似度分数与人类判断是否一致）。
|
||||
2. **MTEB (Massive Text Embedding Benchmark) 基准评分**
|
||||
- **是什么**：目前业界最主流的“标准试卷”，通过58个数据集、6大类任务（如语义搜索、分类、聚类等）来综合打分。
|
||||
- **怎么用**：MTEB排行榜是选型的**重要起点**。但要注意，高分不等于在你的专属业务上表现也好，它更多是模型综合实力的体现。
|
||||
3. **模型规模与推理效率**
|
||||
- **是什么**：模型的参数数量和向量维度，直接决定了运行速度和资源消耗。
|
||||
- **关键数据**：
|
||||
- **轻量级模型**（如`b1ade-embed`, `bge-base-zh-v1.5`）：参数量在3亿左右，速度快、资源占用少，适合对延迟敏感的场景。
|
||||
- **重量级模型**（如`NV-Embed-v1`, `Mistral-7B`）：参数量超过70亿，精度更高，尤其在处理长文本时优势明显，但需要强大的GPU支持。
|
||||
4. **鲁棒性与抗干扰能力**
|
||||
- **是什么**：模型在面对文本中的微小噪音（如错别字、语序微调）时，能否保持稳定，不产生剧烈波动。
|
||||
- **高要求场景**：如果你的数据来自用户生成内容（UGC），存在大量不规范输入，这个指标就非常关键。
|
||||
5. **信息敏感性**
|
||||
- **是什么**：模型区分关键信息和细微差别的能力。例如，它能分辨出两份相似报告中，一个提到了“疑似肿瘤”，而另一个明确是“良性囊肿”这种对决策有重大影响的差异。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 8.除了基础的向量检索，你还知道哪些可以提升 RAG 检索质量的技术？
|
||||
|
||||
|
||||
|
||||
## 9.如何全面地评估一个 RAG 系统的性能？请分别从检索和生成两个阶段提出评估指标
|
||||
|
||||
|
||||
|
||||
## 10.在什么场景下，你会选择使用图数据库或知识图谱来增强或替代传统的向量数据库检索？
|
||||
|
||||
**知识图谱与向量数据库**作为两类主流技术，分别以**关系推理**与**语义相似性**搜索为核心能力。
|
||||
|
||||
**从数据建模上看**
|
||||
|
||||
1）知识图谱采用图结构数据模型，通过节点和边构建语义网络。
|
||||
|
||||
2）向量数据库则依赖向量空间模型，将文本、图像等非结构数据转换为高维向量。
|
||||
|
||||
**从检索机制上**
|
||||
|
||||
1）知识图谱通过图遍历算法实现多跳处理。例如医疗场景中，症状A-引发-疾病-需要-药剂C 来推荐治疗方案
|
||||
|
||||
2）向量数据库则依相似性度量算法（如余弦相似度）实现模糊匹配。
|
||||
|
||||
|
||||
|
||||
**从应用场景来看**
|
||||
|
||||
知识图谱适用于"**推理性**”场景
|
||||
|
||||
# 金融风控：构建 “企业 - 股东 - 关联交易” 关系网络，某银行通过此技术发现 37 起潜在关联交易风险。
|
||||
|
||||
# 医疗诊断：将患者症状与医学知识库匹配，某 AI 辅助诊断系统误诊率下降 65%
|
||||
|
||||
向量数据库适用于“**检索型**”场景
|
||||
|
||||
# 多模态搜索：支持 “图片搜商品” 功能，某电商平台转化率提升 22%
|
||||
|
||||
# 大模型外挂：通过 RAG 技术为 LLM 提供实时知识支持，某客服机器人事实性回答准确率从 75% 提升至 92%
|
||||
|
||||
|
||||
|
||||
## 11.传统的 RAG 流程是“先检索后生成”，你是否了解一些更复杂的 RAG 范式，比如在生成过程中进行多次检索或自适应检索？
|
||||
|
||||
|
||||
|
||||
## 12.RAG 系统在实际部署中可能面临哪些挑战？
|
||||
|
||||
|
||||
|
||||
## 13.什么是RAG中的"幻觉"问题？如何预防？
|
||||
|
||||
大模型幻觉
|
||||
|
||||
大模型本身在生成文本时，会产生与事实不符、无依据或编造的内容。这是模型的固有问题。
|
||||
|
||||
RAG幻觉
|
||||
|
||||
在RAG架构中，由于检索信息与模型生成之间的错配，导致模型仍然产生幻觉的现象。这是幻觉在RAG场景下的具体表现。
|
||||
|
||||
## 14.GraphRAG与传统RAG有什么区别？
|
||||
|
||||
1. GraphRAG与传统RAG的核心区别在于：**传统RAG将知识视为孤立的文本片段，而GraphRAG将知识构建成相互关联的实体网络，实现关系感知的检索与推理**。
|
||||
|
||||
我把它们的核心区别整理成了一张对比表，方便你快速理解：
|
||||
|
||||
| 对比维度 | 传统RAG (Vector RAG) | GraphRAG |
|
||||
| :----------- | :----------------------------------------------------------- | :----------------------------------------------------------- |
|
||||
| **知识表示** | 将文档切分为**非结构化文本块**，通过向量表示语义 | 构建**知识图谱**，用**节点**（实体）和**边**（关系）表达结构化知识 |
|
||||
| **检索机制** | **语义相似性检索**。将查询向量化，在向量库中匹配最相似的文本块 | **关系遍历检索**。定位相关实体节点，沿关系边进行多跳遍历，获取子图 |
|
||||
| **核心能力** | 擅长**事实查找**和**主题归纳**，适合单文档或跨文档的简单问答 | 擅长**多跳推理**和**关系分析**，能追溯复杂问题的完整逻辑链路 |
|
||||
| **可解释性** | 提供相关的文本片段作为依据，但证据链较弱 | 可展示完整的**推理路径**（实体A→关系→实体B→...），证据透明可追溯 |
|
||||
| **实现成本** | **较低**。流程简单：文档分块 → 向量化 → 存储 | **较高**。需额外进行实体抽取、关系构建和图谱维护 |
|
||||
| **适用场景** | 开放域问答、FAQ机器人、文档摘要等 | 复杂推理、全局性分析、合规调查、供应链追溯等 |
|
||||
|
||||
------
|
||||
|
||||
### 📌 深入理解：为什么GraphRAG能解决传统RAG的痛点？
|
||||
|
||||
传统RAG在处理复杂问题时，往往会遇到一个核心瓶颈：**信息碎片化**。例如，当被问到“A公司收购B对C有什么市场影响？”时，答案可能分散在多个文档中，而传统RAG检索到的孤立文本块很难串联起“A→收购→B→影响→C”的完整因果链。
|
||||
|
||||
GraphRAG正是为了解决这个问题而生，它的核心优势体现在：
|
||||
|
||||
1. **强大的多跳推理能力**
|
||||
GraphRAG将信息表示为相互连接的图。当收到一个问题时，它能够像沿着路标行走一样，从一个实体跳到另一个相关的实体，遍历整个关系链，从而找到最终答案。NVIDIA的实验数据表明，GraphRAG在需要多跳推理的专业领域问答中，准确率（Hits@1）可以达到传统基线的**两倍以上**（32% vs 15.57%）。
|
||||
2. **显著降低的“幻觉”风险**
|
||||
由于GraphRAG的检索过程是基于明确、可追溯的关系路径，它能向大语言模型提供更精准、上下文更完整的知识。这大大减少了模型因为信息不足而“编造”答案的可能性，使生成的内容严格依据事实。一项2023年的基准测试显示，GraphRAG在回答企业级问题时，整体准确率比无知识图谱的LLM提升了**3.4倍**（从16.7%提升到56.2%）。
|
||||
3. **无与伦比的全局信息感知能力**
|
||||
传统RAG只能“看到”与问题最相似的一小部分文本块，难以回答需要总结整个数据集或发现宏观趋势的问题。GraphRAG可以通过“社区检测”等技术，将关联紧密的实体归为一组并生成摘要，从而让系统具备回答“这份财报中，各地区业务表现的整体趋势是什么？”这类全局性问题的能力。
|
||||
|
||||
### 🤔 如何选择？
|
||||
|
||||
你可能会问，既然GraphRAG这么强大，是不是可以完全替代传统RAG了？
|
||||
|
||||
答案是否定的。**选择哪种技术，取决于你的具体应用场景和核心诉求**。
|
||||
|
||||
- **优先选择传统RAG，如果你的需求是：**
|
||||
- **快速起步**：需要快速搭建一个原型或MVP（最小可行产品）。
|
||||
- **简单问答**：处理FAQ、单文档问答或摘要类任务。
|
||||
- **资源有限**：对延迟敏感，或没有预算进行复杂的图谱构建和维护。
|
||||
- **果断采用GraphRAG，当你的场景是：**
|
||||
- **复杂推理**：问题需要跨越多份文档，涉及多步逻辑（如“找出所有与X公司有合作，并且其产品存在安全隐患的供应商”）。
|
||||
- **关系分析**：核心在于理解事物之间的联系（如金融风控中的资金链路追踪、供应链影响分析）。
|
||||
- **高精度要求**：对“幻觉”零容忍，需要答案的每一个环节都可追溯、可验证（如医疗、法律、合规审查）。
|
||||
|
||||
## 15.如果RAG系统返回0个检索结果，你会如何排查问题？
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 16.了解Transformer 吗？
|
||||
|
||||
<img src="./assets/36ca4de24d7567e42678aa534874f02e8a7efc7e.png" alt="11transformer.drawio" style="zoom: 33%;" />
|
||||
|
||||
## 17.准确率和召回率的区别？
|
||||
|
||||
- 召回率（Recall）：所有相关文档被检索出来的比例=检索到的相关内容数/总相关内容数。召回率低，意味着关键参考缺失，容易产生幻觉或回答不全。
|
||||
- 精准率（Precision）：检索结果中真正相关的比例=检索到的相关内容数/总检索内容数。精准率低会引入无关内容，浪费token并干扰判断。
|
||||
优化方法：
|
||||
- 提升召回率：混合检索、分块优化、同义词扩展
|
||||
- 提升精准率：重排序、阈值过滤、语义去重
|
||||
- 目标：召回率：> 90 % , 精准率 > 85 %
|
||||
|
||||
## **18.什么是“混合检索”（Hybrid Search）？请解释为什么在工业级RAG系统中，纯向量检索往往不够用，需要结合关键词检索（如BM25）。请给出一个具体的业务场景，说明混合检索的必要性。**
|
||||
|
||||
|
||||
|
||||
## 19.在处理一个需要多步工具调用的复杂任务（例如“调研三篇关于RAG+RL的论文并输出中文总结”）时，如何设计一个鲁棒的规划机制来应对中间步骤的失败（如某个API调用超时或返回数据格式错误）？请描述具体的重试、回滚或重规划策略。
|
||||
|
||||
|
||||
|
||||
# ***调优***
|
||||
|
||||
## 1.如何保障调用模型API的健壮性和并发性？
|
||||
|
||||
- 健壮性：统一调用封装；分场景超时与指数退避重试；降级到备用模型；熔断与限流；非核心任务异步化。
|
||||
- 并发性：模型请求池与业务请求池隔离；高频结果缓存；分布式锁避免重复调用。
|
||||
|
||||
## 2.第三方模型超时如何处理？
|
||||
|
||||
- a.差异化超时，实时反馈并提示用户；
|
||||
- b.缓存兜底，保证主流程不中断；
|
||||
- c.非实时任务入队异步重试，结果补发；
|
||||
- d.监控警告与定位；
|
||||
- e.触发轻量限流削峰；
|
||||
|
||||
添加超时控制、重试机制与基础降级策略，必要时引入熔断器与监控大
|
||||
|
||||
## 3.在Agent推理过程中，经常会出现“推理断层”或“结果与目标偏离”的问题。请结合具体技术或你的实践经验，说明如何通过提示工程、记忆机制或架构设计来缓解或解决这一问题。【待回答】
|
||||
|
||||
|
||||
|
||||
## 4.当历史对话记录非常长时（远超模型上下文窗口），你有哪些策略来优化记忆的查询效率并保证关键信息不丢失？请比较“滑动窗口”、“总结压缩”、“向量检索”等不同方案的优劣。【待回答】
|
||||
|
||||
- 滑动窗口：Redis维护短期记忆（近5论对话历史），适配长流程
|
||||
- 记忆压缩：设定阈值，超过阈值后调用 阈值前的对话，保留摘要但丢失细节
|
||||
- 分层记忆： …
|
||||
|
||||
# ***Skills***
|
||||
|
||||
@@ -1,121 +0,0 @@
|
||||
+好的！计算机面试中最经典、最高频的“八股文”主要围绕以下几个核心领域展开。掌握这些基础知识和原理是通关技术面试的关键：
|
||||
|
||||
## 🧠 一、 数据结构与算法
|
||||
|
||||
1. **基础数据结构：**
|
||||
* **数组 vs 链表：** 内存结构、访问/插入/删除时间复杂度、适用场景。
|
||||
* **栈(Stack) & 队列(Queue)：** LIFO/FIFO 原理、实现方式（数组/链表）、应用场景（函数调用栈、BFS/DFS）。
|
||||
* **哈希表(Hash Table)：** 原理（哈希函数、冲突解决-开放寻址/链地址法）、时间复杂度分析、负载因子、扩容机制。
|
||||
* **堆(Heap) / 优先队列(Priority Queue)：** 结构（通常是二叉堆）、操作（插入、删除堆顶、堆化）、应用（Top K、中位数、Dijkstra）。
|
||||
* **树(Tree)：**
|
||||
* 二叉树(Binary Tree)：遍历（前序、中序、后序、层序）- 递归与非递归实现。
|
||||
* 二叉搜索树(BST)：定义、查找、插入、删除、中序遍历有序性。
|
||||
* 平衡二叉搜索树(AVL / 红黑树)：平衡因子/红黑规则、旋转操作、为什么需要（避免BST退化成链表）、应用（Java HashMap的TreeBin/TreeMap）。
|
||||
* **图(Graph)：** 表示方法（邻接矩阵、邻接表）、遍历算法（BFS、DFS）、常见算法（拓扑排序、最短路径-Dijkstra/Bellman-Ford/Floyd、最小生成树-Prim/Kruskal）。
|
||||
|
||||
2. **基础算法思想：**
|
||||
* **排序算法：**
|
||||
* 比较排序：**快速排序**（分治、选基准、partition过程、时间复杂度-最好O(nlogn)/最坏O(n²)/平均、空间复杂度、稳定性❌）、**归并排序**（分治、稳定✅、时间复杂度O(nlogn)、空间复杂度O(n)）、**堆排序**（建堆O(n)、排序O(nlogn)、不稳定❌）、插入排序、冒泡排序、选择排序（原理、时间复杂度）。
|
||||
* 非比较排序：计数排序、桶排序、基数排序（思想、适用场景）。
|
||||
* **搜索算法：** **二分查找**（前提有序、循环/递归实现、变种问题-找第一个/最后一个/旋转数组）。
|
||||
* **递归 & 分治：** 思想、经典问题（斐波那契、汉诺塔、归并/快排）。
|
||||
* **贪心算法(Greedy)：** 思想（局部最优->全局最优？）、适用场景（活动选择、霍夫曼编码、最小生成树-Prim/Kruskal）、与动态规划区别。
|
||||
* **动态规划(DP)：** **核心思想**（最优子结构、重叠子问题、状态转移方程）、**解题步骤**（定义状态、状态转移、初始化、边界、输出）、**经典问题**（斐波那契、爬楼梯、背包问题01/完全、最长公共子序列LCS、最长递增子序列LIS、编辑距离、股票买卖系列）。
|
||||
* **回溯(Backtracking)：** 思想（试错、DFS+剪枝）、经典问题（N皇后、全排列、组合、子集、数独）。
|
||||
* **双指针(Two Pointers)：** 应用（有序数组两数之和、滑动窗口-最小覆盖子串/最长无重复子串、快慢指针-链表判环/找中点）。
|
||||
* **位运算(Bit Manipulation)：** 常用操作（与、或、异或、非、移位）、常见技巧（判断奇偶、交换两数、找出只出现一次的数字、位1的个数）。
|
||||
|
||||
## 🖥 二、 操作系统
|
||||
|
||||
1. **进程与线程：**
|
||||
* 进程 vs 线程（定义、资源分配、切换开销、通信方式）。
|
||||
* **进程间通信(IPC)：** 管道、命名管道、信号、消息队列、共享内存、信号量、套接字。
|
||||
* **线程同步机制：** **互斥锁(Mutex)**、**信号量(Semaphore)**、**条件变量(Condition Variable)**、读写锁(Read-Write Lock)、自旋锁(Spin Lock)（原理、适用场景、死锁避免）。
|
||||
* **死锁(Deadlock)：** 必要条件（互斥、请求与保持、不可剥夺、环路等待）、预防策略、避免策略（银行家算法）、检测与恢复。
|
||||
2. **内存管理：**
|
||||
* **虚拟内存(Virtual Memory)：** 为什么需要？分页(Paging)机制（页表、TLB快表）、分段(Segmentation)机制。
|
||||
* **页面置换算法：** **最佳置换(OPT)**、**先进先出(FIFO)**、**最近最久未使用(LRU)**、时钟算法(Clock) 的原理和优缺点。
|
||||
* **内存分配：** 伙伴系统(Buddy System)、Slab分配器。
|
||||
3. **文件系统：** 文件描述符(File Descriptor)、inode结构、文件存储方式（连续、链式、索引）、目录结构。
|
||||
4. **CPU调度：** 调度算法（FCFS、SJF、优先级、RR轮转、多级反馈队列）的目标和特点。
|
||||
5. **I/O模型：** 阻塞I/O、非阻塞I/O、I/O多路复用(select/poll/epoll)、信号驱动I/O、异步I/O(AIO) 的区别和比较（特别是epoll的优势）。
|
||||
|
||||
## 🌐 三、 计算机网络
|
||||
|
||||
1. **网络模型：** **OSI七层模型** 和 **TCP/IP四层模型** 各层功能、对应协议。
|
||||
2. **核心协议：**
|
||||
* **TCP vs UDP：** 根本区别（连接、可靠性、有序性、流量控制、拥塞控制）、头部结构、应用场景。
|
||||
* **TCP可靠传输：** 序号/确认号、超时重传、滑动窗口机制。
|
||||
* **TCP连接管理：** **三次握手**（详细过程、为什么是三次？）、**四次挥手**（详细过程、为什么是四次？TIME_WAIT状态的作用？）。
|
||||
* **TCP流量控制：** 滑动窗口机制。
|
||||
* **TCP拥塞控制：** 慢启动(Slow Start)、拥塞避免(Congestion Avoidance)、快速重传(Fast Retransmit)、快速恢复(Fast Recovery) 算法原理。
|
||||
* **HTTP：**
|
||||
* 请求方法（GET/POST/PUT/DELETE等区别）、状态码（1xx/2xx/3xx/4xx/5xx常见状态码含义）。
|
||||
* **HTTP/1.0 vs HTTP/1.1 vs HTTP/2 vs HTTP/3：** 主要改进（连接复用、头部压缩、服务器推送、QUIC协议）。
|
||||
* **HTTPS：** SSL/TLS协议作用、加密过程（非对称加密交换对称密钥、对称加密通信）、数字证书作用。
|
||||
* **DNS：** 作用、查询过程（递归、迭代）、记录类型（A、AAAA、CNAME、MX、NS）。
|
||||
3. **网络安全基础：**
|
||||
* **对称加密 vs 非对称加密：** 原理、优缺点、代表算法（AES、RSA）。
|
||||
* **数字签名 & 数字证书：** 作用、原理（私钥签名，公钥验签；CA中心颁发证书）。
|
||||
* 常见攻击：XSS、CSRF、SQL注入、DDoS、中间人攻击的原理和基本防御措施。
|
||||
4. **网络层：** IP协议、IP地址分类/子网划分/CIDR、ARP协议、路由协议（RIP、OSPF、BGP基本思想）。
|
||||
5. **传输层与应用层：** 端口号作用、Socket编程基础。
|
||||
|
||||
## 🗃 四、 数据库（以关系型数据库 MySQL 为主）
|
||||
|
||||
1. **SQL基础：** 常用语句（SELECT, INSERT, UPDATE, DELETE, JOIN, GROUP BY, HAVING, ORDER BY, LIMIT）、多表连接（INNER JOIN, LEFT JOIN, RIGHT JOIN, FULL JOIN）。
|
||||
2. **索引(Index)：**
|
||||
* **为什么需要索引？** 加速查询。
|
||||
* **数据结构：** **B+树**（为什么比B树更适合数据库？）、哈希索引（适用场景）。
|
||||
* **聚簇索引(Clustered Index) vs 非聚簇索引(Non-Clustered Index / Secondary Index)：** 根本区别（叶子节点是否存储完整行数据）、InnoDB实现。
|
||||
* **索引优化：** 覆盖索引、最左前缀原则、索引下推(ICP)。
|
||||
* **索引失效场景：** 函数操作、类型转换、`LIKE '%xx'`、OR条件（部分情况）、不等于(!=, <>）、索引列计算。
|
||||
3. **事务(Transaction)：**
|
||||
* **ACID特性：** 原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability) 的含义。
|
||||
* **隔离级别(Isolation Level)：** **读未提交(Read Uncommitted)、读已提交(Read Committed)、可重复读(Repeatable Read - MySQL默认)、串行化(Serializable)**。每个级别能解决哪些并发问题（脏读、不可重复读、幻读）？
|
||||
* **并发问题：** 脏读、不可重复读、幻读的定义。
|
||||
* **MVCC(多版本并发控制)：** 原理（Undo Log、Read View）、如何实现RC和RR级别（特别是RR如何解决幻读？）。
|
||||
4. **锁(Locking)：** 共享锁(S锁/读锁)、排他锁(X锁/写锁)、意向锁、行锁、表锁、间隙锁(Gap Lock)、临键锁(Next-Key Lock)的作用和应用场景（特别是InnoDB如何解决幻读）。
|
||||
5. **日志(Logging)：**
|
||||
* **Redo Log(重做日志)：** 作用（保证持久性、Crash-Safe）、Write-Ahead Logging(WAL)机制。
|
||||
* **Undo Log(回滚日志)：** 作用（保证原子性、实现MVCC）。
|
||||
* **Binlog(归档日志)：** 作用（主从复制、数据恢复）、格式（Statement/Row/Mixed）。
|
||||
6. **数据库设计：** 三大范式（1NF, 2NF, 3NF）基本概念、反范式化设计场景。
|
||||
7. **性能优化：** Explain分析SQL执行计划、慢查询优化思路。
|
||||
|
||||
## 📐 五、 系统设计（面向中高级岗位）
|
||||
|
||||
1. **设计原则：** KISS, YAGNI, DRY, SOLID (尤其是单一职责、开闭原则)。
|
||||
2. **方法论：**
|
||||
* 需求澄清（功能需求、非功能需求-性能/可用性/扩展性/一致性/容错性/安全性）。
|
||||
* 估算（QPS、TPS、存储量、带宽）。
|
||||
* 抽象与模块化。
|
||||
* 核心组件设计（API、数据模型、存储方案、算法）。
|
||||
* 深入细节（扩展性、可靠性、性能优化）。
|
||||
3. **常见组件与模式：**
|
||||
* 负载均衡（LB: Nginx, HAProxy, LVS）。
|
||||
* 缓存（Cache: Redis, Memcached）- 缓存策略（Cache Aside, Read/Write Through, Write Behind）、缓存穿透/击穿/雪崩及解决方案。
|
||||
* 消息队列（MQ: Kafka, RabbitMQ, RocketMQ）- 解耦、异步、削峰填谷、保证最终一致性。
|
||||
* 数据库扩展：读写分离、分库分表（水平/垂直拆分）、分区。
|
||||
* 分布式ID生成（Snowflake算法）。
|
||||
* 分布式一致性协议：**CAP理论**、**BASE理论**、**Raft/Paxos**（选主、日志复制）基本原理（理解核心思想即可，不要求推导）。
|
||||
* 微服务架构：服务注册与发现（Eureka, Nacos, Consul）、API网关（Gateway）、配置中心、服务调用（RPC/REST）、熔断限流（Hystrix, Sentinel）。
|
||||
4. **经典系统设计题：** 设计Twitter/微博、设计短链系统、设计秒杀系统、设计分布式缓存、设计搜索引擎、设计聊天系统等。
|
||||
|
||||
## 🐍 六、 编程语言特性（根据应聘语言选择）
|
||||
|
||||
1. **面向对象(OOP)：** 封装、继承、多态、抽象类 vs 接口、重载 vs 重写。
|
||||
2. **内存管理：** 垃圾回收(GC)原理（标记清除、复制、标记整理、分代收集-G1/ZGC）、引用类型（强引用、软引用、弱引用、虚引用）。
|
||||
3. **并发编程：** 线程生命周期、创建方式、线程池（核心参数、工作流程、拒绝策略）、锁（Synchronized底层原理、Lock/Condition）、并发容器（ConcurrentHashMap原理-CAS+synchronized+分段锁思想）、原子类（CAS操作、ABA问题）、线程间通信。
|
||||
4. **语言特性：** 如Java的JVM内存区域、类加载机制、反射、异常体系、集合框架（HashMap源码：put/get流程、扩容、JDK1.7 vs 1.8+）；Python的GIL、装饰器、生成器、鸭子类型；Go的Goroutine、Channel、defer等。
|
||||
|
||||
## 📌 关键点提醒
|
||||
|
||||
1. **理解原理，而非死记硬背：** 面试官更关注你是否真正理解了背后的思想（为什么用这个？解决了什么问题？优缺点是什么？）。
|
||||
2. **联系实际：** 思考这些知识在实际系统/项目中是如何应用的。
|
||||
3. **清晰表达：** 能条理清晰、简洁准确地阐述概念和过程。
|
||||
4. **动手实践：** 算法题要动手写，数据库要会写SQL，系统设计要多思考多画图。
|
||||
5. **关注细节：** 很多问题会深入到具体实现细节（如HashMap冲突解决、ConcurrentHashMap分段锁演变、MySQL RR级别如何避免幻读、TCP TIME_WAIT）。
|
||||
6. **追踪发展：** 了解一些新技术趋势（如HTTP/3, QUIC, eBPF, 云原生, Serverless）的基本概念。
|
||||
|
||||
这份清单涵盖了计算机面试中最核心、最高频的基础知识点。针对具体岗位（前端、后端、算法、运维、测试等）
|
||||
@@ -44,18 +44,15 @@ timeline:
|
||||
14. 介绍一下HTTP各个版本及实现
|
||||
|
||||
算法：
|
||||
|
||||
1. 编辑距离
|
||||
2. 两两交换链表中的节点
|
||||
|
||||
腾讯三面（30min）
|
||||
|
||||
1. 介绍实习，你做了什么
|
||||
2. 介绍项目
|
||||
3. 实习时长，到岗时间，推HR面
|
||||
|
||||
腾讯HR面（15min）
|
||||
|
||||
1. 离职原因
|
||||
2. 实习时长，到岗时间
|
||||
3. 聊聊天
|
||||
@@ -0,0 +1,24 @@
|
||||
1. 介绍K8s
|
||||
2. 创建一个deployment，生成两个pod的流程
|
||||
3. 调度器调度的流程
|
||||
4. pod的dns流程
|
||||
5. 如果一个pod提示连接超时，对于dns如何排查
|
||||
6. Linux进程的状态
|
||||
7. top命令
|
||||
8. 什么是平均负载
|
||||
9. 什么情况下进程处于不可中断状态
|
||||
10. 怎么看进程的io（iotop / pidstat）
|
||||
11. 僵尸进程
|
||||
12. 了解过亲和、反亲和污点吗
|
||||
13. 两种调度策略requiredDuringSchedulingIgnoredDuringExecution和
|
||||
preferredDuringSchedulingIgnoredDuringExecution
|
||||
14. 监控的时候内存使用的哪个指标（container_memory_working_set_bytes）
|
||||
15. docker和containerd的区别
|
||||
16. 压缩和不可压缩资源
|
||||
17. namespace、cgroup、ufs
|
||||
18. pod达到limit时会出现什么现象
|
||||
- CPU 超过 limit 时，容器不会被杀掉，而是被系统节流，CPU 使用会下降到 limit 值。
|
||||
- mem会被OOM
|
||||
19. time_wait出现的原因、如何排查以及如何解决
|
||||
20. 进程、线程和协程的区别
|
||||
21. 了解过哪些网络的内核参数
|
||||
@@ -0,0 +1,57 @@
|
||||
（1）面试的流程：
|
||||
|
||||
自我介绍-实习经历拷打-对AI agent当前技术发展的理解和看法-对学生校园生活的问题-反问环节
|
||||
（2）问题大全：
|
||||
|
||||
模块一：实习经历拷打
|
||||
1.你既然做过RocketRMQ的AI报警服务，那么请问你是如何实现的
|
||||
按照问题1，那么请问你是如何将AI纳入其中的，你给AI了什么数据，AI给你了什么结果
|
||||
按照问题1，加入AI以后有了什么变化
|
||||
按照问题1，AI的预测结果的准确性如何保证，遇到突发情况（发版/过节等意外情况）
|
||||
按照问题1，那么AI加入以后，还有什么别的措施在AI出错以后补救
|
||||
2.我看你简历里面写了RAG的相关知识，请问你处理过什么样的文件
|
||||
按照问题2，文件的类型针对会有什么处理
|
||||
按照问题2，文件的大小是怎么样的
|
||||
按照问题2，文件如果有几个G比如一个4000多页的图文混杂的，你会如何实现
|
||||
按照问题2，你们RAG的更新频率如何和更新方式是手动的还是自动的
|
||||
按照问题2，RAG具体用在了哪些方面，对应的业务有什么优化
|
||||
3.能否讲一下你的AI助手中Langchain的运用
|
||||
按照问题3，你是如何将AI助手结合到办公OA，提供给同事使用的
|
||||
按照问题3，请问你是如何实现多调用链路的区分和写链路的
|
||||
按照问题3，你的MCP server 的工具主要都是什么工具，他们是如何保障你的AI分析的正确性
|
||||
按照问题3，你做了这些以后，AI分析是否帮助到了业务同事，具体有哪些改善
|
||||
|
||||
模块二：对当前AI agent 技术发展的看法
|
||||
1.你对RAG的看法
|
||||
2.令你印象很深刻的技术是哪个
|
||||
3.最新出的skills会吗，你觉得skills怎么样
|
||||
|
||||
模块三：对校园生活的问题
|
||||
1.再次确认了年龄和所在年级
|
||||
2.你可以实习到多久
|
||||
3.你下学期的课怎么办
|
||||
4.学校允许请假吗
|
||||
5.绩点怎么样
|
||||
6.为什么想要找北京的工作
|
||||
7.最后是想找工作还是考研
|
||||
|
||||
模块四：反问环节
|
||||
我的问题1：第一次听说京东的云事业部门，请问这个部门是干什么的
|
||||
回答：基本就是做云服务的 公有云和私有云都有
|
||||
我的问题2：为什么我看我的面试邀约是技术运维，但是实际岗位是AI agent 开发工程师
|
||||
回答：因为JD的AI agent 开发工程师是归属到技术运维的大类的，但是实际的工作内容是AI落地和agent开发
|
||||
我的问题3：现在是春招开始了吗，还是说只是年前的面试
|
||||
回答：只是全年度的实习生校招
|
||||
我的问题4:当前AI对于运维的影响到哪一步了，目前是否可以支持在部分条件下对实际业务进行编程内的操作
|
||||
回答：（先问了我的学习进度方向，然后讲述了当前前后端在AI大环境下的影响）认为目前前端，后端，运维，都要接受AI浪潮的冲击，需要懂得AI逻辑的人，来进行新的建设，衡量标准已经改变，会AI已经成为了新时代程序员的必备素养，要懂得和AI合作，使用AI，开发相关技术。传统的开发流程需要改变，会写代码的人，也不再需要持续高强度的写代码，需要有着更广阔的视野（太多了，后续忘干净了）
|
||||
|
||||
面试总结：
|
||||
本来以为是单纯的技术运维，但是实际是AI agent开发，面试官说他是看到我boss的简历才约我面试的，但是问题是我boss，他当时都没回我任何一句话，听他说是在boss上看到我，然后在网申平台看的我的详细简历然后约的面试。我也是直到开始才知道是AI agent 开发，本人的技术方向还是想做AI agent 开发的，在学校期间，也经常和前后端同学交流，了解他们的开发范式，和一些业务流程的精华，然后我也在尝试把这些做到我自己的agent中，我期望我到最后可以用前端后端 agent 加上我（运维+PM），就可以支撑起一个完善的高质量代码开发流程（终极目标，之前说梦话说狠了），希望这次面试可以顺利，感觉面试官人还挺好的，别挂我就好
|
||||
|
||||
题外话：在面试完后接收到了字节的面试邀约，对面试基础架构团队的，职位是SRE运维，又在新一轮的准备当中，如果有进展会更新帖子
|
||||
|
||||
更新：字节凉凉了，手撕没手撕起来，我本来计划过年看看的，结果长智齿了直接住院2周，高烧了6天，真的gg了，诶
|
||||
|
||||
更新：虽然字节没了，但是tx复活赛打赢了，一面没手撕没八股，全项目，现在正在二面 冲啊
|
||||
|
||||
更新：腾讯二面提交面评了等待三面会赢吗
|
||||
20
mengyanote-backend/data/mengyanote/收藏的DNS集合.md
Normal file
20
mengyanote-backend/data/mengyanote/收藏的DNS集合.md
Normal file
@@ -0,0 +1,20 @@
|
||||
|
||||
---
|
||||
**DOH:**
|
||||
https://i4cm5lqxfu.cloudflare-gateway.com/dns-query (cloudflare快速DOH)
|
||||
https://doh.360.cn/dns-query
|
||||
https://cf-dns.smyhub.com/dns-query (自建Cloudflare Worker Doh)
|
||||
https://f0slm5uhut.cloudflare-gateway.com/dns-query (CF-官方 Doh)
|
||||
|
||||
---
|
||||
**DOT:**
|
||||
f0slm5uhut.cloudflare-gateway.com
|
||||
|
||||
---
|
||||
**IPV4:**
|
||||
|
||||
---
|
||||
**IPV6:**
|
||||
2a06:98c1:54::23:fd18
|
||||
|
||||
---
|
||||
@@ -1,9 +0,0 @@
|
||||
**DOH:**
|
||||
https://i4cm5lqxfu.cloudflare-gateway.com/dns-query (cloudflare快速DOH)
|
||||
https://doh.360.cn/dns-query
|
||||
|
||||
https://cf-dns.smyhub.com/dns-query (自建cloudflare worker Doh)
|
||||
|
||||
|
||||
|
||||
**DOT:**
|
||||
@@ -1,172 +0,0 @@
|
||||
## 服务器数据库状态日志报告
|
||||
|
||||
- 生成时间：2026-03-04 00:29:27 CST（`2026-03-04T00:29:27+08:00`）
|
||||
- 主机：`smallmengya`
|
||||
- 采集范围：本机正在运行/监听的数据库服务（MySQL / PostgreSQL / MongoDB / Redis）
|
||||
- 采集方式：本机 socket / localhost 查询（脚本 `db_runtime_status.sh` + 若干配置文件/日志抽取）
|
||||
|
||||
> 说明：为避免明文密码落盘，本报告不会写入两组候选密码原文，仅用“候选#1/候选#2”标记。
|
||||
|
||||
## 1. 口令匹配结果（候选密码 → 服务）
|
||||
|
||||
- 候选#1：可用于 **MySQL（root@localhost via socket）**、**Redis（requirepass）**
|
||||
- 候选#2：可用于 **MongoDB（用户 `shumengya`，auth DB=`admin`）**
|
||||
|
||||
## 2. 概览（服务/版本/监听/存储/资源）
|
||||
|
||||
| 服务 | 版本 | 监听（TCP） | 进程（PID） | 启动时间（ps） | 数据目录 | 目录占用（du） | RSS（约） |
|
||||
|---|---|---|---:|---|---|---:|---:|
|
||||
| MySQL | 8.4.8 | `0.0.0.0:3306`（另 `:::33060` X Plugin） | 677 | 2026-02-28 13:29:06 | `/var/lib/mysql` | 240M | ~501MiB |
|
||||
| PostgreSQL | 18.2 | `0.0.0.0:5432`、`:::5432` | 704（主） | 2026-02-28 13:29:06 | `/var/lib/postgresql/18/main` | 39M | ~96MiB（postgres 用户总和） |
|
||||
| MongoDB | 7.0.30 | `0.0.0.0:27017` | 569 | 2026-02-28 13:29:06 | `/var/lib/mongodb` | 498M | ~196MiB |
|
||||
| Redis | 8.6.0 | `0.0.0.0:6379` | 578 | 2026-02-28 13:29:06 | `/var/lib/redis` | 8.0K | ~27MiB |
|
||||
|
||||
## 3. MySQL
|
||||
|
||||
### 3.1 配置与监听
|
||||
|
||||
- 监听：`0.0.0.0:3306`（对外开放）
|
||||
- Socket：`/var/run/mysqld/mysqld.sock`
|
||||
- 数据目录：`/var/lib/mysql`
|
||||
- 错误日志：`/var/log/mysql/error.log`
|
||||
- 关键配置（`/etc/mysql/mysql.conf.d/mysqld.cnf`）：
|
||||
- `socket = /var/run/mysqld/mysqld.sock`
|
||||
- `datadir = /var/lib/mysql`
|
||||
- `log-error = /var/log/mysql/error.log`
|
||||
- `bind-address = 0.0.0.0`
|
||||
|
||||
### 3.2 运行状态（快照）
|
||||
|
||||
```text
|
||||
mysqladmin status:
|
||||
Uptime: 297864 Threads: 2 Questions: 6 Slow queries: 0 Opens: 119 Flush tables: 3 Open tables: 38 Queries per second avg: 0.000
|
||||
|
||||
SHOW GLOBAL STATUS LIKE 'Threads_connected';
|
||||
Threads_connected 1
|
||||
|
||||
SHOW VARIABLES LIKE 'max_connections';
|
||||
max_connections 151
|
||||
```
|
||||
|
||||
### 3.3 数据库列表
|
||||
|
||||
```text
|
||||
SHOW DATABASES;
|
||||
information_schema
|
||||
mysql
|
||||
nextcloud
|
||||
performance_schema
|
||||
sys
|
||||
typecho
|
||||
wordpress
|
||||
```
|
||||
|
||||
## 4. PostgreSQL（18/main）
|
||||
|
||||
### 4.1 配置与监听
|
||||
|
||||
- 监听：`listen_addresses='*'` + `port=5432`（对外开放）
|
||||
- Unix Socket：`/var/run/postgresql/.s.PGSQL.5432`
|
||||
- 数据目录：`/var/lib/postgresql/18/main`
|
||||
- 关键配置（`/etc/postgresql/18/main/postgresql.conf`）：
|
||||
- `listen_addresses = '*'`
|
||||
- `port = 5432`
|
||||
- `max_connections = 100`
|
||||
- `unix_socket_directories = '/var/run/postgresql'`
|
||||
- 认证规则（`/etc/postgresql/18/main/pg_hba.conf`，关键启用行）：
|
||||
- `host all all 0.0.0.0/0 scram-sha-256`（允许外网但必须密码）
|
||||
|
||||
### 4.2 运行状态（快照）
|
||||
|
||||
```text
|
||||
uptime: 3 days 10:44:25
|
||||
connections (pg_stat_activity): 9
|
||||
replication connections: 0
|
||||
```
|
||||
|
||||
### 4.3 数据库与大小
|
||||
|
||||
```text
|
||||
datname | size
|
||||
postgres | 7662 kB
|
||||
```
|
||||
|
||||
## 5. MongoDB
|
||||
|
||||
### 5.1 配置与监听
|
||||
|
||||
- 监听：`0.0.0.0:27017`（对外开放）
|
||||
- 配置文件：`/etc/mongod.conf`
|
||||
- 数据目录：`/var/lib/mongodb`
|
||||
- 日志：`/var/log/mongodb/mongod.log`
|
||||
- 安全：`security.authorization: enabled`（已开启鉴权）
|
||||
- 关键配置片段（`/etc/mongod.conf`）：
|
||||
- `net.port: 27017`
|
||||
- `net.bindIp: 0.0.0.0`
|
||||
- `storage.dbPath: /var/lib/mongodb`
|
||||
|
||||
### 5.2 鉴权探测结果（快照）
|
||||
|
||||
- 可用账号：`shumengya`（auth DB=`admin`），对应候选#2
|
||||
- `admin/root` + 两个候选密码均失败（探测时）
|
||||
|
||||
### 5.3 数据库列表（listDatabases）
|
||||
|
||||
当前实例仅存在系统库（未发现业务库）：
|
||||
|
||||
```json
|
||||
{
|
||||
"databases": [
|
||||
{ "name": "admin", "empty": false },
|
||||
{ "name": "config", "empty": false },
|
||||
{ "name": "local", "empty": false }
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
### 5.4 运行状态（serverStatus 摘要快照）
|
||||
|
||||
```text
|
||||
uptime: 298891s（约 3.46 天）
|
||||
connections: current=4, active=1, totalCreated=71
|
||||
opcounters: query=997, update=6, command=2132
|
||||
mem: resident=198MB, virtual=559MB
|
||||
replica set: not running with --replSet（单机 standalone）
|
||||
```
|
||||
|
||||
## 6. Redis
|
||||
|
||||
### 6.1 配置与监听
|
||||
|
||||
- 监听：`0.0.0.0:6379`（对外开放）
|
||||
- 配置文件：`/etc/redis/redis.conf`
|
||||
- 数据目录：`/var/lib/redis`
|
||||
- 关键配置（`/etc/redis/redis.conf` 摘要）：
|
||||
- `bind 0.0.0.0`
|
||||
- `protected-mode yes`
|
||||
- `requirepass <已配置>`（对应候选#1）
|
||||
- `appendonly no`（AOF 关闭）
|
||||
|
||||
### 6.2 运行状态（INFO 摘要快照）
|
||||
|
||||
```text
|
||||
uptime_in_seconds: 297866（约 3.45 天）
|
||||
connected_clients: 1
|
||||
used_memory_human: 1.35M
|
||||
used_memory_rss_human: 27.02M
|
||||
role: master
|
||||
connected_slaves: 0
|
||||
keyspace: 空（未看到 db0/db1... 统计）
|
||||
```
|
||||
|
||||
## 7. 风险点与建议（简要）
|
||||
|
||||
1. **四个数据库均对外监听**（`0.0.0.0` 或 `*`）：请确认防火墙/安全组只放行必要来源 IP；如无外网访问需求，优先改为仅监听 `127.0.0.1`。
|
||||
2. MongoDB 已开启鉴权是好的，但仍建议配合网络层限制（只放行应用服务器）。
|
||||
3. Redis 虽有 `protected-mode yes + requirepass`，但依旧不建议直接暴露公网；建议加 ACL、内网隔离或仅本机监听。
|
||||
|
||||
## 8. 复查/再采集
|
||||
|
||||
- 重新采集全量：`bash /root/db_runtime_status.sh`
|
||||
- 仅采集 MongoDB：`bash /root/db_runtime_status.sh --mongo-only`
|
||||
|
||||
@@ -1,14 +1,25 @@
|
||||
适合技术/互联网领域
|
||||
|
||||
smydev（dev = development，贴合开发、编程场景）
|
||||
smynet（net = network，适配网络、服务器相关方向）
|
||||
✅smyhub（hub 意为枢纽，适合资源聚合、项目协作平台）
|
||||
|
||||
适合创意/个人项目
|
||||
smycode（code 指向代码编写、编程相关个人站点）
|
||||
smycloud（cloud 适配云服务、云部署相关内容）
|
||||
smylab（lab 适合技术实验、开源项目分享平台）
|
||||
**smyrepo**（repo = repository）
|
||||
适配代码仓库、Git托管、开源项目集市
|
||||
**smyops**（ops = operations）
|
||||
DevOps、运维自动化、服务器监控方向
|
||||
**smykit**（kit 意为工具箱）
|
||||
开发者工具集、插件市场、效率工具平台
|
||||
**smyflow**（flow 意为流程）
|
||||
工作流自动化、管道编排、低代码平台
|
||||
**smybase**（base 意为基础）
|
||||
基础架构、数据库、中间件、底层服务
|
||||
**smynode**（node 意为节点）
|
||||
分布式系统、微服务、边缘节点管理
|
||||
**smyedge**（edge 意为边缘）
|
||||
边缘计算、IoT、5G 相关场景
|
||||
|
||||
以下域名都可以越短越好
|
||||
shumengya
|
||||
TreeSprout
|
||||
treesprout
|
||||
|
||||
@@ -9,3 +9,4 @@ smy@0123456789
|
||||
|
||||
shumengya888@outlook.com
|
||||
smy@0123456789
|
||||
|
||||
14
mengyanote-backend/data/mengyanote/树萌芽の小本本/账号合集/邮箱账号/QQ邮箱.md
Normal file
14
mengyanote-backend/data/mengyanote/树萌芽の小本本/账号合集/邮箱账号/QQ邮箱.md
Normal file
@@ -0,0 +1,14 @@
|
||||
3205788256@qq.com
|
||||
tyh@19900420
|
||||
|
||||
2143323382@qq.com
|
||||
tyh@19900420
|
||||
|
||||
shumengya888@foxmail.com
|
||||
tyh@19900420
|
||||
|
||||
2804775686@qq.com
|
||||
tyh@19900420
|
||||
|
||||
1666731831@qq.com
|
||||
tyh@19900420
|
||||
23
mengyanote-backend/data/mengyanote/树萌芽の小本本/账号合集/邮箱账号/微软邮箱.md
Normal file
23
mengyanote-backend/data/mengyanote/树萌芽の小本本/账号合集/邮箱账号/微软邮箱.md
Normal file
@@ -0,0 +1,23 @@
|
||||
shumengya520@outlook.com
|
||||
shumengya520
|
||||
|
||||
shumengya666@outlook.com
|
||||
|
||||
shumengya888@outlook.com
|
||||
shumengya520
|
||||
|
||||
shumengya233@outlook.com
|
||||
shumengya520
|
||||
|
||||
smylab@outlook.com
|
||||
shumengya520
|
||||
|
||||
smycode@outlook.com
|
||||
shumengya520
|
||||
|
||||
wuyunqin520@outlook.com
|
||||
shumengya520
|
||||
|
||||
---
|
||||
shumengya666@hotmail.com
|
||||
shumengya520
|
||||
@@ -1,5 +1,15 @@
|
||||
阿里云自建香港节点
|
||||
[47.76.191.104 – 入站列表](https://47.76.191.104:16948/wKbME7E0S8qNzQGh1o/panel/inbounds)
|
||||
[https://47.76.191.104:16948/wKbME7E0S8qNzQGh1o/panel/inbounds](https://47.76.191.104:16948/wKbME7E0S8qNzQGh1o/panel/inbounds)
|
||||
账号shumengya
|
||||
密码shumengya5201314
|
||||
|
||||
阿里云自建美国节点200G
|
||||
账号dtXZI6yOuI
|
||||
密码bkqRtpqlqf
|
||||
端口55860
|
||||
路径mfLAMe1Y92b1mQDAws
|
||||
[https://47.90.229.147:55860/mfLAMe1Y92b1mQDAws](https://47.90.229.147:55860/mfLAMe1Y92b1mQDAws)
|
||||
|
||||
|
||||
---
|
||||
#### **树萌芽通用密码库：**
|
||||
|
||||
@@ -0,0 +1,26 @@
|
||||
设敌人的初始血量为 H = 2025 。
|
||||
每个回合的攻击量如下：
|
||||
- 第1英雄：每回合5点
|
||||
- 第2英雄：奇数回合15点，偶数回合2点
|
||||
- 第3英雄：余数1时2点，余数2时10点，余数0时7点
|
||||
|
||||
计算每3个回合的总攻击量：
|
||||
- 第1回合： 5 + 15 + 2 = 22 点
|
||||
- 第2回合： 5 + 2 + 10 = 17 点
|
||||
- 第3回合： 5 + 15 + 7 = 27 点
|
||||
- 总和： 22 + 17 + 27 = 66 点
|
||||
|
||||
完整3个回合的次数：
|
||||
leftlfloor frac{2025}{66} rightrfloor = 30
|
||||
剩余血量：
|
||||
2025 - 30 times 66 = 45
|
||||
|
||||
剩余45点血量需3个回合：
|
||||
- 第1回合： 45 - 22 = 23
|
||||
- 第2回合： 23 - 17 = 6
|
||||
- 第3回合： 6 - 27 = -21 （游戏结束）
|
||||
|
||||
总回合数：
|
||||
30 times 3 + 3 = 93
|
||||
|
||||
答案： boxed{93}
|
||||
69
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯冲刺.md
Normal file
69
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯冲刺.md
Normal file
@@ -0,0 +1,69 @@
|
||||
**19天零基础冲蓝桥杯Python省二/三，绝对可行！**（不求省一国奖，目标稳拿前60%奖项）
|
||||
|
||||
蓝桥杯Python组省赛是**4小时、10题**（通常2道填空+8道编程题，总150分左右），**省三/二奖**只要前60%（前10%省一、20%省二、30%省三），很多零基础选手1-2个月就拿奖了。19天每天认真8-10小时，专注**高ROI内容**（前6-7题），完全够拿省三，运气好冲省二。关键是**不贪多**，只刷高频+真题，不学线段树/高级图论那些国赛内容。
|
||||
|
||||
### 核心备考原则（必须死记）
|
||||
- **Python优势**：语法简单、int支持大数、无需担心溢出。
|
||||
- **Python坑**：循环慢，数据量大时要优化（用deque代替list pop(0)，避免深拷贝）。
|
||||
- **高频考点**（近5年真题80%覆盖）：枚举/模拟/数学、DFS/BFS、简单DP（背包/区间/序列）、贪心、字符串处理、日期计算。
|
||||
- **每天节奏**：上午学新知识+模板，下午刷题，晚上复盘错题+背模板。
|
||||
- **环境**：用官网平台练习（模拟真实环境），本地PyCharm/Py3也行。
|
||||
|
||||
### 19天超高效计划（每天6-10小时）
|
||||
**第1-2天：Python竞赛语法速成（打底，零基础必过）**
|
||||
目标：熟练输入输出、容器操作。
|
||||
- 学：`input()`、`map(int,input().split())`、`sorted()`、`collections.deque/Counter`、`itertools`（排列组合）、`sys.setrecursionlimit(100000)`。
|
||||
- 练习：蓝桥官网**基础练习**（数列排序、杨辉三角、回文数、进制转换、高精度加法）。
|
||||
- 资源：B站搜“Python蓝桥杯基础练习讲解”（1-2小时视频看完）。
|
||||
- 成果：能1小时写完前3道简单题。
|
||||
|
||||
**第3-7天：暴力+模拟+搜索入门（省赛前5题主力）**
|
||||
- 学：全枚举、双重/三重循环、DFS/BFS模板（迷宫/连通块/路径）、贪心排序。
|
||||
- 每天刷10-15道：官网题库“枚举”“搜索”标签 + 历年真题前几题。
|
||||
- 重点模板（背熟）：
|
||||
```python
|
||||
# BFS模板（迷宫/最短路）
|
||||
from collections import deque
|
||||
q = deque([(sx, sy, 0)])
|
||||
vis = [[0]*n for _ in range(m)]
|
||||
# DFS模板（搜索）
|
||||
def dfs(x, y, step):
|
||||
if ...: return
|
||||
for dx,dy in [(-1,0),(1,0),(0,-1),(0,1)]: ...
|
||||
```
|
||||
- 资源：B站“蓝桥杯Python DFS/BFS真题讲解” + CSDN“python蓝桥杯备赛常用算法模板”。
|
||||
|
||||
**第8-12天：DP + 贪心进阶（决定省二的关键）**
|
||||
- 学：01背包、完全背包、区间DP、LIS、最长公共子序列、数字DP入门（简单版）。
|
||||
- 每天练5-8道DP题 + 混合模拟。
|
||||
- 重点背DP模板（状态转移方程写熟）。
|
||||
- 资源：B站“蓝桥杯DP速成”或“蓝桥杯Python高频考点与解题策略”视频。
|
||||
|
||||
**第13-17天：真题实战模拟（最重要！每天一套）**
|
||||
- 每天**完整做1套近5年省赛真题**（限时4小时，用官网https://www.lanqiao.cn/paper）。
|
||||
- 优先2020-2025年Python省赛（A/B/C组都行，难度相近）。
|
||||
- 做完立刻对答案：B站“【蓝桥官方】Python组省赛真题讲解”系列视频 + GitHub代码。
|
||||
- 目标：前6题全对，后2-3题写出暴力/部分分。
|
||||
- 资源：
|
||||
- 真题练习：https://www.lanqiao.cn/paper（免费做卷子）
|
||||
- 题库强化：https://www.lanqiao.cn/problems/（5900+题，搜“蓝桥杯”标签）
|
||||
- 代码参考：GitHub https://github.com/PlutoaCharon/LanQiaoCode_Python （历届省赛Python代码+博客讲解）
|
||||
|
||||
**第18-19天：查漏补缺 + 模板默写**
|
||||
- 复习所有错题 + 背10个高频模板。
|
||||
- 再做1-2套混卷（官网模拟赛）。
|
||||
- 放松心态：考试前一天只看模板，不刷新题。
|
||||
|
||||
### 必备免费资源（全部够用，不用买课）
|
||||
1. **官网平台**（首选）：https://www.lanqiao.cn/paper（真题） + https://www.lanqiao.cn/problems/（题库）
|
||||
2. **B站官方讲解**：搜索“【蓝桥杯】Python组省赛真题讲解-官方精讲”或“蓝桥杯Python省赛真题详解”（官方+UP主视频超清晰）
|
||||
3. **代码+模板**：GitHub PlutoaCharon/LanQiaoCode_Python（历届真题Python实现）
|
||||
4. **速成视频**：B站搜“蓝桥杯Python 两个月速成”或“Python蓝桥杯高频算法模板”（很多1-2小时速通课）
|
||||
5. **历年真题PDF**：官网课程https://www.lanqiao.cn/courses/2786（免费下载资源）
|
||||
|
||||
### 避坑 & 拿奖技巧
|
||||
- **时间管理**：前30分钟先做填空+简单编程题（拿50-80分），后2小时攻DP/搜索。
|
||||
- **部分分**：编程题写暴力也能拿30-50%分，别空着！
|
||||
- **调试**：用print()快速验证，小数据手动测。
|
||||
- **心态**：19天别想完美，每天进步一点就行。很多人14天冲刺也拿了省三。
|
||||
- **考试日**：带好身份证，早到，环境和官网一样。
|
||||
208
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯冲刺1.md
Normal file
208
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯冲刺1.md
Normal file
@@ -0,0 +1,208 @@
|
||||
|
||||
---
|
||||
|
||||
## ✅ 必掌握（性价比高，省二/省三主力得分区）
|
||||
|
||||
### 哈希
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 1 | 两数之和 | ⭐必会 |
|
||||
| 49 | 字母异位词分组 | 掌握 |
|
||||
| 128 | 最长连续序列 | 掌握（思路简单，用set） |
|
||||
|
||||
### 双指针
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 283 | 移动零 | ⭐必会 |
|
||||
| 11 | 盛最多水的容器 | 掌握 |
|
||||
| 15 | 三数之和 | 掌握（经典题） |
|
||||
| 42 | 接雨水 | ❌跳过（省二不需要） |
|
||||
|
||||
### 滑动窗口
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 3 | 无重复字符的最长子串 | 掌握 |
|
||||
| 438 | 找到字符串中所有字母异位词 | 掌握 |
|
||||
|
||||
### 子串
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 560 | 和为 K 的子数组 | 掌握（前缀和） |
|
||||
| 239 | 滑动窗口最大值 | ❌跳过 |
|
||||
| 76 | 最小覆盖子串 | ❌跳过（太复杂） |
|
||||
|
||||
### 普通数组
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 53 | 最大子数组和 | ⭐必会 |
|
||||
| 56 | 合并区间 | 掌握 |
|
||||
| 189 | 轮转数组 | 掌握 |
|
||||
| 238 | 除自身以外数组的乘积 | 掌握 |
|
||||
| 41 | 缺失的第一个正数 | ❌跳过 |
|
||||
|
||||
### 矩阵
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 73 | 矩阵置零 | 掌握 |
|
||||
| 54 | 螺旋矩阵 | 掌握 |
|
||||
| 48 | 旋转图像 | 掌握 |
|
||||
| 240 | 搜索二维矩阵 II | 掌握（二分/双指针） |
|
||||
|
||||
### 链表
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 206 | 反转链表 | ⭐必会 |
|
||||
| 141 | 环形链表 | 掌握 |
|
||||
| 21 | 合并两个有序链表 | ⭐必会 |
|
||||
| 160 | 相交链表 | 掌握 |
|
||||
| 234 | 回文链表 | 掌握 |
|
||||
| 142 | 环形链表 II | 掌握（进阶可学） |
|
||||
| 19 | 删除倒数第N个节点 | 掌握 |
|
||||
| 2 | 两数相加 | 掌握 |
|
||||
| 24 | 两两交换 | 掌握 |
|
||||
| 25 | K个一组翻转 | ❌跳过 |
|
||||
| 138 | 随机链表复制 | ❌跳过 |
|
||||
| 148 | 排序链表 | ❌跳过 |
|
||||
| 23 | 合并K个升序链表 | ❌跳过 |
|
||||
| 146 | LRU缓存 | ❌跳过 |
|
||||
|
||||
### 二叉树
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 94 | 中序遍历 | ⭐必会 |
|
||||
| 104 | 最大深度 | ⭐必会 |
|
||||
| 226 | 翻转二叉树 | ⭐必会 |
|
||||
| 101 | 对称二叉树 | 掌握 |
|
||||
| 102 | 层序遍历 | 掌握（BFS模板） |
|
||||
| 543 | 二叉树的直径 | 掌握 |
|
||||
| 98 | 验证二叉搜索树 | 掌握 |
|
||||
| 236 | 最近公共祖先 | 掌握（常见题） |
|
||||
| 124 | 最大路径和 | ❌跳过 |
|
||||
|
||||
### 图论
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 200 | 岛屿数量 | ⭐必会（DFS/BFS模板） |
|
||||
| 994 | 腐烂的橘子 | 掌握（BFS模板） |
|
||||
| 207 | 课程表 | ❌跳过 |
|
||||
| 208 | 前缀树 | ❌跳过 |
|
||||
|
||||
### 回溯
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 46 | 全排列 | ⭐必会（回溯模板） |
|
||||
| 78 | 子集 | 掌握 |
|
||||
| 17 | 电话号码组合 | 掌握 |
|
||||
| 39 | 组合总和 | 掌握 |
|
||||
| 22 | 括号生成 | 掌握 |
|
||||
| 79 | 单词搜索 | 掌握 |
|
||||
| 51 | N皇后 | ❌跳过 |
|
||||
|
||||
### 二分查找
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 35 | 搜索插入位置 | ⭐必会 |
|
||||
| 74 | 搜索二维矩阵 | 掌握 |
|
||||
| 34 | 首尾位置 | 掌握 |
|
||||
| 33 | 旋转排序数组 | 掌握 |
|
||||
| 4 | 中位数 | ❌跳过 |
|
||||
|
||||
### 栈
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 20 | 有效的括号 | ⭐必会 |
|
||||
| 155 | 最小栈 | 掌握 |
|
||||
| 394 | 字符串解码 | 掌握 |
|
||||
| 739 | 每日温度 | 掌握（单调栈） |
|
||||
| 84 | 最大矩形 | ❌跳过 |
|
||||
|
||||
### 堆
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 215 | 第K大元素 | 掌握（优先队列） |
|
||||
| 347 | 前K高频 | 掌握 |
|
||||
| 295 | 中位数 | ❌跳过 |
|
||||
|
||||
### 贪心算法
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 121 | 买卖股票 | ⭐必会 |
|
||||
| 55 | 跳跃游戏 | 掌握 |
|
||||
| 45 | 跳跃游戏II | 掌握（可选） |
|
||||
|
||||
### 动态规划（基础部分）
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 70 | 爬楼梯 | ⭐必会 |
|
||||
| 118 | 杨辉三角 | ⭐必会 |
|
||||
| 198 | 打家劫舍 | 掌握 |
|
||||
| 322 | 零钱兑换 | 掌握 |
|
||||
| 300 | 最长递增子序列 | 掌握 |
|
||||
| 416 | 分割等和子集 | 掌握（背包） |
|
||||
| 32 | 最长有效括号 | ❌跳过 |
|
||||
|
||||
### 多维动态规划
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 62 | 不同路径 | 掌握 |
|
||||
| 64 | 最小路径和 | 掌握 |
|
||||
| 5 | 最长回文子串 | 掌握 |
|
||||
| 1143 | 最长公共子序列 | 掌握 |
|
||||
| 72 | 编辑距离 | ❌跳过 |
|
||||
|
||||
### 技巧
|
||||
| 题号 | 题目 | 掌握程度 |
|
||||
|------|------|----------|
|
||||
| 136 | 只出现一次的数字 | ⭐必会 |
|
||||
| 169 | 多数元素 | ⭐必会 |
|
||||
| 75 | 颜色分类 | 掌握 |
|
||||
| 31 | 下一个排列 | 掌握 |
|
||||
| 287 | 寻找重复数 | 掌握（快慢指针） |
|
||||
|
||||
---
|
||||
|
||||
## ❌ 需要跳过（省二/省三不需要）
|
||||
|
||||
| 题目 | 原因 |
|
||||
|------|------|
|
||||
| 42. 接雨水 | 困难题，代码复杂 |
|
||||
| 76. 最小覆盖子串 | 滑动窗口最难题型 |
|
||||
| 239. 滑动窗口最大值 | 需要单调队列，复杂 |
|
||||
| 41. 缺失的第一个正数 | 思维技巧性强 |
|
||||
| 25. K个一组翻转链表 | 链表最难题之一 |
|
||||
| 146. LRU缓存 | 实现复杂 |
|
||||
| 124. 二叉树最大路径和 | 递归难想 |
|
||||
| 51. N皇后 | 回溯复杂 |
|
||||
| 4. 寻找中位数 | 二分边界复杂 |
|
||||
| 84. 柱状图最大矩形 | 单调栈难题 |
|
||||
| 295. 数据流中位数 | 双堆实现复杂 |
|
||||
| 72. 编辑距离 | DP难题 |
|
||||
|
||||
---
|
||||
|
||||
## 🎯 最终建议
|
||||
|
||||
**如果时间有限，优先把以下20道题刷熟**（这20道覆盖了蓝桥杯省赛80%的基础分）：
|
||||
|
||||
1. 两数之和
|
||||
2. 移动零
|
||||
3. 最大子数组和
|
||||
4. 反转链表
|
||||
5. 合并两个有序链表
|
||||
6. 二叉树中序遍历
|
||||
7. 二叉树最大深度
|
||||
8. 翻转二叉树
|
||||
9. 岛屿数量
|
||||
10. 全排列
|
||||
11. 搜索插入位置
|
||||
12. 有效的括号
|
||||
13. 买卖股票最佳时机
|
||||
14. 爬楼梯
|
||||
15. 杨辉三角
|
||||
16. 只出现一次的数字
|
||||
17. 多数元素
|
||||
18. 三数之和
|
||||
19. 合并区间
|
||||
20. 轮转数组
|
||||
|
||||
把这20道题**完全吃透**（能独立写出AC代码），省二基本稳了。加油！
|
||||
112
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯冲刺2.md
Normal file
112
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯冲刺2.md
Normal file
@@ -0,0 +1,112 @@
|
||||
根据你19天冲**蓝桥杯Python省二/省三**的目标（不求省一/国奖），我把你列出的这些LeetCode题目按**重要程度**严格分类，结合蓝桥杯Python省赛近5-6年真题高频考点来划分。
|
||||
|
||||
蓝桥杯省赛特点：**前6-7题决定奖项**，偏好**暴力/枚举/模拟 + 简单搜索(Dfs/Bfs) + 基础DP + 贪心 + 字符串/数学**。数据规模中等，Python时间宽松，但**不需要**太难的优化或复杂数据结构。
|
||||
|
||||
### 必须掌握（强烈推荐，花最多时间，覆盖省赛80%+内容）
|
||||
这些是高频或直接对应的，**务必会写模板+变形**：
|
||||
|
||||
**哈希**
|
||||
- 1. 两数之和 → **必须**（哈希字典最基础，省赛字符串统计、频率题常用）
|
||||
- 49. 字母异位词分组 → **必须**（排序+哈希或Counter，字符串分组高频）
|
||||
|
||||
**双指针**
|
||||
- 283. 移动零 → **必须**（简单数组操作，省赛常考原地修改）
|
||||
- 11. 盛最多水的容器 → **推荐**（双指针思想，练习左右指针）
|
||||
- 15. 三数之和 → **必须**（排序+双指针，省赛三数/两数相关常变形）
|
||||
|
||||
**滑动窗口**
|
||||
- 3. 无重复字符的最长子串 → **必须**（滑动窗口经典，字符串子串高频）
|
||||
- 438. 找到字符串中所有字母异位词 → **必须**（固定窗口+哈希，字母异位词直接相关）
|
||||
|
||||
**普通数组**
|
||||
- 53. 最大子数组和 → **必须**（Kadane算法或简单DP，子数组和常考）
|
||||
- 56. 合并区间 → **推荐**（排序+贪心，区间问题高频）
|
||||
- 189. 轮转数组 → **必须**（数组旋转/翻转，简单但常考）
|
||||
- 238. 除了自身以外数组的乘积 → **推荐**（前缀积，练习空间优化）
|
||||
|
||||
**矩阵**
|
||||
- 73. 矩阵置零 → **必须**（原地修改，矩阵常考）
|
||||
- 48. 旋转图像 → **必须**（矩阵旋转/翻转，高频）
|
||||
- 54. 螺旋矩阵 → **必须**（螺旋遍历，矩阵输出常考）
|
||||
|
||||
**链表**
|
||||
- 206. 反转链表 → **必须**（链表基础，必会）
|
||||
- 21. 合并两个有序链表 → **必须**
|
||||
- 141. 环形链表 / 142. 环形链表 II → **推荐**（快慢指针，环检测偶尔考）
|
||||
- 160. 相交链表 → **推荐**（简单双指针）
|
||||
|
||||
**二叉树**
|
||||
- 94. 二叉树的中序遍历 / 102. 层序遍历 → **必须**（遍历基础）
|
||||
- 104. 二叉树的最大深度 / 543. 二叉树的直径 → **必须**
|
||||
- 226. 翻转二叉树 / 101. 对称二叉树 → **必须**
|
||||
- 108. 将有序数组转换为二叉搜索树 → **推荐**
|
||||
- 98. 验证二叉搜索树 → **推荐**
|
||||
|
||||
**图论**
|
||||
- 200. 岛屿数量 → **必须**（DFS/BFS连通块，省赛迷宫/岛屿高频）
|
||||
- 994. 腐烂的橘子 → **必须**（多源BFS，扩散类问题常考）
|
||||
|
||||
**回溯**
|
||||
- 46. 全排列 / 78. 子集 → **必须**（基础回溯，排列组合高频）
|
||||
- 17. 电话号码的字母组合 → **推荐**
|
||||
- 39. 组合总和 → **必须**（组合类，省赛常考）
|
||||
|
||||
**二分查找**
|
||||
- 35. 搜索插入位置 / 74. 搜索二维矩阵 → **必须**（二分基础）
|
||||
- 34. 在排序数组中查找元素的第一个和最后一个位置 → **推荐**
|
||||
|
||||
**栈**
|
||||
- 20. 有效的括号 → **必须**（栈经典，括号匹配高频）
|
||||
|
||||
**贪心算法**
|
||||
- 121. 买卖股票的最佳时机 → **必须**（简单贪心/DP）
|
||||
- 55. 跳跃游戏 → **推荐**
|
||||
|
||||
**动态规划**
|
||||
- 70. 爬楼梯 → **必须**（入门DP）
|
||||
- 198. 打家劫舍 → **必须**（一维DP经典）
|
||||
- 322. 零钱兑换 → **必须**（背包类）
|
||||
- 300. 最长递增子序列 → **推荐**（LIS，省赛序列DP高频）
|
||||
- 139. 单词拆分 → **推荐**
|
||||
|
||||
**多维动态规划**
|
||||
- 62. 不同路径 / 64. 最小路径和 → **必须**（网格DP，省赛常考）
|
||||
- 5. 最长回文子串 → **推荐**（字符串DP）
|
||||
- 1143. 最长公共子序列 → **推荐**（LCS基础）
|
||||
|
||||
**技巧**
|
||||
- 136. 只出现一次的数字 → **必须**（位运算或哈希）
|
||||
- 75. 颜色分类 → **推荐**（荷兰国旗/双指针）
|
||||
|
||||
### 可以适当练习（有时间再看，能拿部分分就行）
|
||||
- 42. 接雨水（困难，DP/栈，双指针也行，但省赛很少直接考这么难的）
|
||||
- 41. 缺失的第一个正数（困难，常考但可暴力+哈希）
|
||||
- 239. 滑动窗口最大值（困难，单调队列，省赛极少）
|
||||
- 76. 最小覆盖子串（困难，太难，跳过）
|
||||
- 152. 乘积最大子数组（中等，练习但非核心）
|
||||
- 416. 分割等和子集（中等，01背包，时间够再刷）
|
||||
- 链表中较难的：25（K组翻转）、23（合并K链表）、148（排序链表）→ 省赛很少考复杂链表操作，简单会就行
|
||||
- 二叉树难的：105（构造树）、124（最大路径和）、236（LCA）→ 构造和LCA偶尔，最大路径少
|
||||
- 回溯难的：51（N皇后）、131（分割回文串）→ N皇后省赛可能考简单版，回文分割推荐但不强制
|
||||
- 堆：215、347 → 优先队列偶尔用，Python heapq简单了解即可，不用刷难的
|
||||
- 栈难的：394（字符串解码）、739（每日温度）、84（柱状图最大矩形）→ 解码推荐，后面两个跳过
|
||||
|
||||
### 基本可以跳过（19天内不建议花时间，省赛几乎不考或难度远超省三需求）
|
||||
- 560. 和为K的子数组（前缀和+哈希，中等但蓝桥更爱直接DP/枚举）
|
||||
- 128. 最长连续序列（哈希+并查，省赛连续序列少见）
|
||||
- 240. 搜索二维矩阵 II（二分+矩阵，了解思路即可）
|
||||
- 19. 删除链表倒数第N个（快慢指针，简单会就行）
|
||||
- 24. 两两交换链表节点（简单链表操作）
|
||||
- 138. 随机链表复制（太偏）
|
||||
- 146. LRU缓存（设计题，省赛不考）
|
||||
- 207/208（课程表、Trie）→ Trie省赛可能简单考前缀，课程表（拓扑）少见
|
||||
- 贪心难的：45（跳跃游戏II）、763（划分字母区间）
|
||||
- DP难的：279（完全平方数）、32（最长有效括号）、72（编辑距离）→ 编辑距离偶尔，别的跳
|
||||
- 4. 寻找两个正序数组的中位数（困难，远超省赛）
|
||||
- 295. 数据流的中位数（困难，跳）
|
||||
|
||||
### 19天执行建议（结合上个计划）
|
||||
- **前7天**：优先刷**必须掌握**里的简单+中等题（哈希、双指针、数组、矩阵、链表基础、树遍历、岛屿、BFS/DFS、简单回溯、简单DP）。
|
||||
- **第8-12天**：重点攻**DP（网格、一维、序列） + 贪心 + 滑动窗口 + 二分**。
|
||||
- **第13-17天**：真题模拟时，遇到列表里的题直接对应练习。
|
||||
- 每天背模板：两数之和、滑动窗口、DFS/BFS、01背包、LIS、岛屿数量、括号匹配等。
|
||||
40
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯难度.md
Normal file
40
mengyanote-backend/data/mengyanote/算法与数据结构/蓝桥杯难度.md
Normal file
@@ -0,0 +1,40 @@
|
||||
蓝桥杯Python算法题的难度并不是完全按照顺序排列的，但整体趋势是由易到难。
|
||||
|
||||
根据历年赛制和真题分布，试卷通常分为“填空题”和“编程大题”两个部分，难度在整体上是递增的，但在局部（特别是编程大题内部）可能会出现波动。
|
||||
|
||||
为了让你更清晰地了解试卷结构，我为你整理了详细的难度分布规律：
|
||||
|
||||
1. 整体难度趋势：阶梯式上升 📈
|
||||
蓝桥杯的试卷设计通常遵循“基础题 -> 中档题 -> 难题”的分布，大致可以分为三个梯队：
|
||||
|
||||
* 第一梯队（前1-3题）：基础送分题 🟢
|
||||
* 题型：通常是结果填空题（前两道）和简单的编程大题。
|
||||
* 难度：较低。主要考察基础语法、简单的模拟、数学计算（如日期处理、进制转换）或简单的枚举。
|
||||
* 策略：这部分题目通常不需要复杂的算法，只要细心就能拿满分，是必须拿下的“保底分”。
|
||||
|
||||
* 第二梯队（中间3-4题）：进阶算法题 🟡
|
||||
* 题型：编程大题。
|
||||
* 难度：中等。开始涉及经典算法，如深度/广度优先搜索（DFS/BFS）、动态规划（DP）、贪心算法、二分查找等。
|
||||
* 策略：这部分是分水岭。题目可能需要你优化算法复杂度（例如从O(n²)优化到O(nlogn)），如果暴力解法可能会超时。
|
||||
|
||||
* 第三梯队（最后1-2题）：压轴难题 🔴
|
||||
* 题型：编程大题（压轴）。
|
||||
* 难度：较高。通常涉及复杂的数论、图论（最短路径、最小生成树）、复杂的动态规划或状态压缩。
|
||||
* 策略：这些题目旨在拉开高分差距。对于普通选手，建议先尝试“骗分”（通过暴力枚举通过部分测试用例），不要在一开始就死磕。
|
||||
|
||||
2. 为什么说“不完全按顺序”？ ⚠️
|
||||
虽然大趋势是递增，但编程大题内部的难度往往不是严格线性的：
|
||||
* 难度跳跃：有时候第4题可能比第5题更难，或者第5题是一个简单的贪心，而第6题突然变成复杂的图论。
|
||||
* 知识点差异：如果你擅长数学但不擅长图论，对你来说，一道靠后的数论题可能比一道靠前的图论题更容易。
|
||||
* 真题案例：在第十六届蓝桥杯Python B组的试题中，题目从简单的模拟（A题）到复杂的位运算优化（H题），虽然整体递增，但中间题目的思维难度会有波动。
|
||||
|
||||
3. 试卷结构与应对策略表 📋
|
||||
题目位置 题型 典型考点 建议耗时 拿分策略
|
||||
第 1-2 题 结果填空 数学计算、日期模拟、简单枚举 10-20分钟/题 必须全对。可用Excel或Python脚本辅助计算，无需考虑运行时间。
|
||||
第 3-5 题 编程大题 排序、二分、简单DP、BFS/DFS 30-40分钟/题 争取满分。注意边界条件，若超时尝试优化数据结构（如用集合代替列表）。
|
||||
第 6-8 题 编程大题 复杂DP、图论、数论、位运算 40分钟+/题 能拿多少拿多少。先写暴力解法（DFS/枚举）拿部分分，有时间再优化。
|
||||
|
||||
4. 给你的备考建议 💡
|
||||
* 不要死磕顺序：比赛时如果遇到一道题卡住超过15分钟没有思路，果断跳过，先做后面的题目。有时候后面的题目反而更简单。
|
||||
* 重视“骗分”技巧：蓝桥杯是按测试用例给分的（OI赛制）。即使你写不出最优算法，用暴力法（如直接循环、DFS）通常也能通过30%-50%的小数据测试点，这在省赛评奖中非常关键。
|
||||
* Python特需注意：Python运行速度较慢，在处理大数据量（如n>10^5）的题目时，要注意避免双重循环，尽量使用Python内置函数或高效的算法（如二分、前缀和）来避免超时。
|
||||
56
mengyanote-backend/data/mengyanote/项目策划/万象口袋.md
Normal file
56
mengyanote-backend/data/mengyanote/项目策划/万象口袋.md
Normal file
@@ -0,0 +1,56 @@
|
||||
✅请通读一下目前的项目代码架构并在项目根目录更新readme文件
|
||||
|
||||
✅我教给你一个十分艰巨的任务,把目前的python后端转化成golang的gin框架重构一遍,代码架构采用模块化组件化开发,抛弃原来的MongoDB数据库储存改成使用MySQL数据库储存,以后也使用数据库储存,本地开发使用 10.1.1.100:3306 数据库infogenie-test 用户infogenie-test 密码infogenie-test ,实际生产环境使用192.168.1.100:3306的内网MySQL数据库 数据库infogenie 用户infogenie 密码infogenie ,每次修改先在测试数据库中开发,测试数据库没有问题再迁移到生产数据库,你先测试是否能连接上测试数据库
|
||||
|
||||
✅原来的项目十分臃肿你给我精简掉很多不必要的东西
|
||||
|
||||
✅把项目当前的登录系统也重构一下,接入我的萌芽账户统一认证中心,接入文档你可以查看根目录的SPROUT_GATE_API_DOCS.md
|
||||
|
||||
✅因为前端大量使用很多的网页嵌入 你优化一下前端的网页嵌入模式,然后以后所有的网页嵌入都使用这个
|
||||
|
||||
前端生产环境使用域名infogenie.shumengya.top 后端使用infogenie.api.shumengya.top cors跨域使用宽松
|
||||
|
||||
✅把前端代码架构采用模块化组件化重构编写一下，避免代码量过大后期无法维护
|
||||
|
||||
✅PWA 启动动画
|
||||
加载时的全屏启动页（替换原来的“加载中 + 转圈”）：
|
||||
背景：与主站一致的渐变带轻微脉冲和光晕动画
|
||||
Logo：居中显示 logo192.png，带圆角与阴影，轻微上下浮动
|
||||
扩散环：Logo 周围三层圆环依次放大、淡出，循环播放
|
||||
标题：软件名称大标题 +「加载中」副标题
|
||||
加载指示：三个绿色圆点依次缩放，表示加载中
|
||||
效果：打开应用或刷新时先看到与主站风格统一的启动屏，数据加载完成后直接进入主页。
|
||||
|
||||
✅添加前端管理员后台系统,默认管理员token为shumengya520 默认前端进入后台模式为:点击网站logo图标五次弹出一个输入框,输入正确的token后进入后台
|
||||
|
||||
✅给我在项目根目录写一键启动本地开发前后端bat脚本和bash脚本,脚本名叫"dev",和构建前端脚本,脚本名叫:"build",注意保持代码精简不啰嗦,注意在Windows上显示前后端要两个窗口显示
|
||||
|
||||
在后端文件夹中建立Docker构建相关文件 把后端服务构建打包成Docker容器，对外端口使用：[] 然后我会把这个后端API服务映射成：[]给前端调用，你设置在生产环境下让前端使用这个后端API地址：[]，设置容器持久化储存映射路径为：项目目录下的data文件夹
|
||||
|
||||
✅前端风格需要大改一下:给我按照这个网页上的API, https://docs.60s-api.viki.moe/ 给我重新划分一个60sAPI专属板块,把这网页上的周期资讯,实用功能,热门榜单,消遣娱乐这四部分都加入一个简洁清新统一美观的前端网页,把以前那个60s前端给删了(当然你可以参考一下) 太臃肿了 在60sAPI这个板块中 前端可以切换不同的60s API接口,后端也可以配置添加删除哪些后端60sAPI接口 ,比如说我的: 60s.api.shumengya.top
|
||||
|
||||
✅把前端的小游戏模块也给我重构一下,里面有很多臃肿的部分,特别是那个每个游戏里面的排行榜功能,没啥必要给我删掉
|
||||
|
||||
✅默认你记住代码注释给我默认使用中文注释,不要使用英文注释,前后端都是这样
|
||||
|
||||
✅整个前端网站的字体可以改成 楷体 ,如果换成楷体后字体变小可以把字体变大一点
|
||||
|
||||
整体检查一下目前项目有哪些问题和bug
|
||||
|
||||
整体检查一下目前后端API有哪些漏洞和bug
|
||||
|
||||
整体检查一下目前前端页面有哪些漏洞和bug和过于臃肿没有用到的地方
|
||||
|
||||
✅把个人中心页面的手机号,注册时间删掉,这些暴露隐私
|
||||
|
||||
✅这个首页也是动画特效太多了过于臃肿 精简一下
|
||||
|
||||
✅把60sAPI 休闲游戏 工具箱 AI应用四个板块的功能小卡片的风格样式给我统一
|
||||
|
||||
这个60sAPI板块点击十分卡顿,检查是否是前端的原因
|
||||
|
||||
✅把目前AI扣费给我删掉 调用AI功能不需要扣费,还有把这个ai-config.json删掉,把大模型API key和调用地址放在后端数据库中调用
|
||||
|
||||
|
||||
|
||||
|
||||
1
mengyanote-backend/data/mengyanote/项目策划/萌芽Ping-网页监控.md
Normal file
1
mengyanote-backend/data/mengyanote/项目策划/萌芽Ping-网页监控.md
Normal file
@@ -0,0 +1 @@
|
||||
优化后端API响应 我这前端请求半天才能得到后端API的相应,这才40多个网站
|
||||
61
mengyanote-backend/data/mengyanote/项目策划/萌芽小店.md
Normal file
61
mengyanote-backend/data/mengyanote/项目策划/萌芽小店.md
Normal file
@@ -0,0 +1,61 @@
|
||||
萌芽小店-灵汐小店-灵汐店铺-萌芽店铺-八号店铺
|
||||
|
||||
✅请通读一下目前的项目代码架构并在项目根目录更新readme文件
|
||||
|
||||
✅整个前端网页的圆角程度再改小一点,目前特别是一些UI圆角程度过于大了不好看
|
||||
|
||||
✅我发现 库存 浏览量 这两个参数在商品卡片有标签时是在卡片中下方,无卡片时在卡片最下方,这样排版看着不规范,你帮我设置固定他们的位置,让每个商品卡片里的小组件位置都固定在相同高度的位置,避免卡着不整齐
|
||||
|
||||
✅整个前端网站的字体可以改成 楷体 ,如果换成楷体后字体变小可以把字体变大一点
|
||||
|
||||
✅把这个部分的UI改成一横排
|
||||
|
||||
✅如果用户登录了账号后,在前端网页右下角添加一个悬浮窗,打开可以向管理员聊天发送消息,管理员在后台添加一个聊天窗口,可以查看前台用户发送的消息,消息是持久化储存的,如果管理员不在线也可以在以后上线后查看,管理员可以在后台一键清除与该名用户的对话,发送消息有一秒间隔,防止有人过度发送垃圾消息
|
||||
|
||||
✅添加站点维护功能,管理员可以在站点管理员后台设置一键开关整个站点和设置维护原因,如果关闭,则用户进入后显示站点维护页面,并显示站点维护原因
|
||||
|
||||
✅前端显示商品页面分页功能,电脑端每页最多有四行五列,手机端每页最多有五行两列,多的添加翻页,首页上一页下一页最后一页功能
|
||||
|
||||
✅手机端目前感觉商品卡片有被拉长的感觉,可以让手机端商品卡片向左右两端再压缩挤占一下空间
|
||||
|
||||
✅管理员可以在后台设置一些商品必须登录后才能购买,还可以设置登录后购买的数量,就是每个账户最多可以购买多少个该商品
|
||||
|
||||
✅前端网页小提示用户登录后购买,享受更多的购买权益
|
||||
|
||||
✅我现在需要加个你一个非常非常艰巨的任务,数据储存从本地json储存换成MySQL数据库,以后也使用数据库储存,本地开发使用 10.1.1.100:3306 数据库mengyastore-test 用户mengyastore-test 密码mengyastore-test ,实际生产环境使用192.168.1.100:3306的内网MySQL数据库 数据库mengyastore 用户mengyastore 密码mengyastore ,每次修改先在测试数据库中开发,测试数据库没有问题再迁移到生产数据库
|
||||
|
||||
✅管理员后台可以查看总的下单记录,要包括未登录用户和已登录用户
|
||||
|
||||
✅目前萌芽小店是仅支持自动发货,用户下单购买自动发货显示内容,你给我添加一个管理员可以在后台设置手动发货或者自动发货,在用户下单前可以有以下选项 备注,联系方式(联系方式下有有手机号和邮箱两个输入框),备注和联系方式 管理员可以在后台看到
|
||||
|
||||
✅如果用户登录后可以显示一个购物车(收藏夹),可以把商品加入购物车(收藏夹),在前端的购物车页面快速查看自己的想要的东西,购物车(收藏夹)是实时同步的,如果该商品已下架或者已卖完显示灰色
|
||||
|
||||
✅筛选按钮再添加几个选项: 新上架,最多购买,最多浏览,价格最高,价格最低
|
||||
|
||||
✅发件邮箱和是否邮箱发件可以在后台设置 不一定是QQ邮箱 自定义的域名邮箱也可以 发件内容要正式,文档风格一点,如果用户没有登录,下单就使用用户输入的联系方式的邮箱 没有输入就不发送
|
||||
|
||||
✅你更新一下登录接口,在项目根目录有API文档
|
||||
|
||||
你给我目前的后端添加一个可选项:redis数据库缓存应对低延迟和高并发 我的redis数据库是10.1.1.100:6379 你在里面建立测试数据库和生产数据库,注意不要和我原有的数据库冲突
|
||||
|
||||
你给我讲目前项目和企业级或者标准项目有哪些差别 给我列出来我看看哪些旧的需要改
|
||||
|
||||
默认前端生产环境使用域名store.shumengya.top 后端使用store.api.shumengya.top cors跨域使用宽松
|
||||
|
||||
代码注释给我默认使用中文注释,不要使用英文注释
|
||||
|
||||
把目前的golang后端改成Java后端
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
94
mengyanote-backend/data/mengyanote/项目策划/萌芽账户统一认证中心.md
Normal file
94
mengyanote-backend/data/mengyanote/项目策划/萌芽账户统一认证中心.md
Normal file
@@ -0,0 +1,94 @@
|
||||
请通读一下目前的项目代码架构并在项目根目录更新readme文件
|
||||
|
||||
这个登录注册界面太丑了可以换一下
|
||||
|
||||
数据储存从本地json储存换成MySQL数据库,以后也使用数据库储存,本地开发使用 10.1.1.100:3306 数据库sproutgate-test 用户sproutgate-test 密码sproutgate-test ,实际生产环境使用192.168.1.100:3306的内网MySQL数据库 数据库sproutgate 用户sproutgate 密码sproutgate ,每次修改先在测试数据库中开发,测试数据库没有问题再迁移到生产数据库
|
||||
|
||||
管理员可设置禁止注册的账号名,默认账号名只能有小写字母+数字的随机组合,可禁止注册时被禁止的用户名列表,用逗号隔开: sb,mail,nmsl,cnmb,smy,shumengya
|
||||
|
||||
管理员可添加使用邀请码注册的奖励,默认奖励是使用邀请码注册获得10个萌芽币
|
||||
|
||||
管理员设置封禁该账户后所有与该用户登录的站点不能再使用该账户登录
|
||||
|
||||
前端生产环境使用域名auth.shumengya.top 后端使用auth.api.shumengya.top cors跨域使用宽松
|
||||
|
||||
添加个人详细页点赞数功能,每个已登录的用户每天可以给别人点一个赞
|
||||
|
||||
代码注释给我默认使用中文注释,不要使用英文注释
|
||||
|
||||
![[Pasted image 20260324211458.png]]
|
||||
|
||||
如图,当第三方应用调用萌芽账户认证登录时,不要直接在用户详细页面直接显示一个授权表单,把这个授权表单单独变成一个网页页面,可以参考一下第三方应用调用Google登录和QQ登录的授权页面那样,还要显示调用的应用获取了萌芽账户认证中心中哪些的信息告知用户,注意页面在手机端和电脑端的排版
|
||||
![[Pasted image 20260325202027.png]]
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,5 @@
|
||||
|
||||
---
|
||||
|
||||
## 🧭**引言**
|
||||
你好，陌生人！这是我的学习笔记，用来展示我的一些学习路径
|
||||
也希望能帮助到CS专业中努力学习的你
|
||||
@@ -8,23 +7,28 @@
|
||||
|
||||
---
|
||||
## 🔗**联系方式**
|
||||
QQ：3205788256
|
||||
联系邮箱：
|
||||
mail@smyhub.com
|
||||
gmail@smyhub.com
|
||||
|
||||
个人主页：
|
||||
[shumengya.top](https://shumengya.top)
|
||||
[smyhub.com](https://smyhub.com)
|
||||
|
||||
Github主页：
|
||||
[shumnegya](https://github.com/shumengya)
|
||||
作品集：[work.shumengya.top](https://work.shumengya.top)
|
||||
|
||||
作品集：
|
||||
[work.shumengya.top](https://work.shumengya.top)
|
||||
|
||||
---
|
||||
## ❓**关于**
|
||||
本网站使用**React**框架+**Python FastAPI**搭建
|
||||
所有笔记均为**Markdown**格式，可直接复制和下载
|
||||
转载请标明网站地址：[note.shumengya.top](https://note.shumengya.top)
|
||||
谢谢您的配合与理解！
|
||||
转载请标明网站地址：
|
||||
[note.shumengya.top](https://note.shumengya.top)
|
||||
[note.smyhub.com](https://note.smyhub.com)
|
||||
|
||||
谢谢您的配合与理解(=^･ω･^=) 喵~
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user