第一件：我玩守望先锋。
第二件：游戏里那张以纽约为背景的地图，车站大厅那一段，一眼就能认出原型是中央车站（Grand Central Terminal）。我去实地看了一次，录了一段。
播放器加载不出来的话，直接去 B 站看。
]]>"战争可以避免吗"是个看起来清楚、其实混着三个不同问题的提问。在个体层次上问的是决策者能不能做出别的选择；在国家层次上问的是政体和国内政治结构是否注定导向对外强硬；在体系层次上问的是无政府状态本身是否必然产生冲突。三个层次给出的答案不仅不同，甚至方向相反。
沃尔兹式的结构现实主义会说，体系的压力足够强，以至于个体的品性和国家的政体都可以被约掉。1 但这个论断只有在压力足够极端时才成立——而大部分时候它并不极端。
结构塑造的是可能性的分布，不是具体的结果。把分布当结果，是把概率论错当成决定论。
这里有个容易被忽略的地方：讨价还价失败的模型其实是跨层次的。信息不对称是决策者层面的认知问题，承诺问题是体系层面的结构问题，两者被同一个形式框架吞进去了。2 形式化带来了统一，代价是掩盖了它们分属不同层次这个事实。
秋天在剑桥的一次讨论里，有人提出：如果承诺问题的根源是未来实力分布的变化，那么它在原则上无法通过谈判解决，因为任何承诺都缺乏第三方执行。这个推论看着无懈可击，但它悄悄假设了实力变化是外生的。一旦承认实力变化本身是政策选择的结果，问题就从"无解"变回了"有条件可解"。
写作时会用到的几样：
脚注——正文里写 [^标签]，文末写 [^标签]: 内容，序号自动生成，位置自动排。
引用块——行首加 >。
外链视频——不要把视频文件放进仓库，嵌一个播放器：
图片——压成 WebP 放进 assets/img/，然后：
代码——用三个反引号包起来。
]]>我个人非常在意工作流程的规范性，力求找到所有环节的最佳实践。
硕士期间我长期从事基于机器学习、神经网络模型的古文自动化处理工具的开发与评测，以及中国古代文献的知识组织和知识挖掘研究。过往的研究经历让我意识到，一个不规范的开始，往往使得后续的大量时间浪费在修补和纠正前期工作上。
所以我希望在这里分享大家好用的方法。这里也有我的一点私心：作为合作者，大家使用这些方法，省下的是自己的时间，也会间接地为我提供便利。
建这个站点还有另一方面的动机：想借它探索 AI 的创造力，以及美国互联网生态基础设施的可用性和可靠性。
]]>git push，GitHub 自动构建并发布。
暂时不做评论区。理由不是技术上做不到，而是我想先把写作本身跑顺。多媒体内容一律外链——视频挂在别的平台，大文件放 Releases，站点本身只有文字和少量压缩过的图片。这样加载快，也不会因为某个第三方服务停摆而坏掉。
正文用 Source Serif 4 配思源宋体系统，两者本是同一设计体系，中英混排时横竖笔画的粗细能对上。中文段落两端对齐，西文段落左对齐——汉字等宽，两端对齐不会出现西文那种断裂的空隙。
想订阅的话，页脚有 RSS。
下面是完整的搭建和日常维护记录。原先散在几个文档里，现在归到一处。
仓库命名。 新建一个公开仓库，名字必须严格是 你的用户名.github.io——用户名是 litao，仓库名就得是 litao.github.io。这是 GitHub 识别「个人主站」的唯一命名方式，差一个字符都不行。
上传文件。 把项目全部文件放进仓库根目录。网页上传走「Add file → Upload files」；命令行：
git init
git add .
git commit -m "初始站点"
git branch -M main
git remote add origin https://github.com/你的用户名/你的用户名.github.io.git
git push -u origin main
打开 Pages。 仓库 → Settings → Pages，三项设成：Source 选 Deploy from a branch，Branch 选 main，Folder 选 / (root)。保存后等一两分钟，https://你的用户名.github.io 就能访问了。
_config.yml 顶部那几个字段是唯一需要动的地方：
title / title_en——你的名字。两者相同时，英文那行会自动隐藏。tagline / tagline_en——首页正中的定位语，中英各一行。email——页脚的联系邮箱。url——https://你的用户名.github.io。然后把 about.md 里的占位内容换成自己的介绍。改完 _config.yml 要重新推送才生效。
文件命名。 在 _posts/ 下新建文件，名字必须是 年-月-日-英文短名.md。命名或日期格式不对，文章不会显示——这是最常见的「我明明推上去了怎么没有」的原因。
Front matter 模板：
---
title: "中文标题"
title_en: "English Title"
summary: "首页列表里显示的一两句话。可以不写。"
date: 2026-09-15
lang: zh
---
正文从这里开始。
lang 填 zh 或 en，填 zh 会自动两端对齐。
常用元素。 脚注是正文里写 [^标签]、文末写 [^标签]: 内容，序号和位置自动排；引用块行首加 >。
图片压成 WebP 放进 assets/img/，全宽图控制在 100KB 以内，压缩用 Squoosh 就够。引用方式：
视频不要上传进仓库，嵌一个播放器：
<div class="embed">
<iframe src="https://www.youtube-nocookie.com/embed/视频ID" title="标题" loading="lazy" allowfullscreen></iframe>
</div>
.embed 会保持 16:9 比例，loading="lazy" 减少首屏压力。讲稿 PDF、数据集这类大文件放 GitHub Releases 或 Zenodo，文章里外链引用。
西文正文是 Source Serif 4，中文用系统宋体（Mac 上通常是 Songti SC）。Windows 下宋体屏显偏细，把 _config.yml 里的
typeface: serif
改成 sans，中文就切到黑体（苹方 / 思源黑体 / 微软雅黑）。
本地预览是可选的，不预览直接推上去看效果也行。要在本地跑：
gem install bundler
bundle install
bundle exec jekyll serve
然后访问 http://localhost:4000。
仓库是公开的，源文件对所有人可见，别提交私人内容。更要紧的是：Git 删除文件不会抹掉历史记录，敏感内容一旦提交过，就可能长期可见——发现提交错了，改文件是不够的。
容量上，站点上限约 1GB，月流量软限制约 100GB，所以媒体一律外链。
插件目前只用 GitHub Pages 白名单内的三个（feed、sitemap、seo-tag），所以能原生构建；哪天需要白名单外的插件，就得改成 GitHub Actions 构建流程，这是个不小的切换。想加邮件订阅的话，在 _includes/footer.html 里放个表单就行，不影响现有结构。