我开发的游戏上线了，快来试玩吧～

游戏目前只是还没有完成打磨完成的半成品游戏，遇到bug或者问题都是属于正常情况 可以到该帖子下面留言反馈[表情_送花]

家好，我是《伺候你的子民》的开发者。 上一篇开发日志里，我分享了游戏中一棵树的美术调整。这次想聊聊树木之外的东西：当越来越多的居民开始生活，一个聚落究竟是怎样运转起来的？ 最初，我想做的是一款殖民地模拟经营游戏。 玩家负责规划聚落、建造房屋、安排生产，但我不希望居民只是按照指令来回移动的工具人。 他们应该有自己的需求，也应该能够根据周围的环境和聚落的情况，决定接下来做什么。 比如，一个居民需要食物

我是《末代县令》的开发者，申请将积分计划升级到更高级别，以下是项目介绍： 游戏名称：末代县令（The Last County Magistrate） 游戏类型：策略经营 游戏链接： TapTap 应用编号：842297 一句话简介：乱世之中，你被派往一座破败小县担任县令，在资源匮乏、流寇横行的困境中，发展经济、训练军队、安抚百姓，带领小城走向复兴。 项目完成度 目前游戏已发布到 TapTap（支持

大家好，我是《伺候你的子民》的开发者。 前两篇聊了树木美术，以及居民、资源和工作怎样让聚落运转起来。这次想把镜头放到神殿上：当居民有固定信仰时，祷告怎样才能成为日常生活的一部分，而不只是地图上的一栋建筑或一个单独的按钮？ 让祷告成为一段完整行为 最近我把祷告这条流程接起来反复检查：有祷告安排的居民会寻找神殿里的可用位置，走过去并面向祷告台；几个人同时到场时，也会各自找到位置，不会挤在同一处。 祷告

有没有遇到过这些情况？ 新开一个对话，AI忘了上周定的架构，你又解释一遍。迭代几十次后，代码慢慢“长歪”，规则形同虚设。设计文档和实际代码越来越不像，等发现时已积重难返根本原因只有一个：AI的记忆会衰减，文件不会。下面是我在8万行代码项目里总结的可以参考也可以直接复制粘贴过去，希望对你有用。 驾驭工程：AI 协作项目长期治理方法论 适用场景：长期维护项目 / 代码量 3 万行以上 / 与 AI 深

《混乱柱子》，俯视角2D像素风肉鸽+卡牌 1. 现在做到哪了？ 已实现：5角色可选、战斗房间清场抽卡、节点地图选路、基础数值、Boss两阶段、可打到第5大层通关。 截图：角色选择界面已附。 2. 还缺啥（需要积分的地方） demo能玩但很素： 美术：角色/地图/卡牌都是临时色块，需AI生成正式像素图 音效：全程静音，需AI生成全部音效 特效：命中火花、暴击光、爆炸粒子全无，需做特效 修Bug：抽卡

大家好，我是《伺候你的子民》的开发者。上一篇日志记录了资源收集、建造防御到居民投入工作的循环第一次完整跑通，那时我们最关心的是“系统能不能自己运转起来”。随着游戏继续扩展，问题也随之改变：居民要生活工作，玩家要建造管理，还要在移动端读懂这一切。于是我们开始追问，一个聚落不只要能启动，还能不能持续运行？玩家能不能在它运行时看清发生了什么？这也是游戏从早期原型逐渐走向现在这个聚落经营方向的过程。我们借

大家好，我是《末代县令》的开发者。如果有也想制作策略游戏的，可以参考一下我的帖子，先从我策略游戏该怎么入手。今天不聊技术细节，聊几个我在开发过程中最核心的认知——如果能帮你少踩一个坑，就算没白写。 一、先定视角：这是你第一个，也是最重要的技术决策 很多新手一上来就急着写代码、画界面，但忘了问自己一个根本问题：我的游戏到底长什么样？ 视角决定了你的底层架构。2D俯视、2.5D侧俯视、3D自由移动……

大家好，我是《伺候你的子民》的开发者。前几篇聊了树木、聚落运转和神殿，这次想分享一点开发幕后：当游戏已经能运行起来后，我们是如何让小人更可靠地生活，同时让玩家玩得更舒服的。 先让已有系统配合起来 最近我们没有急着增加新建筑，而是专注于检查居民生活、搬运、施工和存档等核心系统能否协同正常运行。随着人数增多，需要同时处理的事务也大幅增加。这一轮优化减少了一部分重复的路线通行查询，同场景测试下的流畅度有

大家好，我是《伺候你的子民》的开发者。 这是一款正在制作中的殖民地模拟经营游戏。玩家需要管理自己的聚落，安排村民采集资源、建造房屋、生产物资，并观察他们在这个小世界里生活和工作。 我希望游戏里的村民不只是等待玩家命令的工具，而是能够根据环境和自身需求行动的个体。随着人口增加、建筑扩张和各种系统相互影响，聚落也会慢慢发展出不同的样子。 不过，想法归想法，真正做起来才发现，要解决的问题还有很多。 这次