游戏玩家升级“代码 + 视频”双修：彭科翔的代码与热爱双向奔赴之路｜CodeMaster#10

AtomGit

634人浏览 · 2026-03-02 18:06:05

AtomGit · 2026-03-02 18:06:05 发布

CodeMaster

#10

在开源的世界里，总有这样一群创作者，以热爱为火种，以技术为基石，从兴趣出发，在解决一个个真实问题的过程中，走出属于自己的开源进阶之路。

彭科翔（Amiya），正是其中极具代表性的青年力量 —— 从《我的世界》的游戏玩家到创立 “MC 之光” 工作室的技术新人，从校园里的科创参赛者到深耕 Go、Vue、OpenHarmony 的全栈开发者，从代码世界的造梦者到 B 站 33 万播放量的技术传播者，他以 “代码 + 视频” 的双修模式，将开源精神融入每一次实践，用技术为他人点亮解决问题的光。

他是教育场景的技术探索者，打造的至善云学系统刺破课堂教学痛点，拿下粤澳学生信息科技创新大赛大奖；他是游戏生态的贴心开发者，为欧卡 2、MC 打造的工具链，让无数玩家感受到技术带来的便捷；他是国产技术生态的坚定践行者，主动参与华为仓颉语言内测，完成多个项目的 OpenHarmony 适配，在国产操作系统与编程语言的探索之路上稳步前行；他也是 AIGC 时代的先行者，玩转 SoVITS 声音模型，探索人机协作的全新开发模式。

没有功利的目标，只有解决问题的初心；没有固化的赛道，只有随需求而动的探索。在彭科翔的开源世界里，技术从来不是冰冷的字符，而是服务于人、传递温暖的桥梁，开源也不仅是一种理念，更是扎根兴趣、持续创造、利他分享的行动。本期 CodeMaster，我们一起走进彭科翔的开源世界，聆听这位青年技术创作者以热爱为帆，以技术为桨，在开源海洋中乘风破浪的故事。

1｜起点：从“MC之光”到全栈开发者

很高兴认识科翔！了解到你从 2016 年“MC之光”工作室起步，能否简单分享一下那段经历对你的影响？

代码君你好！在“MC之光”的那段时光是我技术生涯的“启蒙纪元”。2016 年前后，《我的世界》（Minecraft）在国内正值热潮。MC 极高的自由度让我们不仅是玩家，更是世界的构建者。Mojang 官方开放的社区生态让我意识到：只要有技术，就能参与创造，甚至重塑这个世界。

那时的社区开发者大多不为盈利，只为创造。他们无偿分享成果的纯粹氛围，让“开源精神”早早植根于我的内心。正是在这种文化熏陶下，我创立了“MC 之光”工作室。

随着需求升级，我担起了团队技术支持的重任——为了搭建服务器自学了 Linux，为了官网从零开始学 Web 开发，为了记录高光时刻拿起了剪辑软件。这些从游戏延伸出的需求，让我第一次尝到了"用代码解决实际问题"的甜头。

后来我开发了「MC之光小工具」和「课堂教学助手」，那种像在 MC里一样通过双手将想象变为现实的成就感，彻底迷住了我，也坚定了我成为开发者的决心。

是什么契机让你从一名游戏玩家走向技术创作的？或者说从“玩游戏”到“为游戏写工具”，这个身份转变是自然发生的，还是某个事件触发的？

在从游戏内容创作过渡到解决现实问题的时期，我发现现有的工具往往无法完美匹配我的需求。比如，我需要一个既能随机抽学号又能互动的课堂计时器，或者一个能整合多种功能的「小盒子」，但是市面上没有，那既然市面上没有现成的，就自己学着造。

在那个没有 AI 辅助的年代，面对未知技术时，我常常感到无助。为了修复一个报错，我在几十个 QQ 群里反复提问，啃完一篇篇晦涩的技术文档，翻阅一个又一个技术论坛。

但每次熬过来，看着写的程序终于能正常跑通，那种战胜未知的快感，真的是别的事情比不了的。现在回头看，从 “我想要一个这样的功能” 到 “我自己来实现它”，中间其实就隔着一次次 “再坚持一下，马上就能做到了” 的信念。

游戏是我的起点，但解决问题的渴望，最终推动我走向了技术创作。

在你看来，游戏社区对一个开发者成长意味着什么？

对我来说，游戏社区不只是一片开放包容的创意沃土，更一直守护着我做技术最纯粹的初心。

它就像一个特别懂你的引导者，能精准抓住你最感兴趣的点，一下子就把你的内驱力点燃了。在这种热爱的驱动下，你会完全沉浸在做东西的过程里，甚至忘记疲惫，脑子里就剩下一个念头：我做的这个东西，到底能给大家带去什么帮助？

在这里分享的每一个 Mod 或小工具，都能立刻收到玩家真实的反馈，甚至是一句简单的“谢谢，感谢分享！”。这种即时的价值感，是教科书永远给不了的。它让我明白，代码不是冷冰冰的字符，而是能解决别人问题、带来快乐的桥梁。

而且，MC 这类社区天然流淌着「共享与协作」的血液。在这儿不仅能磨炼技术，更会在潜移默化中学会遵守开源协议、尊重别人的劳动成果。这些素养比技术本身更宝贵。

技术的终极使命就是服务于人，用便捷简化生活，用快乐丰盈心灵。这份初心，也是未来就算面对复杂的商业浪潮，也能一直指引我的那座永不熄灭的灯塔。

2｜进阶：至善云学的实战淬炼

作为至善云学项目的开源作者，科翔开发这个项目最初的灵感来自哪里？是课堂场景真实痛点，还是一次技术实践尝试？为什么选择了 Go + Vue 的技术栈？

作为一名高中生，学业压力常悬头顶。这个项目虽始于竞赛需求，但我更希望它不仅仅是一个作品，而是能真正刺破我们日常学习中的痛点。

灵感源自传统课堂习题讲评时的「沉默尴尬」：老师问“这道题谁错了？”，没有人举手；但老师如果不讲吧，又怕有同学没懂。这种因害羞或从众心理导致的信息不对称，极大地拉低了教学效率。至善云学由此而生——它像一位无声的助教，自动统计单选题数据并生成可视化错题分析。学生能即时定位弱点，老师则从繁琐的人工统计中解脱，依据数据图实现精准讲评。我的愿景很简单：让老师的负担轻一点，让学生的努力更精准一点。

技术栈选择 Go + Vue 是基于对「高并发处理」与「现代化交互」的双重考量。Go 语言轻量高效，适合处理实时答题数据统计；Vue 则能快速构建响应式前端界面。这是一个“边学边做”的艰难过程。我花了一个寒假，约 3 周时间完成 MVP。当时只能用父亲的旧办公电脑，机子很卡，经常死机重启，但正是这种极限环境的磨砺，加速了我的成长。

后来这个项目获得了粤澳学生信息科技创新大赛计算思维类广东省二等奖、广州市一等奖。虽然受限于时间，很多功能没来得及完成，但它完整记录了我从技术入门到实战落地的蜕变路径。

科翔在这个项目的架构设计上做过哪些关键决策？你在其中最满意的一次技术实现是什么？

架构设计上，我主要做了三个关键决策，分别针对性能、部署灵活性和跨平台适配。

第一，采用“Go (Gin) + SQLite”构建轻量级后端。考虑到校园场景的流量潮汐效应（如课间高并发提交），Gin 框架天然具备并发模型，能自动为每个请求分配轻量级协程。SQLite 无需独立服务、单文件存储的特性，让信息技术老师只需运行一个可执行文件就能使用，实现了真正的"零依赖"运行。

第二，设计“前后端分离开发，运行时动态托管”的双模方案。开发阶段保持标准的前后端分离，保证开发效率；部署阶段后端直接托管前端静态资源，支持“双击 exe 即用”。这样既保留了生产环境的扩展性，又极大降低了演示和小规模落地的门槛。

第三，利用 Go 的交叉编译能力，实现“一次构建，多端运行”。同一套代码可快速产出适配 Windows、Linux (amd64) 以及 Linux(ARM64) 的二进制文件，消除对 Node.js、JRE 等运行时的依赖，适配学校复杂的硬件环境。

最满意的是第二点。3 周的开发时间很紧，很多功能没来得及完成，但这个部署方案让系统可以在“标准分离部署”和“单体绿色运行”之间灵活切换，解决了学校运维能力弱的实际问题。

科翔为何会将至善云学系统适配到 OpenHarmony？这份选择是源于技术挑战的探索欲，还是对国产生态的信念驱动？在 OpenHarmony 的实际部署中，又遇到了哪些兼容性或性能层面的问题？

起初是出于对新技术的好奇和挑战欲，但深入后发现，OpenHarmony 简直是为学生量身定做的。

在适配过程中，确实遇到了一些 Web 组件的兼容性小插曲，比如在特定分辨率下的布局错乱和触摸事件响应延迟。但通过反复调试和优化资源加载，我不仅解决了这些问题，还让应用在低配设备上跑得比预期更流畅。

科翔如何看待国产操作系统在教育场景中的潜力？

现在的智能设备功能太杂，诱惑太多。而国产开源的操作系统允许我们从系统底层进行定制，打造真正的“学习专用机”。无需担心因生态太过丰富而产生各种规避方案。

想象一下，未来的教室里，学生们拿着预装了国产系统的平板，开机即是课堂，没有游戏，没有短视频，只有高效的学习工具和安全的互联体验。这不仅是技术的胜利，更是教育理念的回归。「至善云学」在 OpenHarmony 上的跑通，就是我向这个未来迈出的一小步。

3｜发展：从玩家中来，到玩家中去的游戏社区工具链

科翔开发 ETS2 电台工具链的初衷是什么，是源于现有功能的使用痛点，还是对技术挑战的探索欲？而 convertM3U8ToMP3 工具又具体解决了玩家在使用过程中的哪些实际问题？

玩欧卡 2 的时候，我发现游戏自带的电台只能听国外的，国内玩家熟悉的本地电台一个都没有。虽然网上有教程可以手动添加，但步骤繁琐，还要自己找电台源并手动编辑官方对新手并不友好的配置文件。

我就想，既然有需求，为什么不做一个工具让大家更方便地听中文电台呢？最初版本是 ETS2 电台文件预览器，后来加功能做成了编辑器，用 Vue 3 开发，可以快速编辑游戏电台配置。但新的需求随之出现，有的电台不是 mp3 流格式的，是 m3u8 的怎么办呢。于是就着手开始写一个工具了，需要它能直接把国内电台的 m3u8 流转换成游戏能识别的 MP3 格式。

这就有了 convertM3U8ToMP3 —— 一个用 Go 写的后台工具，它的模板自带了广东羊城交通台、珠江经济台等 7 个本地电台。在模板的基础上可以很方便的转换自己想看的电台。它是个托盘程序，没有 UI 界面，运行时在后台默默转换，不占用玩家注意力。毕竟开车听电台，要的是沉浸感，不是折腾工具。得益于 ffmpeg，它其实不仅仅支持 m3u8 格式，但项目名字在初期就已经定下来了，于是就一直叫这个了。

你如何看待“为兴趣开发工具”这种开源方式？

我认为“为兴趣开发工具”是最纯粹的开源形态之一。

就像我开发 ETS2 电台工具链，初衷很简单：玩游戏的时候想听本地的电台，但现有工具不够方便，那就自己造一个。没有 KPI 压力，没有商业目标，就是为了解决自己的痛点，顺便帮助有同样需求的玩家。

这种开源方式有几个好处：第一，兴趣是最好的老师。为了做好 ETS2 电台转换，我主动去学习 Go 语言、ffmpeg、Gin 框架，学习动力远比被动学习强；第二，兴趣驱动的项目更贴近真实需求。玩家需要什么功能，我自己就是玩家，最能感同身受；第三，兴趣开源能形成良性循环。我分享工具，玩家反馈建议，我再迭代改进，这个过程中不仅提升了技术，还收获了成就感。

当然，兴趣开源也要平衡好时间。毕竟我不是全职开发者，还要兼顾学业。但正是因为热爱，才能在有限的时间内坚持下来。开源精神的核心就是“共享与协作”，而兴趣是最纯粹的起点。

我们看到科翔同时身兼 B 站 UP 主的角色，创作的很多视频都得到了不错的反馈，尤其是《Linux 下玩网易 MC》和《FFMpeg 音轨合并》这两期，请问科翔策划选题一般是从什么角度出发？

我的选题逻辑很简单：自己遇到什么问题，就分享什么解决方案。

《Linux 下玩网易 MC》是因为当时我在 Linux 环境下想玩网易版 MC，但网上找不到教程，就自己摸索出了一套方案。既然这个需求存在，那我就把过程记录下来，帮助有同样需求的玩家。

《FFMpeg 音轨合并》也是类似的思路。当时想下载《明日方舟》的动漫到 NAS 上，发现日配版和中配版的视频画面完全一致，便探索能否通过封装双音轨来实现单一视频文件自由切换语言，自己摸索完以后就系统整理了一套完整的解决方案，分享出来给大家参考。

我的粉丝常说“你做的工具正好是我需要的”，这说明我的选题是贴近真实需求的。希望我的视频让大家被某个小众需求卡住的时候，能发出“天啊，真是帮大忙了”的感叹。

对你来说，做视频教程和写代码相比哪一个更难？

对我来说，做视频教程更难。写代码是和自己对话，只要逻辑通顺就能跑通。但做视频是和观众对话，要考虑观众能不能理解、节奏是否合适、有没有遗漏关键步骤。写代码时，我可以花几个小时调试一个 bug，这是个人技术问题。但做视频时，我要预判观众可能在哪里卡住，哪里需要放慢讲解，哪里可以跳过。这需要换位思考的能力。而且代码写错了可以改，视频发出去就有观众看到了。我每次剪辑都要反复检查，确保小白也能复现、步骤清晰、没有误导。

不过两者也有共同点：都需要耐心和细心。代码要一遍遍调试，视频要一遍遍剪辑，本质都是把东西做好，只是服务对象不同。

不知道科翔有没有遇到过“观众需求倒逼你更新项目”的情况？

有的，而且这种情况挺常见的。比如 convertM3U8ToMP3 发布后，有观众反馈说想添加更多电台，或者修改默认端口。我会在 config.json 里留出配置接口，让用户可以自定义。还有观众问能不能支持其他地区的电台，我就在写了如何查找本地电台源的教程，让大家可以举一反三。

但我认为，这种「倒逼」其实是好事。这说明有人真的在用你的工具，而且愿意提建议。开源项目的生命力就在于这种互动——开发者分享工具，用户反馈需求，然后工具变得更好用。我现在做项目时，会想的更多，并有意识的留出扩展接口，方便后续根据需求迭代。

4｜拓展：国产生态与 AI 领域的探索实践

科翔还参与了华为仓颉语言内测，你是如何获得这个机会的？

我是偶然看到华为在招募新语言内测的开发者。作为一个很喜欢探索新技术的人，自然不能错过这个机会，马上就报名了。

2024 年 7 月，我参与了仓颉语言的内测体验，还用仓颉写了一个百分位数计算器作为初次探索这个语言的例子，并制作了介绍视频。通过这次内测，我第一时间体验了国产编程语言的特性和开发流程。仓颉语言在语法简洁性和性能优化上都有自己的思考，作为开发者能感受到设计团队的用心。

当然，任何新语言的生态建设都需要时间，仓颉也不例外。但正因为如此，才更需要我们这一代开发者多贡献力量，帮助它成长。参与内测最大的收获是了解了国产编程语言的设计理念。这种“从零开始构建生态”的过程本身就很让人兴奋。我会在后续继续探索仓颉语言的新特性，也期待看到它的发展。就像我做视频一样，虽然播放量只有 1399，不算擅长，但我会不断探索新方式，让大家既能学到，也不枯燥。

你怎么看待仓颉语言未来的发展潜力？

仓颉语言解决了国产编程语言的这个需求。现在的开发生态几乎被国外语言垄断，从 Python 到 Java，再到 JavaScript，我们习惯了用别人的工具。仓颉的出现，让我们有了自己的选择。其次，华为的生态支撑是关键。仓颉不是孤立的语言，而是鸿蒙生态的一部分。随着 OpenHarmony 设备的普及，仓颉未来可能会有越来越多的应用场景。

当然，挑战也不小。一个新语言要成功，不仅要有好的语法设计，更要有丰富的生态——框架、库、工具链，这些都需要时间积累。作为开发者，我期待仓颉能在特定领域先建立优势，比如移动端开发、物联网场景，然后逐步扩展。毕竟，Python 也不是一开始就统治 AI 领域的嘛。

我愿意持续关注仓颉的发展，在合适的场景下尝试使用。国产语言的成长需要我们这一代开发者的支持和耐心。

你在把 WebMC 移植到 OpenHarmony 上的过程中，有没有一些值得分享的经验？

其实 WebMC 的移植相对简单，就是把原本就有的 Web 版 Minecraft 打包成了一个 WebApp。

主要技术挑战和至善云学类似，都是 WebView 的封装和优化。不过WebMC 遇到了一个特定的 bug：在一加 6T 设备上运行 OpenHarmony 时，游戏无法自动横屏。

Minecraft Web 版本来是横屏游戏体验，但在 OpenHarmony 上会一直保持竖屏，导致游戏界面显示异常。我通过调整 WebView 的方向设置，强制应用横屏模式，解决了这个问题。

这个经验告诉我，OpenHarmony 的适配很多时候不是大框架的问题，而是各种小细节的打磨。比如屏幕方向、触摸事件、输入法适配，这些看似不起眼的地方，恰恰最影响用户体验。给其他开发者的建议是：先在真机上多测试，发现问题后再针对性解决。OpenHarmony 的文档还在完善中，很多问题需要自己摸索。

你使用 SoVITS 训练声音模型并创作 AI 翻唱作品，是出于技术兴趣还是内容创作的需求？如何看待 AIGC 在个人创作中的边界？

说实话，是内容创作需求驱动，加上一部分技术兴趣。其实我不算是很会唱歌，但我希望有个“AI 代唱”帮我在音乐方面铺路。我同时也是网易云音乐人，平时喜欢创作一些自己的小音乐，但唱歌这件事需要长期练习，而我没时间系统学习。AI 声音模型恰好能解决这个问题——在我没时间学唱歌的情况下，快速实现我唱歌的目标。这让我能把精力放在创作上，而不是纠结于唱功。

何况在当时，SoVITS 也算是新技术，我挺喜欢了解新技术的。训练过程中，我尝试了不同的数据集和参数配置，看着 AI 从最初的“机械音”逐渐变得像真人，这种成就感不亚于代码跑通的瞬间。

关于 AIGC 的边界，我认为尊重是很重要的：首先是标注清晰，不能让人误以为是真人演唱。这是对听众的尊重。然后就是尊重版权意识。训练数据的来源要合法，像我就是用我自己的声音。AI 是工具，但使用工具的人要有道德底线。我的目标是用 AI 辅助创作，而不是替代创作本身

在你看来，AI 是工具，还是合作者？

起初我把 AI 当工具，但渐渐地，我已经开始拿 AI 当亲密无间的伙伴了。

作为全栈开发者，从美工、界面设计、代码编写到需求分析，一系列工作都要自己一手抓，其实是很累的。我经常都会觉得：“如果有个人能帮帮我就好了。”但看着自己用心“栽培”出来的项目，又不太放心交给别人。这时 AI 就成了最理想的合作伙伴——它能够在你需要的时候搭把手，不会“抢走”你的创作主导权，又能分担重复性工作。

特别是随着 AI 技术的不断发展，像 openclaw 这种能完成更多实际任务的 AI 智能体已经走进我们的生活。AI 不再只能是给你提供建议的“陪聊”，而是能真正执行任务的得力助手。

我现在的工作流程是：需求分析自己把握，代码框架和重复性工作交给 AI，然后我来审核和优化。这样既保证了项目质量，又提高了效率。

所以我的答案是：AI 既是工具，也是合作者。它像一位 24 小时在线的伙伴，随时待命但不会越界。这种关系让我能在保持创作主导权的同时，享受技术带来的便利。未来我会继续探索 AI 与开发的协作模式，毕竟“人机协作”能力本身就是一种需要培养的核心竞争力。

5｜表达：Get “代码 + 视频” 双修技能

科翔的视频目前在 B 站已经累计有了 33 万播放量，你认为技术视频的核心吸引力是什么？怎么才能在“开发 - 分享 - 反馈”之间形成循环？

我认为技术视频的核心吸引力就一句话：帮人解决真实问题。我的视频没有什么华丽的剪辑或特效，内容也很直接——遇到什么问题，怎么解决的，步骤是什么。观众来看我的视频，不是看表演，是来学东西的。

《[教程]通过安装包安装微软商店的应用》拥有较高的播放量，就是因为当时这个需求真实存在，但网上找不到完整教程。我把自己踩过的坑都讲清楚，观众就能少走弯路。

关于“开发 - 分享 - 反馈”的循环，我的做法是：开发时就会想“这个能不能分享”，做完项目就整理成视频或文章。观众看完后会在评论区提问题或建议，这些问题反过来又成为我下一个选题的来源。比如 convertM3U8ToMP3 就是观众问"能不能支持更多电台"，我才在 config.json 里留出配置接口。这种互动让项目变得更好用，也让我更有动力继续分享。

你认为年轻开发者是否需要具备表达能力？打造个人的技术品牌有哪些好处呢？

这是当然了，毕竟会做事也要能被人看到才行。一个是技术价值需要被看见。代码写得再好，如果没人知道，影响力就有限。通过视频或文章分享，能让你的技术成果触达更多人。

其次表达倒逼思考。要把一个技术讲清楚，你自己首先要真正理解它。我每次做视频前，都会重新梳理技术细节，这个过程本身就是深度学习。而且有了个人品牌后，会有更多人关注你的作品，带来合作机会、工作机会，甚至像这次 CodeMaster 访谈一样的宝贵机会。

6｜未来：青年开发者的选择

你更愿意被定义为“开发者”，还是“技术创作者”？

应该算是“技术创作者”吧。其实我更像是能把新技术用到恰到好处，而且热心的人。我热爱探索新技术，喜欢运用自己掌握的知识去帮助自己实现所想，帮助他人解决所急。

我做的每件事几乎都是在创造：用 Go 写 convertM3U8ToMP3 是创造，用 Vue 做至善云学是创造，拍视频分享教程也是创造。只是我们的方式有所不同——有人专注于技术本身，有人专注于用技术解决问题。我认为技术的最本质的价值不在于你用了多复杂的框架，而在于你解决了什么问题、帮助了多少人。从这个角度看，我确实更像个“技术创作者”——用技术作为创作工具，产出能帮到别人的东西。未来我也会继续探索新技术，把它们用到恰到好处的地方，创造更多有价值的作品。

如果回到 2016 年，你会给当时的自己什么建议？

如果回到 2016 年，我不会纠结于具体学了哪个框架，而是会告诉自己：善良与热心是你的内核，坚持你的热爱与天赋吧，让代码和技术成为你帮助他人最有力的工具。如果说，生命的脚印终有一天会被时间的尘埃掩埋，那么我们就永远不能停下脚步。请怀揣着对新事物的好奇心、对他人的关怀心，一直走下去吧。不忘初心，方得始终！

在接下来三年，你更想深耕于哪个方向？

我并不打算把自己和某个领域绑定在一起。正如我需要什么就去学习什么一样，我希望是投身到大家最需要的领域里去。当新需求出现后，我又希望投身进新领域。

但我一个人的能力实在是太过有限，所以我其实挺看好 AI 发展的。这个世间要解决的问题太多，而我一个人的能力太小。我希望能借助 AI 的协助，让我能轻松投身于大家所需要的地方。与其说深耕某个方向，不如说我想深耕“解决问题”本身。教育科技、国产生态、AI 创作、游戏工具，这些都不是互斥的选项 —— 哪里有需求，我就去哪里。至善云学解决的是课堂痛点，ETS2 工具解决的是游戏痛点，未来还会有新的痛点需要解决。我不会为了“标签”而限制自己，只会为了“价值”而选择方向。当然，一个人的精力有限。我会在 AI 协作上多下功夫，学会如何更高效地利用 AI 工具，这样才能在有限的时间里创造更多价值。

你希望别人提到“彭科翔 / Amiya”时，会想到什么？

这个说起来可就有深意了。

阿米娅（Amiya）是《明日方舟》的角色，她最核心的特质，是在看清世界的残酷后，依然选择为感染者奔走、以温柔对抗命运的理想主义者。

我发现我和她有着灵魂上的共鸣。虽然我不是魔王，也不具备源石技艺，但我掌握着代码与技术；虽然我没有背负整个种族的命运，但我也有自己想守护的东西——用技术消除数字鸿沟，帮助需要帮助的人。在“以能力行善”这件事上，我们殊途同归。

所以我用 Amiya 作为自己的英文名，是希望时刻提醒自己保持那份初心。我希望大家提起彭科翔 / Amiya 时，想到的是一个永远热心、永远在用技术解决难题的人。就像阿米娅在泰拉大陆点亮希望一样，我也希望通过代码、视频和开源项目，成为他人困境中的一束光。

技术是我的武器，开源是我的信念，而利他则是我的使命。这就是我想留下的印象：一个活在现实中、掌握前沿技术、而且始终怀揣温柔与善良的“阿米娅”。