-FxYaM-
type: channel
link: https://www.fxyam.cn/
description: 玉米地
items: 台风“白海豚”
items: 【月末小记】被塞满的七月
items: 【AI】自制了一个VibeCoding高手才懂的MD编辑器
items: 好幸福！感谢老师傅！感谢Echo！
items: 【遗忘之海】自存配队+攻略
items: 【AI】Codex 执行完成后自动发送飞书通知
items: 【月末小记】我喜欢你六月
items: 徐州游记
items: 【魔兽世界】一键导出大版本成就进度-自制插件AchievementExport分享
items: 【UE】渲染框架学习路径-初次修改源码

台风“白海豚”
type: item
date: 2026-08-10T22:30:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}在上海活了二十多年，确实比较少见..BOSS拉黑了所有强制要求今天上班，尤其是迟到罚款的公司...很难接受..感觉完全没有人文关怀.（很满意现在的公司，看到某前司还要到岗上班我真的释怀地笑了一下，嗯，确实是像他们干的出来的事情...）我在滨江这里，还可以，这几天其他地方很夸张了，我这里一点积水都没有。只是真的风大雨大，我下午骑车的时候都骑不了直线。路上难得人这么少...好累，刚刚锻炼好，肌肉好少..无氧好累.........

【月末小记】被塞满的七月
type: item
date: 2026-08-03T23:39:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}这个月终于收到了期待已久的小裙子，心情很好。刚收到时，版型还有一些不太合身的地方，于是我拿去改衣店做了调整。修改之后，整件衣服舒服了很多。陆续穿了大半个月，一件衣服好不好看虽然，但真正决定它能不能被频繁穿着的，还是是不是能真的穿得舒服。买都买了...天天穿才是真的回本。后来我还穿着它去拍了外景。不得不感叹，纯棉面料在高温天气里的体验确实很好。我本身属于非常容易出汗的体质，在接近四十摄氏度的天气里穿着它，体感居然和普通T恤差不多，甚至还要更凉快一点。可能是因为衣服本身有镂空设计，透气性很好，既保留了造型感，也没有牺牲太多舒适度。对我来说，这种兼顾美观与实穿性的衣服真的很难得。其实和我刻板印象里的lo裙完全不一样...这个月的MMD进度和原先的计划相差不多，只是中途出现了一件让我有些崩溃的事...官方发布了新模型。（另外！雷米真的发布以后更对胃口了，完全在Xp上。光速抽了2+1。哦！鲨鱼妹的手办也到了，真是双喜临门啊~~~接下来就是等挽昼或者这位像卡卡西的小伙！）我之前花了很长时间给翅膀制作IK，结果新模型发布时，官方直接提供了FK骨骼。看到消息的那一刻，真的有一种“人要碎掉了”的感觉。虽然IK和FK各有各的使用场景，之前做的工作也不能说完全没有价值，但这种刚投入大量精力解决完一个问题，转头就发现官方已经给出另一套方案的体验，多少还是有些微妙。不过，抛开这个小插曲，这次创作对我来说依然很重要。毕设结束以后，我已经很久没有像这样独立完成一次相对完整的创作流程了。从前期构思、模型处理，到动作、镜头、灯光和最终呈现，整个流程都由自己一点点推进。完整创作其实是一件很消耗人的事，它意味着你需要不断作出选择，也需要承担每一个选择带来的结果。但与此同时，它也会让人重新感受到一种久违的掌控感：脑海中的想法，正在通过自己的手，逐渐变成真实可见的东西。几天前我刷到了一段孙杨相关的采访切片。他的妻子曾经对着极光许愿：“希望我一直一直爱我的老公。我老公也会一直一直爱我。”很多人听到这个愿望时觉得有些奇怪。被爱不能由自己控制，所以许愿也合理。爱作为一种自主行为，为什么需要许愿。但我听到这句话时，心里却突然“咯噔”了一下，产生了一种很奇妙的共鸣。我希望自己可以一直拥有创造力。我希望自己能够一直鲜明地活着，一直保有表达欲，一直愿意观察、感受，并把那些难以言明的东西转化成作品。许愿一直拥有某样东西，并不一定是因为当下已经失去了它。恰恰可能是因为此刻真切地拥有着，所以才更加明白它有多珍贵，也更加害怕有一天会在不知不觉中失去。人似乎总会发生变化。热情可能被消耗，表达欲可能被现实磨平，曾经认为绝不会改变的东西，也可能在漫长的时间里逐渐变得模糊。所以，“希望一直拥有”并不是对当下的否定，而是一种近乎郑重的珍惜。最近，我对AI也产生了一些新的思考。从实际生产流程来看，pipeline最核心的需求往往还是质量与效率。假如能在两者之间找到一个合适的平衡点，AI确实可能成为非常有力的生产工具。目前很多AI工具的优势是速度快，但“生成得快”并不等同于“能够直接使用”。在专业项目中，产出通常需要满足明确的风格、结构、技术规范和交付标准。AI或许可以迅速给出一个结果，但这个结果距离真正可用，往往还有相当长的距离。在这种情况下，人的作用并没有消失，反而变得更加关键。如何定义问题、拆解需求、判断结果、及时纠偏，并把AI引导到正确的方向，都会直接影响最终质量。AI可以快速探索大量可能性，但什么是正确的方向、什么样的结果值得被保留，仍然需要人的经验与判断。AI在美术和编程领域也可能展现出不错的能力，但它的使用成本并不一定低。这里的成本不仅包括算力和金钱，也包括沟通、验证、修改，以及学习新工具所需要投入的时间。某些任务看似由AI迅速完成了，但如果后续需要花费大量精力修正，整体效率未必真的更高。因此，比“AI能不能做”更重要的问题，也许是：在什么环节使用AI最合适？怎样的任务应该交给AI，怎样的判断必须由人完成？如何让它真正融入工作流程，而不是制造新的返工？很多人面对AI带来的冲击，会感到焦虑。这种情绪当然可以理解，因为行业的变化确实正在发生，而且速度很快。但仅仅焦虑并不能让变化停下来。趋势已经出现，与其一直担心自己会不会被影响，不如尽早理解它、测试它，找到真正适合自己的使用方式。顺势而为并不意味着盲目追随，也不是把所有工作都交给AI，而是保持判断力，同时主动掌握新的工具。工具越强，人越需要知道自己究竟想做什么。也许最终真正重要的，仍然是人的审美、经验、选择，以及想要表达的东西。这个月还去朋友家吃了很好吃的…

【AI】自制了一个VibeCoding高手才懂的MD编辑器
type: item
date: 2026-08-03T23:28:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}严格来说，这并不是完全从零自制的，标题多少有一点“标题党”。这个项目基于 KDE 开源的 Markdown 编辑器 ghostwriter 进行修改。原项目地址如下：KDE/ghostwriterghostwriter 本身已经是一款相当成熟的 Markdown 编辑器。我主要是在原项目的基础上，根据自己的实际使用需求进行了一些功能调整和二次开发。与其说是“自制”，更准确的说法应该是：我给自己魔改了一款更顺手的 Markdown 编辑器。为什么需要一个 Markdown 编辑器？最近需要编写的 Markdown 文件越来越多。除了普通的项目文档以外，Codex 的提示词、Agent 配置、Skill 说明，以及各种工作流程和技术记录，基本都需要通过 Markdown 文件进行维护。随着文件数量增加，我对编辑工具的要求也逐渐明确：文件需要保存在本地必须能够方便地读取和插入本地图片,支持多种路径编辑体验要足够轻量拥有实时预览不要干扰现有的代码开发环境我之前也尝试过一些常见的工具。有道云笔记本身很好用，跨设备同步和在线编辑都很方便。但它首先是一款以“云端”为核心的笔记工具，主要使用场景仍然偏向线上内容管理。对于需要直接操作本地Markdown文件、本地目录和本地图片的工作流来说，它的体验并不理想。尤其是在读取本地图片、维护相对路径以及管理本地文件结构时，整个流程比较别扭。对于普通笔记来说，这些问题可能并不明显，但一旦涉及 Agent、Skill 或项目文档，就很容易增加额外的整理成本。感觉和Codex生态不是很搭配。Visual Studio Code 当然也可以编辑 Markdown，而且很好地解决了本地文件管理的问题。无论是目录结构、版本控制，还是 Markdown 插件生态，VS Code 都已经足够完善。但我一直希望代码工作区能够保持干净、清晰。代码、资源文件、提示词、个人笔记和长篇说明文档如果全部混在同一个编辑器里，很容易让工作区变得杂乱。虽然从功能上来说，VS Code 完全能够承担这些任务，但我不希望所有工作都挤在同一个软件中。我真的很烦开特别多同一个软件的窗口..我需要一个相对独立的写作环境，将“编写代码”和“整理文档”隔离开来。这种隔离并不是因为 VS Code 不够好，而是因为不同类型的工作需要不同的注意力模式。写代码时，我希望关注工程结构、逻辑和调试；写文档时，我更希望专注于内容、表达和信息组织。找到 ghostwriter带着这些需求，我开始在 GitHub 上寻找合适的 Markdown 编辑器，后来发现了 KDE 的 ghostwriter。使用一段时间后，我发现它基本符合我的预期：它以本地文件为核心，界面足够轻量，同时提供 Markdown 编辑和实时预览。相比功能复杂的笔记平台，它更接近一个纯粹的写作工具；相比完整的集成开发环境，它又不会带来过多与写作无关的界面和功能。整体使用体验已经很好，但在 Windows 环境下，它仍然存在几个影响我日常使用的问题。原版中遇到的几个问题1. 输入法候选框位置异常我遇到的第一个问题是中文输入法候选框的位置异常。在编辑文字时，输入法候选框不会出现在当前光标附近，而是始终显示在窗口左上角。这会导致视线不断在正文和屏幕左上角之间移动，长时间输入中文时非常影响体验。我查阅了一些相关信息，发现 Linux 版本似乎处理过类似问题，但我使用的是 Windows。后来尝试调整了多个与输入法和窗口定位有关的接口，最初都没有取得理想效果。这类问题看起来只是一个小的界面瑕疵，但对于以文字输入为核心的软件来说，候选框能否正确跟随光标，实际上会直接影响编辑效率。2. 编辑区与预览区不能同步滚动ghostwriter 的编辑区和预览区支持通过标题进行定位。点击对应标题后，两侧内容可以跳转到相应位置。但这并不是我真正想要的交互方式。我更希望编辑区和预览区能够根据当前阅读位置持续同步滚动：左侧编辑到哪里，右侧预览就跟到哪里；拖动右侧预览时，左侧也能够定位到对应的 Markdown 内容。对于较短的文档来说，标题跳转已经基本够用。但面对篇幅较长、标题层级较多的技术文档时，仅依靠标题定位仍然不够直观。特别是在调整段落、检查图片位置或修改局部排版时，同屏同步滚动能够明显减少来回查找内容的时间。3. 不支持直接拖入文件和图片第三个问题是文件和图片的拖放体验。原版并不支持按照我的预期，直接将本地文件或图片拖入编辑区域。对纯文字写作来说，这可能不是一个严重的问题，但我的很多文档都需要配合图片才能完整表达。例如：Age…

好幸福！感谢老师傅！感谢Echo！
type: item
date: 2026-07-22T20:50:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}今天湖光月影到了，试穿了一下赶感觉袖子不舒服，我还寻思是我太胖了呢！然后发现九十斤老鼠干姐妹都说不舒服，于是我果断决定改衣服。（而且这衣服巨透，需要内衬）很幸运，隔壁小区有一家改衣店。和老板沟通以后说八点之前过去。19：05背着电脑出公司，小雨。雨不大，我想没事，我十几分钟就能到家，淋十几分钟小雨是没关系的。19：08突然打雷，然后倾盆大雨落了下来。我自己倒是没关系，但是我背着电脑啊！我一下害怕极了，我这个surface pro 6买了六七年了，几乎是很难很难维修了，而且我完全不打算买新的电脑。现在它还是很流畅，屏幕颜色也很好。19：25到家了，赶紧拿上衣服，也不管全身都湿了，赶紧看电脑。竟然完全是干的！！！感谢Echo的选品！！！！！裙子套上隔水袋，穿了雨衣，就跑出门，还踩了煤球球一脚。19：40到了改衣店，老板说，可以改，周一能改好。我问，这个是比较难的操作吗？他说，也不是，明天就住院做手术了，肾结石了。我有点犹豫。我说，要是今天能改就好了...老板竟然答应了！然后我还付了其他盖衣服的定金，我想把一些改短一点，裤子短一点。最近瘦了一些衣服不合身了。好几件加起来才不到100！祝老板发财！祝老板明天手术顺利555520：00衣服改好了！特别合身！袖子真的舒服多了！！！！！！20：15洗了个热水澡，穿上完全合身的衣服，用着劫后余生的宝贝电脑，充满感恩的心写下这篇日记！

【遗忘之海】自存配队+攻略
type: item
date: 2026-07-15T13:00:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}不是最佳配队，但是我手气太差了，贝拉2+1了，小斧头1+1了，猫猫和铁腕抽不出来啊，根本抽不出来但是思路都是一样的，可以按照这个逻辑去思考自己的队伍养成。说实话暂时感觉和P5x没有体量大很多，肉鸽不就是约等于x的列车pro max吗，我感觉就那样吧...没有网传的那么玄乎..除了感觉大脸币很缺以外其他其实还好。确实比较繁琐冗余，实在是搞得太复杂了，但是去理解体系的话就好一点？如果我未来退坑，多半是因为活动重复。本体当单机玩，不要攀比，不要赶进度，其实还不错的。另外拿完奖励目前来说就算全是最烂的角色都是绰绰有余的，不爬塔的话不会有强度焦虑，爬塔的蔷薇石也就几天日常的奖励，不如把日常做完。不结束航行日常不到15分钟是可以做完的。直接照抄版7/23更新：角色队伍定位海螺 / 船歌标签优先级优先职业同标签技能优先级骰子往日之影茉莉协战主 C暴击爆发全队核心输出暴击 / 爆伤 ×2↓额外行动 ×2转职完成后继续补暴击、爆伤标签5级：缠命人↓10级：讨债人↓15级：异香缠命人缠命人：紧缚怒火 ＞ 一击清算讨债人：别想逃 ＞ 收债倒计时最终携带：别想逃 + 紧缚怒火暴击率已经足够时改为：别想逃 + 收债倒计时高光蝶陨骰＋普通聚浪骰暴击率不足时，可将聚浪换为：雷云骰黑：安眠人偶紫：船之美小斧头追击副 C共演启动器玫瑰印记收割额外行动 ×2↓终结技 ×2资源优先级低于茉莉，优先保证行动频率5级：讨债人↓10级：蚁妈↓15级：首席讨债人讨债人：藏身雾中 ＞ 收债倒计时 ＞ 收割时间蚁妈阶段不必强行更换主动技能，最终携带：藏身雾中 + 收债倒计时高光叠云闪＋普通聚浪骰需要提高小斧头自身输出时，可改为：高光蝶陨骰黑：文明法则紫：白日下的梦铁腕统领主坦团队护盾嘲讽承伤受击反击护盾 ×2↓防御 ×2高压关卡优先让护盾职业成型5级：铁壁↓10级：笨壳↓15级：叹息之壁（还没出，先选静默据壳）铁壁：盾阵驰援 ＞ 其他单体护盾技能狮心者：无退路之盾 ＞ 纯反击伤害技能最终携带：盾阵驰援 + 无退路之盾高光磐石骰＋普通嘲弄骰黑：何人致哀之花紫：昂首之旗伊莎贝拉治疗增益附加伤害附加伤害 ×2↓治疗 ×2生存压力大时优先治疗5级：麻烦精↓10级：灵医↓15级：麻烦艺术家灵医 / 辅助：尽情欢呼吧 ＞ 庆典不散场最终携带：尽情欢呼吧 + 庆典不散场高光鲸落骰＋普通落雷骰黑：遗落宝石紫：被划掉的一页7/23之前：角色队伍定位海螺 / 船歌标签优先级优先职业同标签技能优先级骰子往日之影小斧头单体主 C追击收割额外行动 ×2↓终结技 ×25级：讨债人↓10级：蚁妈↓15级：首席讨债人讨债人：藏身雾中 ＞ 收割时间蚁妈阶段不换主动技能，最终仍带：藏身雾中 + 收割时间高光蝶陨骰＋普通聚浪骰追击节奏也可用：高光叠云闪黑：文明法则紫：船之美茉莉暗影暴击副 C暴击 / 爆伤 ×2↓额外行动 ×25级：缠命人↓10级：讨债人↓15级：异乡谗命人缠命人：紧缚怒火 ＞ 绝不手软最终携带：紧缚怒火 + 绝不手软高光重迫骰＋普通狂牙骰黑：安眠人偶懦夫主坦分摊伤害团队护盾受击 ×2↓护盾 ×2扛不住时可反过来先凑护盾5级：狮心者↓10级：铁壁↓15级：叹息之壁铁壁：传世壁垒 ＞ 巨盾立于此最终携带：传世壁垒 + 巨盾立于此高光磐石骰＋普通嘲弄骰黑：何人致哀之花紫：昂首之旗伊莎贝拉治疗增益附加伤害附加伤害 ×2↓治疗 ×2生存压力大时优先治疗5级：麻烦精↓10级：灵医↓15级：麻烦艺术家灵医 / 辅助：尽情欢呼吧 ＞ 庆典不散场最终携带：尽情欢呼吧 + 庆典不散场高光鲸落骰＋普通落雷骰黑：遗落宝石紫：被划掉的一页补位：角色队伍定位海螺 / 船歌标签优先级优先职业同标签技能优先级骰子往日之影饿猫负面辅助协攻副 C破架势 / 增伤负面 ×2↓强化骰 ×2队伍急缺破架势速度时，也可先凑强化骰5级：蜜丸↓10级：钓命儿↓15级：蜜糖魔统部分攻略写作“蜜糖魔铳”，名称以当前客户端显示为准蜜丸 / 负面：不结束回合的负面技能 ＞ 同时叠多种负面或易伤 ＞ 延长负面持续时间 ＞ 纯固定伤害钓命儿 / 强化骰：强化骰获取与循环 ＞ 拉条 / 加速 ＞ 不结束回合 ＞ 单次直伤最终优先保留：1个稳定挂负面的技能 + 1个强化骰循环技能高光共鸣骰＋普通碎碎骰黑：鱼骨串紫：偏差之时铁腕统领主坦团队护盾嘲讽反击伤害分摊护盾 ×2↓受击 ×2铁腕自身已经很擅长受击反击，通常先让团队护盾体系成型5级：铁壁↓10级：狮心者↓15级：叹息之壁铁壁 / 护盾：盾阵驰援 ＞ 无退路之盾敌方群体爆发很高时：无退路之盾 ＞ 盾阵驰援最终携带：盾阵…

【AI】Codex 执行完成后自动发送飞书通知
type: item
date: 2026-07-07T21:58:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}简直了，让自己完全没时间摸鱼我愿称作高级牛马的自我修养——自己做皮鞭踩坑都是我自己遇到的，如果你没有遇到或者遇到别的可以飞书填写表单。可以帮你安装Hooks，爱发电购买玉米粒(6.6R)就可以！这篇文章记录一次从 0 到 1 搭建「VSCode Codex 执行完成后自动发送飞书单聊通知」的完整过程。最终效果是：在 VSCode 中使用 Codex 执行任务，任务结束后，飞书会自动收到一条来自应用机器人的单聊消息。消息中可以包含执行时间、电脑名、项目路径、模型名、Hook 事件类型，以及 Codex 最后一条回复。1. 总体思路与方案选择1.1 最终目标想实现的链路很简单：Codex 执行结束 ↓ Codex Stop Hook 触发 ↓ 本地 Python 脚本执行 ↓ 获取飞书 tenant_access_token ↓ 调用飞书发送消息接口 ↓ 飞书应用机器人单聊通知我最终飞书收到的消息类似：✅ Codex 执行完啦！ 时间：2026-06-18 16:09:09 电脑：DESKTOP-XXXXXXX 项目：D:\YourProject 模型：gpt-5.5 事件：Stop 最后回复： Hi. What do you want to work on?1.2 为什么使用 Codex Stop HookCodex Hooks 是 Codex 提供的生命周期扩展机制，可以在特定事件发生时执行本地脚本。这里最适合使用的是 Stop 事件，因为它会在 Codex 当前回合停止时触发。官方文档中提到，Hook 配置可以放在：~/.codex/hooks.json <repo>/.codex/hooks.json对于本文场景，我使用的是用户全局配置：C:\Users\YourName\.codex\hooks.json这样所有项目都可以复用同一套通知逻辑。1.3 为什么不用群机器人 Webhook一开始我考虑过飞书「自定义机器人 Webhook」。Webhook 方案很简单：Codex Hook → 调用 Webhook → 飞书群收到消息但自定义机器人更偏向群聊通知，如果目标是「机器人直接单聊发给我」，更适合使用飞书开放平台的应用机器人能力。所以最后采用的是：飞书自建应用机器人 + tenant_access_token + open_id + 发送消息 API这样可以让应用机器人直接给指定用户发送单聊消息。1.4 最终文件结构最后本地会有两个关键文件：C:\Users\YourName\.codex │ ├─ hooks.json │ └─ hooks └─ feishu_codex_done.py其中：hooks.json负责告诉 Codex：当 Stop 事件触发时，运行哪个命令。feishu_codex_done.py负责调用飞书接口，发送单聊通知。2. 飞书开放平台配置2.1 创建自建应用进入飞书开放平台，创建一个自建应用，例如：应用名称：Codex 应用类型：企业自建应用创建完成后，可以在「凭证与基础信息」中看到：App ID App Secret这里要注意：项目说明App ID应用 ID，可以写入环境变量App Secret应用密钥，相当于密码，不要公开open_id用户在当前应用下的身份 ID，后面需要获取如果 App Secret 曾经出现在截图、日志、博客草稿中，建议立刻重置。2.2 添加机器人能力在应用后台左侧找到：添加应用能力 → 机器人添加完成后，可以在飞书客户端中看到这个应用机器人。此时它已经具备作为机器人出现的基础能力，但还不能保证可以主动发消息。2.3 开通发送消息权限进入：权限管理 → 开通权限搜索：im:message需要确认至少有这个权限：以应用的身份发消息 im:message:send_as_bot如果已经显示「已添加」，就不需要重复添加。2.4 发布应用版本权限或机器人能力发生变更后，需要重新发布应用。路径一般是：应用发布 → 版本管理与发布 → 创建版本版本说明可以写：添加机器人发送消息权限如果页面提示「本次发布免审核」，保存并提交发布后即可使用。3. 获取接收人的 open_id3.1 为什么不用邮箱飞书发送消息接口支持多种 receive_id_type，例如：open_id user_id union_id email chat_id我这里不想用邮箱，而是希望机器人直接发给当前飞书用户，所以选择：receive_id_type = open_id3.2 open_id 的坑最开始我误用了 AP…

【月末小记】我喜欢你六月
type: item
date: 2026-07-05T01:21:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}终于忙完了，外面还在下雨，刚晾好衣服，很喜欢新买的洗衣液的味道。最喜欢的味道还是桂花香。心情愉悦！感到幸福！六月中旬到现在一直一直在下雨，我真的要长鳃了...南方的梅雨季节真的好难受..感觉终于熬过去了二月那种感觉，飘忽不定的，惶恐不安的，走投无路，自我怀疑的感觉。过了将近半年时间我才摆脱…回到了比较平和的心态。搬家了一个月左右，人是真的应该有足够的生活空间才能好好活着。生活比活着真的难太多了..虽然这周工作还捅了篓子，但是很快能解决，也学会了打包之类的技能。有一个靠谱的引路人我真的什么路都敢走。我又想起我还有很多技术分享的文章还没写..等我这个月有时间先发布一些简单的吧....我终于搞定了我所有需要的工具，挂载在我的主页下，自己创建工具最好的就是可以百分百贴合自己心意。说实话我觉得要比买好几个软件的会员价格低很多。而且任何想要迭代的可以马上响应。但是在搞定功能的前提下我又开始美化了，ai直接生成的ui真的只是看起来能用而已..其实学习写网页ui也没那么难，比我想的简单很多，可能我的要求也没那么高吧。我最近忙还因为我有一个大计划！我想试试MMD，圆梦童年了属于是。希望我这次不要烂尾吧。哦，还有一件事，端午去徐州旅游了，感觉商业化的景区没有什么特别的地方，但是暂时脱离自己的生活环境还是比较有意思的。但是烧烤真的太强差人意了。我真的很吃不习惯，我觉得甜醋真的很怪。不是我喜欢的味道。烤串食材也很普通，调味是基本没有。回上海第二天就去想吃很久以前，但是那一天很久以前要排队110桌，我也是惊呆了，平时不会有这么多人的。今天去就很正常，甚至没有排队。终于吃上了。很久以前才是我的真爱啊..今天还去六院看了我的糖尿病..就...快点瘦下来吧...我真的还想活很久......而且看病好贵啊...如果真的有确证以后还能用的医保的话，求真实病友分享..魔兽前公会感觉真的不会再开团本了，集合石真难顶啊!找了一个社区，284装等奶爆了291，暂时感觉社区有好有坏，但是人多就是会有这样的问题吧。社长暂时相处感觉还可以（果然只有龙人带龙人玩，新社长也是个恩护）。但是确实比较年轻，没有上过班的人果然是不一样的。很多说的话感觉真的在工作中是大忌...也可能我岗位问题，沟通时候会想很多..无所谓了，和我又有什么关系呢。我只想不要打团体验那么差而已。想之前我还是被照顾的小朋友。现在我也是照顾别人带领新人的老玩家了啊...上个月规划好的3400也打到了，打得我累死了！

徐州游记
type: item
date: 2026-06-24T23:12:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}端午还是开心的！数值只代表当下主观体感6月19日10:00｜出发前：化妆品失踪事件具体事件： 发现同行的猪忘记带我的化妆品。人物数值变动：心情 -1出行安全感 -1队友可信度 -1上班ing｜平安上班，普通但稳定具体事件： 公司人不多，和以往一样平安上班。没有大事发生，也没有新的幺蛾子。最近很喜欢上班！感觉比以前有安全感！！！人物数值变动：心情 +1稳定感 +1社畜存活率 +120:30｜地铁时间控制成功具体事件： 坐地铁完美达到预期时间。猪疯狂道歉并试图弥补。 之后和陌生人成功拼单双人餐，大米牛奶味道有点怪怪的，但至少不饿了。人物数值变动：心情 +2饱腹 +1队友补救进度 +1社交勇气 +1吐槽： 然后在高铁疯狂拉肚子，但拼单成功属于旅行小成就。6月20日01:00｜抵达徐州具体事件： 凌晨一点到达徐州，非常困。深刻意识到，以后真的不要再坐晚上的高铁了。人物数值变动：心情 -1体力 -3对夜间高铁耐心 -501:20｜高铁门口第一顿，沙县米饭初见端倪具体事件： 在高铁门口吃了第一顿。沙县小吃的米饭竟然这么硬，只能泡在炖蛋里勉强吃一点点。人物数值变动：饱腹 +0.5对徐州米饭疑惑 +1牙齿压力 +1吐槽： 米饭硬到像是在提醒我：旅行不会太轻松。10:00｜起床化妆，自我欣赏时间具体事件： 起床化妆，并认真欣赏自己的妆容。人物数值变动：心情 +10自信 +5今日颜值状态 +5出门意愿 +211:00｜云龙山探索：不南不北，但不算白来具体事件： 去了云龙山。整体感觉不南不北，项羽故居还算有意思。 其他地方有点像开盲盒：你不知道打开的是上海小洋房，还是北京四合院。 考虑到徐州的地理位置，这种混合感又很合理。人物数值变动：心情 +1见识 +1饱腹 -1城市理解度 +112:00｜被地锅鸡价格创到具体事件： 门口的大饭店有点宰客。正常地锅鸡四五十，这里一百三，而且最后还是我买单了。 吃完还开始下雨。人物数值变动：心情 -5钱包 -3饱腹 +1对景区饭店警惕 +5吐槽备注： 地锅鸡吃进嘴里，价格扎进心里。15:00｜云龙山小吃回血，湖上冷风清醒具体事件： 云龙山小吃还可以，人都很好，价格也合理，至少比西湖和上海景区友善。 下午爬山爬了一会儿，觉得上观景台可能也看不到什么，于是去看湖。 说是有划龙舟，但没看到，只看到一个高台，不确定是不是。 湖上很冷，冷到人清醒，但在水上晃着晃着，心情确实放松了一点。人物数值变动：心情 +2饱腹 +2体感温度 -3放松度 +2对景区好感 +118:00｜被徐州交通创飞具体事件： 骑小电驴去找东西吃。这里交通太乱了，感觉人差点被创飞。 本来打算吃贾青烧烤，结果门口乌泱泱都是人，六点去已经没号了。人物数值变动：心情 -1饱腹 -1生命警觉 +3对热门店执念 -118:40｜吃大佬陈，烧烤不咋样，蒜爆鱼强势救场具体事件： 换了附近的大佬陈。烧烤比较接近“串说”，醋有特色，我还买了一瓶，但整体不算特别惊艳。 不过炒菜非常非常好吃，尤其是蒜爆鱼，真的很好吃！！！人物数值变动：心情 +3饱腹 +10对蒜爆鱼好感 +10对烧烤期待 -1旅行满足感 +26月21日10:00｜起不来具体事件： 早上起不来了，昨天淋雨导致身体不太舒服。 点了司机推荐的饣它汤，确实不错，是鸡汤加麦仁，和上海的早餐很不一样。 包子量也离谱，本来以为3块是一个包子的价格，结果是5个。没吃完，因为早上不想太撑。人物数值变动：心情 +1饱腹 +2体力 -1对徐州早餐认知 +2对包子数量判断 -111:00｜宝莲寺具体事件： 到宝莲寺，排队两小时吃到了素面。和上海龙华寺的素面很不一样。 E人开始凑单，排队聊天也挺开心的。人物数值变动：心情 +3饱腹 +1社交能量 +2排队耐力 +1素面图鉴 +113:00｜拜拜祈愿具体事件： 拜拜，祈愿国泰民安、风调雨顺、社会和谐、人民幸福。人物数值变动：心情 +5精神值 +5饱腹 -1功德感 +316:00｜怪味愚把子肉具体事件： 去吃了司机推荐的怪味愚把子肉。味道还可以，肥肉挺特别。 但是吃多了以后有点腻，身体开始发出“差不多得了”的提醒。人物数值变动：心情 +1饱腹 -3油腻负担 +3地方菜图鉴 +1吐槽备注： 好吃是好吃，但肥肉这种东西，快乐和腻只隔着几口。17:00｜进入千禧年代按摩店具体事件： 难受得不行，于是去做了按摩。按摩店很像千禧年代，氛围有点穿越。 按完以后舒服了一点。人物数值变动：心情 +1体力 +1身体舒适度 +2千禧年代既视感 +318:00｜高铁站米线收尾，顺手带速食具体事件： 走之前饿死了，在高铁站吃了…

【魔兽世界】一键导出大版本成就进度-自制插件AchievementExport分享
type: item
date: 2026-06-08T12:31:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}2.0以后好用很多，祝大家早日清完成就，坐骑掉落，幻化毕业，拿满成就奖励！！！使用方法和详细说明：说明文档界面：网盘：通过网盘分享的文件：AchievementExport链接: https://pan.baidu.com/s/1Rd6LDbW6mrW26zqxSziE6w 提取码: Yumi

【UE】渲染框架学习路径-初次修改源码
type: item
date: 2026-06-05T21:45:00+08:00
description: .NiceMapMarker{width:100%;height:300px}@media (min-width: 1024px) {.NiceMapMarker{height:450px}}记录“第一次真正改 UE 源码”的学习笔记。我不一定完全是对的。纯流水账碎碎念。后续改高度雾等等做了很多更复杂的事情了，但是那些不可能开源，所以想了想还是先分享我的起步吧~本次练习的最小目标是：在 DirectionalLightComponent 的 Details 面板中增加一个布尔开关 UseYumiColorfulLight。当它被勾选时，这盏平行光在 PC Deferred Renderer 路径下可以蹦迪。我选择切入的方向我其实搜了很多教程，每个平台都尽可能找到相关搜索。很多 UE 源码教程会从“如何下载源码、生成项目文件、编译 Editor”开始，但编译成功之后，下一步呢？源码这么大，我到底该改哪里？这一块我之前学AngelScript的时候已经很熟了，感觉是冗余信息我觉得最合理的方式是先做一个最小闭环：只让一条数据链跑通，只在一个渲染路径里验证成功。所以这次的范围应该明确收窄：项目本次是否处理原因Directional Light是目标明确，容易观察结果PC Deferred Renderer是UE 桌面端常见路径，适合作为第一次练习（最近在移动端导出踩坑，累死我了）Details 面板普通属性是用 UPROPERTY 即可，不需要先写复杂 Detail CustomizationMobile Renderer否移动端光照路径不同，容易扩大范围Forward Renderer否Forward 与 Deferred 的灯光组织方式不同Path Tracing否路径完全不同，不适合作为第一次练习，而且暂时没有项目需要Static baked lighting否静态烘焙涉及 Lightmass / 烘焙数据，不适合最小闭环第一次练习的验收标准应该非常简单：勾选 UseYumiColorfulLight，平行光开始蹦迪。只要这个闭环成立，已经摸到了 UE 源码修改里最重要的一条路：编辑器属性 → Runtime 组件 → SceneProxy → Shader 参数 → HLSL 着色。UE 源码的基础地图在改源码之前，最重要的不是背函数名，而是先知道“功能大概属于哪一层”。UE 源码非常大，如果没有层级地图，搜索出来一堆同名文件时会很容易迷路。可以先用下面这张简化地图理解 UE 源码结构：UnrealEngine/ ├─ Engine/ │ ├─ Source/ │ │ ├─ Runtime/ 游戏运行时核心代码 │ │ ├─ Editor/ 编辑器相关代码 │ │ ├─ Developer/ 开发工具、调试工具 │ │ ├─ Programs/ UBT、UHT、UnrealPak 等独立工具 │ │ └─ ThirdParty/ 第三方库 │ │ │ ├─ Plugins/ 引擎插件 │ ├─ Content/ 引擎资源 │ └─ Config/ 引擎配置 │ ├─ Samples/ ├─ Templates/ └─ FeaturePacks/对源码学习来说，最核心的位置是：Engine/Source/以后查 Actor、Component、Renderer、RHI、Editor 工具、构建系统，大部分时间都会在这里面转。UE 源码的七个基础层级1. 构建系统：决定“什么会被编译”这里在我之前记录自己添加函数的时候有项目说明，包括link的官方文档。这里不展开细说了。UE 的 C++ 构建主要依赖 UnrealBuildTool，也就是 UBT。可以先这样记：.Target.cs = 我要编译什么目标？例如 Editor、Game、Server .Build.cs = 这个模块依赖哪些模块？ .h / .cpp = 真实代码一个普通模块大概长这样：MyModule/ ├─ MyModule.Build.cs ├─ Public/ │ └─ MyClass.h └─ Private/ └─ MyClass.cppBuild.cs 很重要，因为 UE 是模块化编译。如果在一个模块里调用了另一个模块的类型，但没有在 Build.cs 里声明依赖，就可能出现编译错误、链接错误，或者 IntelliSense 能找到但实际编不过的情况。不过本次练习主要是修改 UE 已有模块，不是新建模块，所以 Build.cs 不是重点。只需要先知道：UE 编译不是普通 C++ 工程直觉，它背后有自己的模块和构建规则。2. 模块系统：UE 不是一个巨大的单体工程UE 源码不是所有代码混在一起，而是按模块组织。常见模块包括：Core CoreUObjec…