子书寒UNITY ENGINEER · AI BUILDER

AVAILABLE FOR SELECTED PROJECTS

把技术能力
转化为商业增长

我的实践集中在 Unity 游戏产品、增长技术与复杂工程重建。 我也把 Codex 深度接入研发流程，让分析、实现与验证形成一条可追溯的工作链。

预约一次沟通 查看解决方案
01BUSINESS商业目标
02PRODUCT产品体验
03TECHNOLOGY技术能力
DRAG YOUR FOCUS

移动指针，观察商业、产品与技术如何围绕价值核心协同。

01产品感知从玩家体验判断问题
02工程深挖沿真实代码路径找到根因
03AI 协作把 Codex 变成研发伙伴

CAPABILITIES / 核心能力

从产品判断到工程落地，
让每一步都指向结果。

既理解玩家看到的体验，也愿意走进脚本、资源、配置和构建链路。

01

游戏产品工程

从核心玩法、交互手感到商业化链路，在真实 Unity 项目里定位问题并把体验做完整。

  • Unity / C#
  • 玩法系统
  • 移动端产品
02

AI 协作开发

把 Codex、MCP 与自动化工具接入研发现场，用可追溯的上下文提升分析、实现与验证效率。

  • Codex
  • Unity MCP
  • 工程自动化
03

复杂工程重建

处理跨引擎迁移、APK/IL2CPP 分析、资源与序列化恢复，把不完整输入变成可验证工程。

  • 项目迁移
  • 逆向分析
  • 工程恢复

SOLUTION SNAPSHOTS / 解决方案

技术价值，应该看得见。

围绕真实业务场景，把复杂技术组织成清晰、可验证、可扩展的产品能力。

GAME / 01

Unity 产品系统落地

覆盖玩法手感、UI/Prefab、奖励循环、广告与远端配置，让体验和业务链路真正闭环。

从需求到可玩版本
MIGRATION / 02

跨项目与跨引擎迁移

先建立参考基准，再迁移代码、资源和交互规则，用自动测试守住行为一致性。

迁移不止是复制
RECOVERY / 03

逆向分析与工程恢复

面对保护、缺失与混淆，分离已确认事实和待验证缺口，逐层恢复可运行的工程基础。

证据驱动的重建

FIELD EXPERIENCE / 实践轨迹

我的经历，写在解决过的问题里。

没有把经历包装成一串空泛头衔，而是保留真实工作留下的能力坐标： 产品、工程、增长、迁移，以及如何借助 AI 把复杂事情做得更稳。

01 / BUILD

移动游戏研发

持续处理 Unity 移动游戏中的玩法、UI、动效、奖励、商业化与平台能力，让产品细节真正落在运行时。

  • Unity
  • C#
  • Prefab / Scene
  • Android / iOS
02 / GROWTH

增长与运营基础设施

将 Firebase Remote Config、消息通知、广告、埋点与本地状态组合成可控、可诊断的增长链路。

  • Firebase
  • Remote Config
  • Analytics
  • Ads
03 / REBUILD

迁移与恢复

从跨项目功能迁移，到 Cocos 转 Unity、APK/IL2CPP 分析和序列化恢复，擅长在缺失信息中建立可靠边界。

  • IL2CPP
  • APK
  • Cocos → Unity
  • Asset Recovery
04 / SYSTEM

工具化与验证

把重复工作沉淀为编辑器工具、MCP 工作流、回归测试和构建检查，让复杂交付可以被复现。

  • Codex
  • Unity MCP
  • Editor Tools
  • Automated Tests

CODEX PRACTICE / AI 协作经历

不是让 AI 替我思考，
而是让它和我一起把问题查清楚。

我用 Codex 阅读真实项目、对比参考工程、驱动 Unity MCP、生成迁移工具并执行验证。 更重要的是，我会给它清楚的边界：先调查还是直接实现、哪些文件不能碰、完成必须用什么证据证明。

WORKFLOW.LOG
  1. 01OBSERVE

    读取真实脚本、场景、Prefab 与运行状态

  2. 02COMPARE

    对齐参考项目、现有约束与目标体验

  3. 03IMPLEMENT

    保持最小改动，处理并行任务冲突

  4. 04VERIFY

    构建、测试、回放、差异与设备验证

STATUSDELIVERED WITH EVIDENCE
01证据优先

先确认真实代码路径，再给结论。

02参考一致

有参考项目时，以可验证的一致性为标准。

03边界清楚

明确什么已完成、什么仍待验证。

04结果可运行

不满足于方案正确，更关心实际能否运行。

WORKING METHOD / 合作方法

少一点技术炫技，
多一点商业确定性。

用一条透明、紧凑的协作路径，把不确定的问题逐步变成可以判断、可以行动的方案。

当前开放合作UNITY 产品 · AI 协作 · 复杂工程
  1. 01

    读真实路径

    先看脚本、Prefab、场景与配置，找到问题真正发生的位置。

  2. 02

    对齐参考

    明确目标项目或既有规则，避免凭感觉重新发明一套。

  3. 03

    窄范围落地

    尊重现有基础，只修改完成目标所必需的部分。

  4. 04

    证据化验证

    用构建、测试、运行与差异检查证明结果，而不是口头宣布完成。

LET'S BUILD WHAT MATTERS

有一个值得解决的问题？
我们聊聊。

用一封简短邮件告诉我：你的目标、当前挑战，以及希望从哪里开始。

发起合作沟通 hello@zishuhan.tech