背景
最近面了几家游戏公司,岗位是游戏开发。面试聊到的问题挺有意思,一半是”老本行”C# 底子,一半是”新玩法”AI 编程——比如 RAG 和渐进式披露的区别、Spec-Driven 的 AI 编程模式。整理一下这次面试聊到的四个问题,以及我对现在行业里 AI 编程的一些感悟。
之前写过《使用GitHub Actions自动部署Hexo博客》,把「写完文章 → 推送 → 自动上线」这条流水线搭了起来。我的部署是典型的双仓库结构:源码在一个私有仓库,构建产物推到公开的 <用户名>.github.io Pages 仓库。
这套结构有个绕不开的坑:CI 要往另一个仓库推送,而 GitHub Actions 自带的 GITHUB_TOKEN 只能操作当前仓库。跨仓库推送必须额外带凭据,我一开始用的是 personal_token(Personal Access Token),结果某次推送后 CI 直接报 The process '/usr/bin/git' failed with exit code 128——说白了,就是跨仓库推送的凭据一直没真正可用。
问题不是”要不要凭据”,而是”用什么凭据”。折腾一圈后我换成了 SSH Deploy Key,这篇文章讲讲为什么换、怎么配、有什么风险。
上一篇《告别 Claude Code:用火山方舟 Coding Plan + OpenCode 搭建本地 AI 编程工作流》里,我从 Claude Code 换到了 OpenCode。但用了两个月,我又把 OpenCode 换成了 Codex,模型侧也从方舟 Coding Plan 换成了 DeepSeek 开放平台的 API Key。
这篇文章讲两件事:
之前我写过一篇《使用 Claude Code + 火山方舟 Coding Plan 自动写 Hexo 博客》,介绍了如何通过 LiteLLM 代理把 Claude Code 接到方舟模型上。那套方案能跑,但用下来越来越别扭,最后我彻底把 Claude Code 换成了 OpenCode。
这篇文章讲两件事:
Unity开发中有很多重复性操作:创建GameObject、调整材质、管理场景层级……如果能用自然语言让AI帮你做这些事,效率会提升很多。
MCP for Unity 就是这样一个桥梁——它通过 MCP(Model Context Protocol)协议把 AI 助手(Claude Code、Cursor 等)和 Unity 编辑器连接起来,让 AI 可以直接操控你的 Unity 项目。
本文记录从零安装 Unity MCP 并跑通 Claude Code 连接的完整流程。
近期读完了《我的26岁女房客》这本书,这是一部都市情感小说,讲的是男主昭阳——一个颓废的苏州青年,在人生低谷期与四个截然不同的女性之间的情感纠葛,最终不断抉择、成长,走向女主的故事。里面关于男主和四个女主的情感故事覆盖了很多现实生活中恋爱的种类:
这部分其实不同的人容易获得不同的感觉,比如你有过校园恋爱的、你有过一起相互扶持的都能映射到不同的女主里面,这里李小允真的很吃亏,毕竟现实中的相亲有感情的其实很少(我个人观点);
其次是我对男主这个人的主观观点,从我个人看书的角度上来说,男主是一个苏州大学毕业、父亲是科长、自身业务能力很好、为人极度自卑又表现为自负的人、说话轻浮但是本身是比较稳重的人、追求”天空之城”。现实生活中我对他的描述是夹在自身层级和自己的女朋友们层级之间挣扎的人;从头到尾我还是觉得他不靠谱,说句实话我要是有女儿,我也没办法接受这样的一个人做女婿,毕竟才华是一个很抽象的东西,但是他烟酒都来、私生活混乱(看起来)、喜欢泡吧;我只能说现实中的男生要先让自己靠谱,才能让别人相信你说的话;
2023年过去了,这是我第一次完整在一个公司度过一年,这一年我身上发生了很多的变化: