1.1.3-forge1.20.1
Compatibility
Changes
懒得写格式了,累了,这个版本比较稳定的(大概吧),平面寻路有时会卡住我也不知道为什么,然后睡觉有时候会觉得走到床附近了,但是又差一点点上床。剩下的更新看公告吧。
版本:1.1.3 需求系统、生活消费与多人家庭库存
AI 需求与意图 新增需求评估系统:AI 会定期评估自己当前的安全、休息、食物、资金、收纳、工作补给、社交和闲暇状态,得出 0-100 的需求强度。
新增意图规划层:根据需求强度决定接下来该做什么,比如吃饭、买食物、处理银行资金、借钱、回家取钱、存放物品、买工作材料、卖工作成果、社交、闲逛或投机。
吃饭、买食物、早晨银行处理、睡前回家整理等行为已开始参考需求强度,同时保留原有的安全边界和冷却机制。
银行早晨逻辑保持不变:家中钱超过留存线会自动存入银行;需求系统只在缺钱时影响取款/贷款决定,不会误拦正常存款。
收纳需求主要在睡前或背包过满时触发回家整理,不改变原有的存放逻辑。
工作补给需求已接入农民种子/面包、工匠配方材料、资源点消耗品,同时保留原有的硬性检查作为兜底。
农民交易重新分类:买种子算工作补给、买食物算食物需求、卖小麦算卖出工作成果。
新增“卖出工作成果”意图:当 AI 携带小麦、工坊成品或资源点产物时,会根据资金压力和携带量决定是否去卖掉。
囤积和套利现在只在没有紧急需求且手头宽裕时才会考虑,避免投机行为压过基本生活和工作。
贷款动机更加谨慎:只有资金压力大、且身上、家中、活期存款都不够时才会考虑借钱。
晚间闲逛和老板休闲模式现在会参考社交和闲暇需求,不再无条件触发。
工作补给需求会记住最缺的具体物品(如小麦种子、面包、某种材料),方便日志和界面显示具体信息。
食物需求同样会记录具体缺什么食物。
购买与交易优化 需求强度会影响购买弹性:需求越急,对高价的接受度越高,特别急时会略微多买一些;投机行为不受此影响。
商人查找更严格:买入时必须确认商人确实有货,不能只看价格便宜就跑空店。
多物品购买时按单价判断是否接受价格,按总价判断是否买得起,钱不够时会自动减少购买数量。
交易失败时会尝试下一个候选商人,不会因第一个商人没货就彻底放弃。
找不到商人时,日志会区分无报价、无库存、价格超出接受范围、商人没钱、收购点满等原因。
员工与老板的资金边界 明确个人需求花自己的钱,工作需要花老板/工位的钱:员工不会再用自己的钱倒贴工作材料。
工坊员工买材料、资源工买消耗品、农民员工买种子时,会优先用老板的资金垫付。
购买判断同步放宽:员工自己没钱但老板有钱时,可以正常开始采购。
农民买面包和通用食物购买仍算个人消费,花自己的钱。
老板资金不足时会记录原因,员工不再需要用自己的存款给老板贴钱上班。
有员工的资源点老板不再领取资源点产出,产出由实际工作人员处理。
家庭容器管理 家方块新增容器管理功能:可以查看家中所有容器,默认公共开放,也可设为某个居民的私有容器。
晚上存钱/存物时优先存自己的私有容器,满了再存公共容器;其他居民不会动别人的私有容器。
相邻的双箱子会被识别为一个容器组,私有设置和存取逻辑统一处理。
交易或取钱时家中货币不足,会继续尝试银行活期或贷款,不再等下一轮才去银行。
银行账户按 UUID 识别,同名实体不会共用账户。
社交与生活 社交送礼会看对方需求:缺食物优先送吃的,缺工作补给且有对应物品时优先送那个。
新增以物易物:聊天结束后,双方都有需求、关系够好、且各有对方缺的多余物品时,会交换背包物品;不花钱、不找商人。
新增个人购物:下班后有闲钱和背包空间时,会偶尔买花、书、纸、蜡烛等小物件作为生活消费或礼物;花自己的钱。
个人购物买到的小物件可用来送礼,社交送礼不再只送食物和种子。
对话广播范围从 16 格缩小到 6 格,减少刷屏。
Steve 背包容量从 27 格提升到 36 格,减少工作物品、食物、礼物挤在一起的问题。
界面与显示 Steve 之书基础页新增“想法”区域,显示 AI 当前的需求动机,如“我好像缺食物,于是去买点吃的”。
想法文本会根据具体情况细化:缺食物、缺工作材料、要卖东西时会有不同说法。
新增“需求”页面,可查看安全、休息、食物、资金、收纳、工作补给、社交、闲暇的当前强度,以及当前意图。
工作作息移至独立“作息”页面,为基础页腾出空间。
日志页调整文本宽度和页码位置,减少重叠。
所有新增文本补齐中英文翻译;交易失败原因不再暴露内部代码给玩家。
修复 修复有员工的工坊 owner 仍试图买材料的问题,现在彻底跳过生产相关任务。
修复有员工的资源点 owner 仍试图买消耗品的问题。
修复 owner 被拖入生活任务后仍残留工作目标导致原地不动的问题。
修复银行早晨资金检查过严,导致家中已够用还跑去贷款的问题。
修复多个交易系统资金垫付对象混乱导致扣错钱的问题。
修复双箱子相邻时私有容器设置丢失的问题。
修复交易失败原因直接显示内部代码的问题。
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:k233t5Y1:PVG6pnu0"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:k233t5Y1:PVG6pnu0"
}

