GitHub：视觉参考
以开发者协作、可运行作品和工程细节表达创造力。产品 UI 与品牌活动都要让代码、贡献者和成果有清楚的位置。
先看真实案例
真实原图、手册页与网页实录。正文显示压缩预览，点击可看清晰大图；出处与日期见图注。
看图重点：角色在立体表现中保留耳朵、面部和整体轮廓等识别特征。
GitHub 官方原始媒体
看图重点：同页展示大写、小写与数字，适合对照不同字重和字符宽度。
GitHub 官方原始媒体
看图重点：同一角色有线稿、平面和三维版本，可以对照不同媒介保留哪些共同特征。
GitHub 官方原始媒体
看图重点：演讲者、舞台背景和绿色图形共同形成大会影像的品牌印象。
GitHub 官方原始媒体官网与产品页面实录
以下为官方页面的真实浏览器实录，包含产品首屏、功能区域和部分移动端页面。点击“清晰大图”查看文字与界面细节；出处与日期见图注。
原文内容摘要
下面直接摘要原始资料中的规则、做法与案例内容。每段附出处；后面的视觉观察另有标记。
Mona Sans 的字宽、斜体和字号层级
当前 Brand Toolkit 以 Mona Sans 与 Mona Sans Mono 为中心，说明 Mona Sans 包含光学尺寸、五档字宽、斜体和等宽配套。文字分成 title、headline、body 三类，各有尺度；字号与行高是针对环境调整的起点，家族关系和层级应保持一致。原文把可读性作为复杂版面中的优先判断。
来源：原始资料。官方原文摘要。
产品与营销分别使用 Primer 的实现层
Primer 入口将 Product UI、Brand UI 与 Brand Toolkit 分开：产品界面解决任务，Brand UI 服务数字营销，Toolkit 提供品牌表达。共享基础包括 Accessibility、Octicons 以及颜色、间距、字体等 Primitives。这样可以保持共同底层，同时让产品表格与官网宣传获得适合各自内容的版式。
来源：原始资料。官方原文摘要。
Universe 用开发者语言安排参与理由
Universe 页面把内容组织成了解新产品、动手学习和连接社区三种任务；动手部分对应工作坊、演示与 developer playground。现场与线上有不同参与入口，页面把各自可获得的内容列清楚。主题、议程、讲者、赞助与 FAQ 在同一导航下，技术大会的邀请理由被落实成具体体验。
来源：原始资料。官方原文摘要。
官方账号与宣传矩阵
官方账号与宣传矩阵
如果我们要做一次「开发者大会与开源黑客松」，可以研究 GitHub 怎样把公司介绍、产品内容、活动页面和社交账号连接起来。先辨认账号身份，再观察成品的标题、画面、文案和行动入口。
品牌边界与内容定位
GitHub 主品牌、github.blog、开源组织、Primer 与 Universe 分层。
主要研究对象是开发者、开源维护者、技术团队与学生。下面的内容定位与制作方案是作者的观察和练习建议：开发者真实工作过程与可以复现的代码成果。它们不是该公司公开披露的内部运营制度，也不代表固定的发文频率。
自有发布平台与承接入口
这些入口包括网站、新闻、设计系统、代码、活动、商业服务和企业资料。网站与账号是不同记录：活动网站承接报名或信息，社交账号负责把人带过去。表中“观察内容”说明我们应该研究什么，不表示完整读取了所有子页面。
| 平台或栏目 | 层级 | 观察内容 |
|---|---|---|
| GitHub Blog | 新闻与技术内容 | 主品牌账号的官方出处 |
| GitHub 组织 | 开发者社区 | 公开项目与代码交流 |
| Brand Toolkit | 品牌 | 跨媒介品牌资源 |
| Primer | 设计系统 | 组件、文档与开发内容 |
| GitHub Universe | 大会 | 演讲、报名与视频内容 |
官方账号与证据
A 是官网页面中的出站链接记录；即使平台主页需要登录，链接来源仍可查。B 是平台公开资料或平台矩阵收录，逐号认证／官网互链未全部复核。Q 是官方文字、二维码或图标，仅能确认表内写出的信息。H 是历史官方记录，需要复核现状。主页可用性、当前昵称和活跃状态可能变化。
| 平台 | 账号或官方入口 | 业务与市场范围 | 身份依据 |
|---|---|---|---|
| X | github | GitHub 品牌 | A · 官网出站链接；出处 |
| github | GitHub 品牌 | A · 官网出站链接；出处 | |
| GitHub | GitHub 品牌 | A · 官网出站链接；出处 | |
| TikTok | @github | GitHub 品牌 | A · 官网出站链接；出处 |
| Twitch | GitHub | GitHub 品牌 | A · 官网出站链接；出处 |
| YouTube | GitHub | GitHub 品牌 | A · 官网出站链接；出处 |
| GitHub | github 组织 | GitHub 品牌 | A · 官网出站链接；出处 |
只出现二维码时，不补猜微信 ID；出现微博内容转载页时，不把它当作已取得的微博主页。GitHub 项目、知乎专栏和 Discord 活动邀请按其实际形态记录，不能与公司主品牌账号混算。
各平台覆盖状态
这一表方便检查国内与国际渠道。它记录本轮证据覆盖，不是“有号／无号”的判定，也不声称已经收齐所有国家、业务和历史账号。
| 平台 | 本轮记录 | 核对状态 |
|---|---|---|
| 微信公众号 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 微信视频号 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 微博 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 抖音 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| B站 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 小红书 | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| GitHub | A；详见上表 | |
| X | github | A；详见上表 |
| YouTube | GitHub | A；详见上表 |
| github | A；详见上表 | |
| 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 | |
| TikTok | @github | A；详见上表 |
| Threads | 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 |
| 本轮未取得可引用的官方账号证据 | 待核对；不表示该公司没有账号 | |
| Twitch | GitHub | A · 官网出站链接 |
| GitHub | github 组织 | A · 官网出站链接 |
本公司特别需要分清的地方
- github.blog 页脚的品牌社交账号与文中作者账号分开。
- GitHub 组织主页与单个代码仓库分别记录。
- Universe 的视频播放列表属于活动内容，不是另一个公司账号。
一次发布或活动怎样串联
这个例子用于我们自己的「开发者大会与开源黑客松」，不是对 GitHub 真实排期的复述。可以从 GitHub Blog 和上表的活动／内容入口观察呈现方式，再按自己的受众选渠道。
| 阶段 | 内容与格式 | 适合的渠道层 | 下一步 |
|---|---|---|---|
| 公布主题 | 官网专题与一张主海报：项目名称、面向谁、参加后能得到什么 | 自己的公司官网＋已确认身份的主品牌账号 | 进入一张完整的项目说明页 |
| 说明价值 | 产品／作品演示；长文解释一次真实任务；短视频只选一个结果 | 产品内容线＋专业文章＋视频平台 | 试用、阅读教程或了解赛题 |
| 展示人物与议题 | 嘉宾卡、作品卡、议程卡；长图中的信息保持可编辑 | 活动内容线＋公众号／社交图片 | 查看完整嘉宾介绍、时间与报名条件 |
| 帮助参与 | FAQ、报名／提交步骤、示例文件、直播观看说明 | 活动页＋社区／客服内容线 | 完成报名、作品提交或收藏直播入口 |
| 活动当天 | 直播包装、演讲 PPT、现场屏幕、可实时使用的说明 | 现场与视频平台；社交账号发布精选信息 | 观看、互动与获得资料 |
| 活动结束 | 回放目录、作品与结果、资料索引、完整案例 | 官网归档＋专业／社区内容线；品牌号摘要导览 | 继续学习、试用产品或参加下一次活动 |
比赛另做一张信息母表，保存赛题版本、资格、时区、截止时间、提交文件、评审方式、奖励和咨询入口。社交卡片可以简短，母表和规则页需要完整；临时变更同步到全部承接渠道。
官网、公众号、图片、视频和 PPT 的一致性
| 物料 | 共同保留 | 按媒介改变 |
|---|---|---|
| 官网 | 自己的品牌身份、项目标题、主视觉主题与信息来源 | 补全详情、条件、目录和可使用的入口 |
| 公众号／长文 | 标题用词、图片主题、配色层级与链接目标 | 开篇说明受众与收益；正文加入过程、规则和答疑 |
| 社交海报／封面 | 项目名称、主图主题、日期与账号归属 | 重排信息；为头像、平台控件和裁切留出空间 |
| 短视频／长视频／直播 | 品牌署名、字幕样式、图形与章节词汇 | 先给演示或具体问题；短视频删减信息，长视频保留步骤和章节 |
| PPT／现场屏幕 | 同一名称、字体系列、色彩角色和图表表达 | 根据观看距离重新设置字号与信息密度，不缩小公众号长图直接投屏 |
| 比赛／作品／嘉宾系列 | 一致的编号、头像或作品展示位置、署名方式 | 为不同长度姓名与不同尺寸作品准备替代布局 |
字体、斜体、角色、摄影和图形的具体规则继续看本公司的视觉资料与横向字体地图。先查资源许可与规范范围，再给自己的品牌写一份可重复使用的规则。
尚未完成核对的分支
- 中国社交与区域账号。
- GitHub Education 的完整社交互链。
- 支持和招聘账号。
复核时保存平台、显示名称、固定 ID／handle、主页 URL、认证主体、市场／语言、官网出处、当前页面截图日期与活动归属。只靠搜索同名账号或第三方排行榜，无法补齐身份链。记录模板和渠道分工见总导航与发布执行手册。
本页账号收集与来源核对日期：2026-09-30。没有发送消息、关注账号或进入需要登录的账号后台。
官方资料与视觉观察
官方资料、真实案例与视觉观察
这篇把 GitHub 拆成“原始资料、设计判断、案例、制作方案、活动执行与传播矩阵”。适合研究 开发者、开源维护者、技术团队与学生 的内容。引用链接与读取状态是资料记录；标为作者拆解、练习或建议的部分是为自有品牌设计的方法。 具体字体、色号和组件参数只在取得明确来源时记为官方值。
原始资料与读取状态
Brand Toolkit、Primer 产品系统、品牌 UI 与 Universe 分开；字体当前规则以官方 Typography 页为准。
| 资料 | 本次核对与适用边界 |
|---|---|
| GitHub Brand Toolkit | 已读取公开文本；不代表逐项核验全部内页 |
| GitHub Typography | 已读取公开文本；不代表逐项核验全部内页 |
| Primer | 已读取公开文本；不代表逐项核验全部内页 |
| GitHub Universe | 已读取公开文本；不代表逐项核验全部内页 |
| GitHub Blog | 保留既有官方入口；本次未重新读取文件全文 |
| GitHub 组织 | 保留既有官方入口；本次未重新读取文件全文 |
收集与复查日期：2026-09-30。历史活动保留其届次；当前主站可能已切换下一届。HTTP 200 不代表已读取脚本内所有内容，也不代表资源许可已经确认。
先理解这套表达如何成立
信息先后与视觉焦点
将代码、流程图、人物和作品归为不同模块；图标有功能，角色有叙事，项目截图证明结果。
作者建议先找一条完整路径：从封面或首屏进入详情，再进入操作、报名、获取或回放。记录主标题怎样改变、同一种图形怎样反复出现、证明材料在哪一层出现。成熟的视觉需要在这条路径上仍然清楚；单张好看的图不能代替完整体验。
配色的角色
作者用深浅中性色组织代码与内容，强调色连接产品或活动议题；提交、成功与失败保留工程语义。
做自己的系统时，先定义背景、正文、身份强调、分类、状态五类角色。不要先画十张图再逐张取色。主题色可以出现在封面与章节页，长说明、规则、规格和表单回到稳定底色。每个状态都写出名称，颜色之外还有文字或符号。
图像与图形怎样分工
将代码、流程图、人物和作品归为不同模块；图标有功能，角色有叙事，项目截图证明结果。 同一组素材为官网、海报、公众号、视频和演示准备不同裁切。主体完整版本用于详情，局部版本用于解释，缩略版本用于入口。每个版本记录原图、主体位置、文字安全区和署名，避免后期反复猜裁切。
动态与语言
用一次提交或协作任务推进演示，代码变化、预览与结果按顺序出现。
调性可以概括成“开发者真实工作过程与可以复现的代码成果”，这是作者提炼。邀请、操作指引、规则和结果公告承担不同任务：邀请说机会，指引说动作，规则说条件，结果说事实。把四类文本放在一起校对，能发现看似统一但实际上语气混乱的地方。
三个案例方向的详细拆解
下面每个方向都给出研究方法与可做的产物。它们是基于上方资料范围的作者分析；受限页面没有被补写成已读取的内部规范。
1. Brand Toolkit
研究品牌基础与具体触点的组织，当前目录涵盖版式、插画、网页、演示、社交和动效。
作者拆解。 先区分公司、产品、合作与活动身份，记录标志版本、背景、留白、对齐和组合关系。实际手册参数保留页码；没有手册时只记录能够确认的资产，不从网页外观补造规定。
迁移到自己的项目。 将代码、流程图、人物和作品归为不同模块；图标有功能，角色有叙事，项目截图证明结果。 先用自有真实内容制作，再放入最长标题、不同图片与异常状态检验。保留的是有解释力的结构关系，原品牌的名称、素材和含义不自动迁移。
可交付产物。 一页身份关系图、深浅底与单色样张、四种触点的组合示例。最长名称与多合作方仍然有清楚优先级。
2. Typography
注意官方对窄宽款式、全大写多行等宽文本及字距的具体说明，字体使用不能只记名字。
作者拆解。 先把资料拆成家族、文件、款式与用途，确认是字体项目、品牌使用指南还是网页实现。然后比较大标题、长正文、数字、代码和字幕五种用途。可变轴和斜体只记实际提供的款式，专有字形与开放字体分别记录。
迁移到自己的项目。 当前品牌页以 Mona Sans 和 Mona Sans Mono 为核心，并给出款式使用限制。作者的中文搭配另选；别沿用旧文章中默认 Hubot 的说法。 先用自有真实内容制作，再放入最长标题、不同图片与异常状态检验。保留的是有解释力的结构关系，原品牌的名称、素材和含义不自动迁移。
可交付产物。 一份字体资源台账、一页角色表和五张真实文字样张。样张包含中英混排、最长标题与数字变化，能解释每个款式为什么这样用。
3. Universe
当前入口包含开发体验、学习与连接三种活动价值；自有活动按这三类产物组织。
作者拆解。 从受众与承诺开始，追到议程、演示、实作、支持和会后资料。记录封面负责邀请、详情负责解释、规则负责限定、结果负责证明。主视觉要和这些阶段一起延伸，不能只研究一张海报。
迁移到自己的项目。 办开发者大会与开源黑客松，报名、环境准备、提交、评审和项目展示各有清楚入口。 先用自有真实内容制作，再放入最长标题、不同图片与异常状态检验。保留的是有解释力的结构关系，原品牌的名称、素材和含义不自动迁移。
可交付产物。 一张活动参与路径、八类系列物料和一页会后归档。参加者能够从邀请走到准备、参与、完成与继续使用。
可以直接查看的媒体例子
以下来自公开 HTML 的媒体链接，便于查看原始例子；文件存在不等于允许任意使用。没有将它们标成内部模板或完成逐帧分析。
字体、字号、数字与斜体
当前品牌页以 Mona Sans 和 Mona Sans Mono 为核心，并给出款式使用限制。作者的中文搭配另选；别沿用旧文章中默认 Hubot 的说法。
斜体怎样成为规则
把同一短英文分别用直立款、字体实际提供的 Italic／Oblique 或倾斜轴排出。观察字形、倾角、字宽与旁边中文的关系。若字体没有对应款式，软件的合成倾斜要标为作者处理。中文正文、议程、规则与长注释保持直立；速度感可以由构图与动效承担。可变字体使用范围从实际字体文件读取，不能由另一款字体的数值推断。
宣传平台、账号与矩阵怎样配合
| 平台 | 官方入口样本 | 所属范围 |
|---|---|---|
| X | github | GitHub 品牌 |
| github | GitHub 品牌 | |
| GitHub | GitHub 品牌 | |
| TikTok | @github | GitHub 品牌 |
完整名称、主页、业务边界和身份依据见宣传平台与账号章节。A 表示官网出站链接；B 表示平台公开依据；Q 表示官网名称或二维码；H 表示历史官方记录。不同等级不混作已经核实当前账号 ID。
具体发布链：宣布时给主题与入口；解释时给可见样例；提醒时给日期与准备；进行时给现场任务；结束时给结果与资料。每次发布只选一个主要行动，并保证账号名称、项目名称与页面信息一致。
交付前的检查与修正
| 需要检查 | 常见问题 | 修正动作 |
|---|---|---|
| 品牌层次 | 公司、产品、活动混成一层 | 按“Brand Toolkit、Primer 产品系统、品牌 UI 与 Universe 分开；字体当前规则以官方 Typography 页为准。”重新标注来源与用途 |
| 文字 | 中英混排、型号或长标题破版 | 用实际最长内容试排，调整字重、行数与层级 |
| 图像 | 场景与宣传结论没有对应 | 按本页素材分工补过程、细节与结果 |
| 系列 | 每张图换字体、颜色和装饰 | 固定角色与组件，只让内容变化 |
| 动态 | 演示被包装遮住，字幕看不完 | 按任务顺序减镜头，留出结果观看时间 |
| 活动 | 报名之后不知道下一步 | 补准备、确认、现场支持、提交与回顾 |
| 渠道 | 所有账号转同一张图 | 按解释、演示、行动与归档分别制作内容 |