让 GitHub 布局适应当前任务
源码和正文需要不同宽度。文件视图需要更多横向空间、稳定行号和清楚语法对比，README、Issue 或设计讨论则需要较窄阅读栏与舒适段落节奏，Pull Request 审查还会加入行内评论和 Diff 边栏。完整 GitHub 皮肤应同时支持三者，不让代码无谓换行，也不把普通正文拉满超宽屏。
完整的 GitHub 主题会把背景、表面、文字、边框、强调色、圆角、阴影和间距作为一个系统协调。只改变页面背景往往会暴露未处理的卡片、输入框、菜单和选中状态。SiteSkin 使用批准的视觉属性构建结构化 Skin Manifest，再由浏览器扩展把语义部件转换成维护中的 CSS，最终得到可以检查的主题数据，而不是远程脚本或来源不明的选择器。
覆盖受支持的完整 GitHub 界面
GitHub 专用适配器会识别仓库导航、文件树、代码表格、Markdown 正文、Issue 卡片、时间线、审查面板、表单、菜单和弹窗。SiteSkin 能扩大工作区、弱化周边界面并协调表面，同时不会把删除行的红色当成普通装饰色。语义区域让外观改善与数据含义可以同时保留。
只有用户决定启用某个网站时，SiteSkin 才会申请对应站点权限。GitHub 适配器负责选择器与功能行为，皮肤只保存可以复用的设计决定。网站改版后只需维护适配器，不必重写每个已保存主题。这样的分离还意味着生成皮肤不能发明新行为、加载任意代码或自行扩大权限。
使用专注控制，同时保留恢复能力
宽内容对代码、表格、日志和 Diff 尤其有用。紧凑密度可以缩短长文件列表和 Issue 队列，弱化侧栏则让审查保持居中。用户可以把布局控制与浅色纸张、深色 IDE 或高对比配色组合，并随时一键恢复 GitHub 原始界面。
主题必须保留新增与删除行、安全公告、检查结论、审查决定、分支保护、仓库可见性、破坏性操作和认证提示。SiteSkin 不会为生成读取私人仓库内容，也不会自动执行 GitHub 操作。样式保留在浏览器中，Manifest 不能注入脚本，新增行为必须通过经过审核的适配器更新。
安装前评估GitHub 主题
评估 GitHub 主题时，应选择同时包含源码、长 README、渲染后 Markdown、Issue、Pull Request、Actions 结果、Release 和设置导航的仓库。代码视图中的行号、选中内容、搜索匹配、语法标记、注释和横向滚动必须清楚，不能为了适应主题而产生不必要换行。Diff 中的新增与删除行、词级变化、折叠上下文、审查评论、过期讨论和未解决会话必须保持不同含义。随后检查标签、里程碑、负责人、检查结果、合并状态、安全提示、仓库可见性、分支选择、菜单、表单和破坏性确认弹窗。明暗代码示例都要测试，因为只适合一种方向的配色可能压平另一种。最后在文件树和审查页比较普通、宽屏与紧凑模式，可靠主题应该提高密集工程信息的浏览效率，同时保留理解、批准、拒绝和安全恢复操作所需的每一种状态。
先使用 SiteSkin 预览检查视觉方向，再把当前真实 GitHub 界面作为最终兼容性验证。确认正文在主要和次要表面上都清楚、键盘焦点可见、当前导航易于识别，并且周围样式不会给媒体内容重新着色。每个可选功能开关都要单独检查，因为隐藏侧栏或提高密度对页面的影响通常大于改变强调色。结果确实支持目标任务以后，再通过官方插件安装验证后的 Manifest；如果不合适，可以继续调整参数或回到官方预设。整个过程中始终可以恢复 GitHub 原始界面，不需要修改底层账号就能进行比较和回退。
常见问题
SiteSkin 的 GitHub 主题会改变账号或内容吗？+
不会。主题只改变本地浏览器中受支持的显示方式，账号数据、内容、服务逻辑与交易仍然由 GitHub 负责。
可以恢复 GitHub 原始设计吗？+
可以。在扩展中暂停当前皮肤或选择恢复原站即可，主题与专注控制从设计上都支持完整撤销。