学校没教的那张地图：从 Git 到信息判断

阅读提示：安装命令与可访问的官方页面已核对；少数站点会限制自动抓取，以浏览器打开为准。产品功能、地区限制、收费和法规都可能变化，动手前再看一眼当期官方说明。本文不提供规避访问限制的操作指引。

大学课堂教你算法、网络和编程语言，却很少有人把另一套生存技能讲完整：怎样把工具装起来，去哪里找真正的开发者社区，为什么海外平台不是天然的真相来源，以及哪些话一旦公开发布就需要承担责任。

这篇文章写给刚起步的学弟学妹。工具是门，判断力是钥匙。不需要第一天装一堆软件，先把概念、基本操作和边界弄清楚；能找到一手资料并验证它，比听人炫耀“我知道哪个网站”重要得多。

全文按四层展开：先用 Git、GitHub 和本地环境把开发底座搭好；再练搜索、Stack Overflow 和开源协议；接着用 ChatGPT、主流模型、大模型 API、编程助手和海外订阅；最后处理 X、VPN、墙外信息、招聘与公开发言的边界。你不需要一次学完，按最后的两周实践走一遍，比收藏十个链接有用。

这篇不是工具百科，而是一张路线图：先照着走，走通了再把地图拆掉。

先记住这张地图

先学会 Git、官方文档和检索，再决定是否使用付费 AI。工具是放大器，不是能力的替代品。

1. Git 与 GitHub：先理解版本控制

1.1 Git 是什么

Git 是电脑上的版本管理工具，记录每次改动，让你能比较差异、回退、开分支、合并；GitHub 是托管 Git 仓库并提供协作功能的网站。Git 不等于 GitHub：不联网也能用 Git，GitHub 只是最常见的远程协作平台。

它不是“交作业工具”，而是代码的安全网：改坏了能回退，多人改同一项目能合并，面试时能展示真实的提交历史。学 Git 的重点不是背命令，而是理解四个概念：工作区、暂存区、提交、分支。具体安装与命令不在本文展开，直接看官方资料，跟着做一遍最快：

• Git 官方安装页
• Pro Git：安装 Git
• GitHub 官方：Git 与 GitHub 的区别

安装时优先官方安装包或系统包管理器；不要从网盘下载“绿色破解版”。装好后能显示版本、能在终端里调用 Git 即可，暂时不用追求把所有命令记全。

1.2 先理解哪几件事

不需要一开始学完所有命令。按这个顺序理解即可：

1. 提交：把一组相关改动打包成一个有说明的快照。
2. 回退：发现改坏了，能回到之前的快照。
3. 分支：在不影响主线的副本上试新功能，稳定后再合并。
4. 远程：把本地仓库推到 GitHub，或把别人的仓库拉到本地。

具体操作跟着官方教程做一遍，比看十篇博客有效。写提交信息时用“动词 + 对象”的短句，例如“add login validation”“fix null pointer in order service”，不要写“update”“修改一下”。

1.3 GitHub 是什么

GitHub 的核心单位是仓库（repository）：一个项目一个仓库，代码、文档、Issue 和 PR 都在里面。打开一个 GitHub 项目，先看四样：

1. README：它解决什么问题、怎么运行、有什么限制。
2. LICENSE：是否允许使用、修改或再分发；公开可见不等于可随便商用。
3. Issues：用户提出的错误与需求，也能看到维护者如何排查。
4. Pull requests（PR）：别人提出的代码改动及讨论，适合学习真实协作。

需要在线协作时，再按 GitHub 官方指南注册账号、启用双重验证，并跟随官方教程创建仓库、推送代码。不要直接复制陌生人的“一键上传”脚本；推送前确认仓库里没有密码、API Key、个人隐私或未经许可的实习代码。即使后来删掉文件，密钥也可能留在 Git 历史里；正确的第一步是撤销或更换密钥，再按 GitHub 官方文档处理历史。

一个能跑、能解释、能独立复现的项目，比十个复制粘贴的仓库更有用。简历上只写自己真正能讲清楚的部分。

2. 本地环境与密钥安全：让项目跑起来，也别把钥匙丢了

课堂作业常常是“打开 IDE 点运行”，真实项目要先配环境。环境问题不是玄学，通常就三类：版本不对、路径不对、依赖没装。

2.1 命令行与包管理器

至少熟悉：切换目录、查看文件、看当前路径（cd、ls/dir、pwd）；用包管理器装工具（Windows 的 winget、macOS 的 Homebrew、Linux 的 apt/dnf）；确认版本（java -version、node -v、python --version、mvn -v）。命令找不到，多半是安装目录没进 PATH，改完要重开终端。

2.2 环境隔离

“在我电脑上能跑”通常是依赖版本、系统库或环境变量不一致。常用隔离手段：

2.3 密钥与账号

• API Key（后面讲大模型 API 时会展开）、数据库密码、SSH 私钥不写进代码、不截图、不发群。
• 本地用 .env 保存，.gitignore 排除；仓库里放 .env.example 说明需要哪些变量。
• 提交前搜一遍 sk-、password、token、secret，确认没有硬编码。
• 泄露后第一步是撤销或轮换密钥，再按 GitHub 官方文档清理历史；只删文件不够。
• 账号开启双重验证，密码用密码管理器；不共用账号，不出借银行卡、支付账户和验证码。

练习：给一个练习项目加 .env.example 和 .gitignore，开启 GitHub 2FA，检查一次提交里有没有敏感信息。

3. 搜索与官方文档：信息差的第一层

课堂教“去查资料”，但很少教“怎么查”。同样一条报错，有人十分钟找到官方 issue，有人翻一下午二手博客，差别就在检索方式。

3.1 搜索引擎

• 错误信息加引号，先搜原文："java.lang.NullPointerException"。
• 带上语言、框架和版本：Spring Boot 3.2 启动失败 比 Spring Boot 报错 有效。
• 限定站点：site:docs.spring.io transaction、site:github.com "error message"。
• 找官方 PDF 或规范：filetype:pdf。
• 搜不到时换英文关键词，再换回中文；技术问题的英文资料通常更多。

3.2 GitHub 搜索

GitHub 的搜索框支持限定词，比在浏览器里碰运气快：

• language:java stars:>1000 pushed:>2025-01-01：找活跃的 Java 项目。
• path:src/main/java：只在源码目录里搜。
• filename:pom.xml：按文件名找配置。
• is:issue is:open label:bug：找未关闭的 bug。
• repo:owner/name 关键词：只搜某个仓库。

3.3 官方文档怎么读

先看 Quickstart，知道最小可运行例子；再看 Concepts/Guides，理解核心概念；然后查 API Reference，确认参数和返回值；最后看 Changelog/Migration，确认版本差异。不要从目录第一页开始逐页读，也不要拿三年前的教程套新版本。

版本对应关系要自己确认：文档页的版本选择器、教程的发布日期、pom.xml/package.json 里的依赖版本，三者对不上时，先以官方文档为准。

3.4 Issue、PR 与 RFC

• Issue：先看标题、复现步骤、环境版本，再看维护者的回复和关闭原因。很多问题不是 bug，而是用法不对。
• PR：看描述、diff、review 评论和测试；这是学习真实工程取舍的地方。
• RFC：看动机、设计、替代方案、缺点和未解决问题；能训练你判断“为什么这样设计”。

练习：选一个你常用的库，读完它的 Quickstart，再翻最近五个 Issue，写下其中一个问题的根因。

4. Stack Overflow：怎么找答案，而不只是抄答案

报错时优先复制原始错误信息，连同语言、框架和版本一起搜索。先看官方文档，再看对应版本的问答；几年前的高赞回答不一定适用于现在的版本。

遇到问题，按这个顺序做：读完整报错 → 缩小问题到最小可复现代码 → 搜索错误原文 → 对照文档验证 → 记下真正原因。

如果要提问，写明“预期结果、实际结果、环境版本、已经尝试过什么”，并提供最小可复现示例。提问前删掉账号、密钥和私人数据，不要只发一张截图说“为什么运行不了”。Stack Overflow 的价值不止是答案库，也是一套把模糊问题说清楚的训练方法。

5. 开源协议与学术诚信：能看、能用、能改，是三个问题

5.1 公开代码不等于免费商用

没有 LICENSE 的仓库，默认保留所有权利；你能看，不代表能复制、修改或商用。常见协议：

使用前看仓库根目录的 LICENSE；商用、二次分发、修改后闭源，都要逐条确认。拿不准就问作者或法务，不要用“GitHub 上公开的”当理由。

5.2 学术诚信

• 引用别人的观点、数据、代码，标明来源；直接复制粘贴不叫参考。
• 课程作业是否允许 AI 辅助、允许到什么程度，以课程要求为准；用了就如实说明。
• 代写、代考、论文代写、简历造假，短期省事，长期可能影响学位、背调和入职。
• 参考开源实现，保留版权声明，遵守许可证；不要删掉作者信息当成自己的。

练习：打开一个你 star 过的仓库，找到 LICENSE，判断它能不能用于商业项目；再给自己的练习仓库加一个 LICENSE。

6. ChatGPT：会聊天，不代表永远说对

ChatGPT 可以帮你解释陌生概念、对比方案、梳理报错、生成练习题。把它当作会给建议的助教，而不是唯一的标准答案。比如学习数据库索引，可以先问“用图书馆目录解释索引”，再回教材或官方文档确认具体条件。

提问时提供四件事：你想做什么、已有背景、遇到的具体问题、希望输出什么。比“帮我写一个项目”更有用的问法是：“我是 Java 新人，已有一个 Spring Boot 登录接口，为什么密码不能明文保存？先讲原理，再给检查清单，不要直接生成整套项目。”

验证输出：代码要亲自运行，引用要点开核对，价格、法律、招聘与功能限制要看近期官方信息。别上传真实密钥、公司源代码、同学隐私或未经授权的材料；使用前了解当前账号的数据控制与隐私选项。

地区边界：截至 2026-10-31，Claude 官方支持地区页面与 OpenAI API 支持地区页面都没有列出中国内地；能看到产品介绍，不等于所在地具备官方账号使用资格。ChatGPT 消费端的支持地区以其官方页面为准。本文介绍用途，不指导绕过地区限制注册或付款。

7. 主流模型地图：国内外分别有哪些

这张表只写“家族和定位”，不写具体价格，因为模型迭代太快；具体型号、上下文、价格、地区支持，点官方模型页确认。截至 2026-10-31，官方页面能看到的主线大致如下。

7.1 海外主流

7.2 国内主流

7.3 怎么选

没有“永远最强”的模型。排行榜只能帮你缩小范围，最终要在自己的 20—50 条任务上比质量、延迟、成本和稳定性。生产环境还要看地区支持、数据条款、SLA 和发票/合规。

7.4 常见误区

• 只看榜单，不看任务：榜单第一不等于你的场景第一。
• 只看单价，不看 token：输出 token 通常更贵，长回答会把成本拉高。
• 混用模型名：同一家不同版本的价格、上下文和能力不同。
• 忽略地区与合规：能访问网页，不等于有 API 使用资格。
• 把聚合平台当官方：聚合方便比价，但数据流向、SLA、计费口径要看清。

8. 大模型 API：从 Key 到第一次调用

网页版是给人用的，API 是给程序用的。你要在自己的项目里接 AI，最终绕不开三样东西：地址、密钥、模型名。

8.1 API 到底是什么

可以把 API 想成餐厅点单：你按菜单（接口文档）写一张订单（JSON），服务员把订单送进厨房（模型），再把菜（响应）端回来。你不需要知道厨房怎么运作，但要看清菜单上的字段、单位和限制。

一次对话请求通常包含：

8.2 请求与响应

大多数厂商提供 HTTP JSON 接口；国内不少平台和聚合服务兼容 OpenAI 的 /v1/chat/completions 形状，Anthropic 的 Messages API、Gemini API 则各有自己的字段。学的时候不要背某一家，先理解三段：

1. 你发：模型名 + 消息数组 + 参数。
2. 它回：文本内容，或工具调用（tool call），以及 token 用量。
3. 你处理：展示文本、执行工具、把结果再发回去。

一个最小请求的形状（伪代码，具体字段看厂商文档）：

{
  "model": "模型 ID",
  "messages": [
    {"role": "system", "content": "你是一个简洁的助教"},
    {"role": "user", "content": "用一句话解释什么是索引"}
  ],
  "max_tokens": 500,
  "stream": false
}

以 OpenAI 兼容接口为例，响应里通常有 content、usage（输入/输出 token）、finish_reason。做成本统计时，别只看请求次数，要看 token。

8.3 五个必须懂的概念

• Token：模型处理文本的单位。中文的 token 数与字数不是一一对应，具体看 tokenizer；上下文窗口、计费、截断都按 token 算。
• 上下文窗口：一次请求能带多少 token。不是“记得所有历史”，超出就要截断、摘要或检索。
• 流式输出（SSE）：边生成边返回，适合聊天界面；要处理断连、重试和拼接。
• 工具调用（function calling / tool use）：模型不直接执行代码，它返回“要调用哪个工具、参数是什么”，由你的程序执行，再把结果送回模型。
• 限流与配额：429 很常见；要退避重试、排队、降级，不要无限重试。

8.4 密钥、成本与错误

• 密钥只放服务端或本地环境变量，前端永远不要出现；一旦泄露，先撤销再换。
• 设预算提醒和单次 max_tokens 上限；能用小模型的任务不要上最贵的。
• 记录每次请求的模型、token、耗时、错误码；没有日志就无法优化成本。
• 常见错误：401/403 密钥或权限；400 参数或模型名；429 限流；5xx 服务端；超时要设客户端超时和重试上限。
• 重试要防止重复扣费和重复工具调用；对写操作加幂等键。

8.5 新手练习

用同一组 10 个问题，分别调用两个不同价位的模型，记录回答质量、延迟、token 成本和错误；不要只看 demo，拿自己的任务做小评测。

9. Claude Code 与 Codex：让 AI 看项目、动文件

ChatGPT 这类聊天工具主要在对话里答复；Claude Code 和 Codex 这类编程助手还能在获得相应权限时读取项目文件、编辑代码、运行命令。它们能代你操作电脑上的项目，不代表能替你判断改动是否正确。

9.1 Claude Code：官方入口与第一次启动

Claude Code 的终端版本支持 Windows、macOS、Linux 和 WSL；需要 Claude 订阅（Pro、Max、Ultra、Team 或 Enterprise）、Claude Console 账号，或受支持的云服务商接入。安装方式会随系统和版本变化，本文不抄命令，直接看官方快速入门，按页面选择对应系统：

• Claude Code 安装与快速入门

安装后按页面提示验证版本、登录，并在自己的项目目录启动。官方文档还建议：原生 Windows 上安装 Git for Windows，Claude Code 才能使用 Bash 工具；没有 Git for Windows 时会改用 PowerShell。原生安装会自动更新，WinGet 与 Homebrew 安装需要自己定期升级。命令找不到时先看官方排错页，不要从第三方博客复制来源不明的修复脚本。

9.2 Codex CLI：官方入口与第一次启动

Codex 支持 npm、Homebrew、Windows PowerShell 和 macOS/Linux 独立安装；具体命令以官方页面和 README 为准，本文不抄：

• Codex CLI 官方文档
• Codex 官方 README

它可以用 ChatGPT 账号登录，也可以使用 API Key；两种方式的账号要求、额度和计费入口不同。首次启动按提示选择 Sign in with ChatGPT 或其他登录方式。官方 README 没有列出版本检查命令，网上即使流传 codex --version 一类的写法，也以实际安装版本和官方文档为准。

同类工具还有 GitHub Copilot、Cursor 等；本文只以 Claude Code 与 Codex 为例，其他工具按同样的方法核对官方文档、权限范围和计费入口，不要同时装一堆。

9.3 新手怎么用

先看地区和账号资格：符合官方服务条件，再按自己电脑的系统安装；不符合就不要用虚假地址、共享账号或第三方安装包规避限制。不要把 API Key 理解成会员兑换码，订阅登录与按量计费是不同入口。

拿自己写的十几行代码练习第一问：“只解释项目结构和入口，不修改任何文件，也不要运行命令。”第二问再试：“给这个输入增加空值校验；先说明将改哪些文件，修改后运行现有测试。”

批准命令前看清内容，随后运行 git diff 审查改动。新手第一次用，建议只在自己写的小项目里试：

1. 先让它解释目录和程序入口，不要马上让它重写整个项目。
2. 再提一个小需求，例如“给输入增加校验，并写对应测试”。
3. 查看它将要使用的文件与命令，确认权限和影响范围。
4. 检查修改前后的差异，亲自运行测试，并能口头解释改动。
5. 不满意就回退；版本控制应当先准备好。

不要把“生成了代码”当成“学会了编程”。简历和作业只写自己确实能解释、能独立修改的部分；课程作业还要遵守学校对 AI 辅助和独立完成的要求。

10. 海外订阅：先弄清服务，再谈付钱

常见误解是“买了聊天会员，就有 API 可用”“买了某个平台会员，就能无限用它的编程工具”。聊天订阅、编程助手额度、API 调用通常是不同的计费入口，具体是否包含某项功能以及限制，以当期官方套餐页与账单页为准。

例如，Claude Code 可用 Claude 订阅或 Console 账号登录；Codex 可用 ChatGPT 账号登录，也可使用 API Key；ChatGPT 消费端订阅与 OpenAI API 通常分开计费。不同入口的额度、账单和数据处理方式并不一样。

购买前按顺序核对：

1. 地区：所在地区是否列在官方支持范围，账号条件与用途是否符合条款。
2. 产品：买的是聊天会员、编程功能，还是按量计费的 API。
3. 付款：平台是否接受自己的合法付款方式；总价是否包含税费、汇率及银行手续费。
4. 续费：是自动续费还是一次性，取消后何时停止权益。
5. 额度：有没有频率限制、流量限制或额外扣费；优先设置预算提醒。
6. 风险：不用共享账号、来历不明的代充、虚假地区资料或盗刷卡。

不在官方支持地区、付款方式不符合要求，就先用可合法获取的替代工具。不要为了买一个工具而购买“代绑卡”“接码”服务；既可能违反条款，也会丢失账号和付款信息。

11. X、媒体与舆论场：看信息，不要被带节奏

X（原 Twitter）常被当成“技术圈的信息源”，但它更像一个实时舆论场：开发者、记者、机构、企业、活动人士、匿名账号、机器人和普通用户混在一起。技术动态只是其中一小块；国际新闻、社会议题、战争冲突、经济政策、文化争论，都会在这里先以碎片、截图和情绪化标题出现。

11.1 X 上的四类账号

X 的算法偏爱愤怒、恐惧和站队，越长、越极端的帖子越容易被推送。刷到一条让你立刻想转发的消息，先停十秒：它给你的首先是信息，还是情绪？

11.2 国内媒体、外媒与“抹黑”

国内媒体不是一个整体：官方媒体、市场化媒体、地方媒体、自媒体，选题、审稿和利益结构都不同。官方媒体往往掌握通稿和现场资源，表述更贴近官方口径；市场化媒体更关注读者兴趣，可能追问更细，也可能被流量牵着走；自媒体速度最快，核实最弱。其中也有不少原创调查和现场报道，不能一概而论。看国内报道，也要看它是原创采访、转载通稿，还是二手拼接。

外国媒体同样不是一个整体：有严肃媒体、党派媒体、国家资助媒体、独立记者和纯做流量的账号。其中既有扎实的现场报道，也有带着偏见的评论，不能一概而论。它们对中国议题的报道，可能受到本国政治环境、读者刻板印象、机构立场和商业压力的影响；确实存在选择性取材、断章取义、旧图新用、匿名消息源、标题与正文不符等“抹黑”手法。但也不能反过来把一切批评都叫“抹黑”：有些报道是基于事实的批评，有些是立场不同，有些才是刻意操纵。判断标准是证据和手法，不是媒体来自哪个国家。

常见的抹黑、操纵手法：

• 截取半句话，省掉前后文；
• 用旧视频、旧照片冒充今天；
• 只采访一方，或引用“专家说”但不给姓名；
• 把个体行为上升为整个群体、整个国家；
• 标题下结论，正文没有证据；
• 用情绪词替代数据，用个例替代比例；
• 用机器翻译制造语义偏差，或直接伪造截图；
• 用“据说”“内部消息”代替可核验来源。

这些手法国内自媒体也会用。独立判断不是“外媒一定假、国内一定真”，也不是“外媒一定真、国内一定假”，而是对任何来源都问同样的问题。

11.3 独立判断的六步

1. 分开事实、观点和情绪：这句话在陈述“发生了什么”，还是在评价“应该怎么看”？
2. 找原始来源：官方公告、完整视频、原始数据、论文、法院文件、当事人账号；二手转述只当线索。
3. 核对时间、地点、人物：旧闻新发、移花接木、张冠李戴，是最常见的操纵。
4. 交叉来源：找不同立场、不同国家、不同所有制的来源；多家媒体转载同一篇通稿，不算独立证据。
5. 看利益与激励：谁靠这条内容获得流量、捐款、选票或政策支持？标题是不是在催你愤怒？
6. 问自己什么能改变判断：如果找不到反证、也不愿改变看法，那可能不是判断，而是立场。

再加两条：

• 不把“反主流”当独立思考，也不把“随大流”当爱国；独立是能说出证据和推理。
• 不因为一条内容来自墙外就默认可信，也不因为来自国内就默认不可信；来源只是线索，证据才是分量。

11.4 转发之前

• 先存疑，再转发；不确定就注明“待核实”，不要用肯定语气。
• 不传播涉及个人隐私、未打码的冲突视频、未经证实的伤亡数字。
• 不把个别事件上升为群体标签；不煽动地域、性别、民族、国家对立。
• 公开平台发言要承担法律责任；造谣、侮辱、诽谤、侵犯隐私、煽动对立，可能带来平台处理、学校处分、行政处罚甚至刑事责任。具体边界见后面 VPN 一节的“公开言论”部分。

12. VPN、代理、Clash 与“翻墙”：解决什么问题，注意什么

这一节只解释概念、用途和边界，不提供任何配置、节点、订阅或购买渠道。

12.1 四个词不是一回事

12.2 它通常解决的四类问题

一句话：它主要解决“网络层能不能到达”，不解决“你有没有资格用、内容是否可信、行为是否合规”。

12.3 它不解决的问题

• 合规资格：能连上不等于允许使用；地区条款、账号资格、学校或单位规定仍然有效。
• 信息真伪：墙外也有谣言、广告、情绪动员和算法推送，来源更多不等于更真实。
• 账号与支付：注册资格、付款方式、发票与合规，不会因为换了线路就自动成立。
• 隐私：免费节点、共享订阅的运营者可能看到部分流量；HTTPS 能保护内容，但元数据仍可能暴露。
• 稳定性：线路会拥塞、失效；网站打不开也可能是服务停机、域名拼错、DNS 故障。
• 合法替代：学校图书馆、官方镜像、云服务商、作者主页、开放获取版本，往往更稳。

12.4 注意事项

法律与单位规定

• 中国内地对国际联网及跨境电信业务有相应管理规定；经营跨境电信业务需要相应资质，单位办公自用同样有合规要求。
• 学校、实习单位、公司的网络与设备政策要先看；不要在公司电脑、生产环境或含敏感数据的设备上擅自安装未知网络工具。
• 不经营、不售卖、不组织传播“翻墙教程”“节点”“订阅”；这不是技术分享，而是法律风险。

账号与支付

• 不共享账号，不买“代充”“接码”“代绑卡”，不填虚假地区资料；可能违反条款、丢账号、丢付款信息。
• 订阅前看清自动续费、退款条件、税费和汇率。

数据与软件

• 不在不可信网络或客户端里登录网银、邮箱、公司系统；不上传密钥、源码、客户数据。
• 不用“破解版”“一键包”“绿色版”；不给来历不明的软件管理员权限。
• 优先官方客户端和学校、单位认可的通道；安装前核对发布者、域名和权限。

公开言论

• 访问网站和公开发表内容是两回事；网络不是“换个平台就不用负责”。
• 网友说的“被请去喝茶”，通常指因公开发言被公安机关约谈、调查；它不是法律术语，也不能把不同意见一概等同违法。
• 但造谣传谣、侮辱诽谤、侵犯隐私、煽动对立或其他法律禁止的信息，可能带来平台处理、学校处分、行政处罚乃至刑事责任；情节严重的，还可能被公安机关依法调查。
• 不要大规模发布、转发或组织传播未经核实的信息；不要宣传、售卖绕过访问限制的服务。删帖不等于没发生过，截图和转载都可能留下记录。

排障顺序

• 先确认：域名是否拼错、服务是否宕机、DNS 是否故障、账号是否有资格；不要把所有“打不开”都归因于网络限制。
• 再确认：学校或单位是否有合规通道；能否用官方镜像、图书馆数据库、开放获取版本替代。
• 最后才考虑：是否真的需要跨境线路；如果确有业务需求，走单位认可的合规接入方式。

12.5 判断顺序

先问“我缺的是可达性、资格，还是信息判断力”，再决定要不要动网络工具。工具能解决连接，解决不了合规、隐私和真假。

13. 墙外不只有代码：看世界，也要防止被带着走

境外网站能让你看到不同国家的媒体、研究机构、企业、普通人的叙述，也能看到广告、情绪动员、刻意筛选的事实和平台算法推送。来源更多，不等于自动更真实；观点不同，也不等于谁必然在撒谎。判断标准不是内容来自墙内还是墙外，而是证据能不能站住。把任何一个社交平台当作“真相终点”，只是从一个信息茧房搬进另一个。

面对国际新闻、历史叙事、公共议题、科技政策，试试六步核查：

1. 看来源：匿名账号、媒体报道、原始文件和亲历陈述，证据等级不同；有没有能核对的原始链接？
2. 看时间：几年前的视频有没有被当成今天的新闻？剪辑有没有省掉前后文？
3. 区分事实与观点：“发生了什么”要证据；“应该怎么评价”是立场，别把两者混成一句。
4. 找不同立场：查阅不同国家或观点的报道，再回到公开数据、完整讲话、原始研究或正式文件核对；多家媒体相互转载不算独立证据。
5. 看谁获益：标题是否催你愤怒、恐惧、捐钱、转发或购买？推荐算法往往更爱放大极端情绪。
6. 允许未知：证据不够，就先说“暂时无法判断”，不急于选边和转发。

有些内容会刻意用片面事实、群体标签、仇恨叙事或“只有我知道真相”来争夺你的注意力；这类意识形态渗透与舆论操纵风险值得警惕。辨别的方法不是见到不同观点就一律拒绝，而是保持自己的判断框架：尊重事实、比较证据、识别利益、警惕极端化。理性并不等于没有立场，而是不把判断外包给任何一个账号。

14. 招聘信息与培训班避坑：别把广告当机会

14.1 校招时间线

• 暑期实习：通常在毕业前一年的 3—5 月投递，7—8 月实习。
• 秋招提前批：通常在 6—8 月启动，岗位多、流程短，挂了不影响正式批。
• 秋招正式批：8—11 月网申、笔试、面试，9—10 月是面试高峰。
• 补录：11—12 月，名额少，适合兜底。

具体时间每年会变，以目标公司招聘官网为准；不要等“准备好了”再投，边投边补。

14.2 看 JD，不要只看标题

岗位名称相同，实际工作可能差很远。至少看技术栈、业务方向、地点、学历、年限、加分项、是否接受应届。把 JD 里的关键词和自己的项目对上，缺什么补什么，而不是一份简历投所有岗位。

14.3 查公司

• 看公司官网和招聘官网的主体名称，再去企查查、天眼查核对主体、参保人数、经营风险。
• 看财报、裁员新闻、业务调整；只有招聘广告的“高速发展”不算证据。
• 脉脉、看准网的评价有样本偏差，当作线索，不当结论。

14.4 薪资结构

总包通常由月薪 × 月数、签字费、股票、年终奖组成。问清楚税前税后、五险一金和公积金比例、股票归属年限、加班和出差补贴。只比月薪，容易忽略真正差异。

14.5 合同与协议

三方协议、实习协议、劳动合同、竞业限制、保密协议，签字前看清主体、期限、试用期、违约条款和离职流程。不签空白合同，不押身份证，保留一份盖章副本。

14.6 培训班与卖课

• “包就业”“内推”“保 offer”是概率话术，看合同里的退款条件和就业口径。
• 不碰培训贷、押金、加盟费；不交钱换“内推名额”。
• 虚假项目、简历造假，面试官追问三层就露馅，背调也可能出问题。
• 选课看大纲、项目、讲师作品和试听，不看广告和学员喜报。

练习：找三个真实 JD，拆出关键词；查一家公司主体；把一份薪资总包按税前税后算一遍。

15. 这些小知识，比装十个工具更重要

• 官网与镜像：搜索结果里排第一的不一定是官网。下载软件先核对发布者和域名；别从网盘装“破解版”。
• 版本与发布日期：教程写着“最新”，也可能是五年前的最新。核对教程所用版本，再去当前官方文档找对应说明。
• 开源与免费：代码公开不等于没有许可证；免费额度也不等于永久无限使用。
• 账号与密钥：密码配合双重验证；API Key 相当于有额度的钥匙，泄露要立即撤销和更换。
• 权限与隐私：给应用或 AI 工具访问仓库、邮箱、终端之前，先看它到底能读什么、能改什么。
• 备份与回退：重要代码用 Git 保存；重要资料另做备份，GitHub 不是你电脑里所有文件的自动备份。
• 英文检索：优先用错误原文、产品名和版本搜索；看不懂时让 AI 帮忙翻译，但最终回到原文验证。

两周入门实践

第二周（可选）：把 AI 和职业常识接上

没有条件使用境外服务，也可以用课程教材、官方可访问的文档、开源项目、国内合规社区和本地练习完成大部分训练。别把工具可用性误认为学习能力。

给学弟学妹的结尾

信息差真正拉开的距离，不是“知道哪个软件能用”，而是会找一手资料、能提出具体问题、敢验证答案、能守住安全与合规边界。先把这些方法养成习惯，再去尝试新工具；新工具会不断换名字，这套方法不会。

站内延伸

• Java 后端学习路线
• 企业技术栈全景总览
• 程序员的好习惯

官方资料与核对入口（2026-10-31）

下面全部为可点击的官方入口（核对日期 2026-10-31），一条只放一个链接。

• Git 官方 Windows 安装页
• Git 官方安装手册
• GitHub 与 Git 的区别
• GitHub 处理意外泄露的敏感数据
• Stack Overflow 最小可复现示例
• Claude Code 安装与快速入门
• Anthropic 模型总览
• Claude 服务支持地区
• Codex CLI 官方文档
• Codex 官方 README 与安装命令
• OpenAI API 支持地区
• OpenAI 模型列表
• ChatGPT 支持地区
• Codex 与 ChatGPT 套餐关系
• ChatGPT 与 API 计费说明
• Gemini 模型列表
• DeepSeek 模型与价格
• 通义千问模型列表
• 智谱 BigModel 平台
• Kimi 开放平台文档
• 豆包与火山方舟模型文档
• 百度千帆大模型平台
• 腾讯混元文档
• MiniMax 模型文档
• 国际联网基本规定
• 网络信息内容生态治理规定
• 国家法律法规数据库，检索“治安管理处罚法”
• 工信部官网，检索“清理规范互联网网络接入服务市场”
• mihomo 的流量分流术语说明

平台支持地区、套餐、额度与法规适用情况会变化：拿不准时从官方页面重新核对，不用过期截图或转售商宣传代替条款。少数 OpenAI 帮助页会限制自动抓取，浏览器打开即可；若页面失效，从对应官网的帮助中心搜索标题。