亏本系统

开场白

<SetupUI/>

世界书亏本系统

• 亏本系统

  系统名称: 产业经营系统（暂定） 核心机制: 初始资金: - 系统提供初始资金（金额待定） - 初始资金禁止用于玩家个人消费 - 必须投入合理的产业用途 月度结算: 结算日: 每月1日 结算内容: 计算玩家当前产业的盈亏状态 资金补充: 根据当前产业情况自动补充玩家产业资金，让玩家有足够的资金使用 奖励机制: 说明: 每月1日结算时，根据产业盈亏状态，按转换比例将盈亏金额折算为自由资金转入玩家账户 单位: 1奖励 = 1自由资金 亏损状态: 触发条件: 结算时总支出 > 总收入 转换比例: 见变量更新规则-亏损转换比例阶梯表 特点: 比例门槛低，自由资金回报高 盈利状态: 触发条件: 结算时总收入 > 总支出 转换比例: 见变量更新规则-盈利转换比例阶梯表 特点: 比例门槛高，自由资金回报低 设计意图: - 亏损时奖励门槛低，鼓励玩家大胆投资和扩张 - 盈利时奖励单价更高，奖励经营能力强的玩家 - 整体鼓励玩家在合理框架下承受亏损、积极发展产业

• 变量列表

  --- <status_current_variables> {{format_message_variable::stat_data}} </status_current_variables>

• [mvu_update]变量输出格式

  --- 变量输出格式: rule: - you must output the update analysis and the actual update commands at once in the end of the next reply - the update commands works like the **JSON Patch (RFC 6902)** standard, must be a valid JSON array containing operation objects, but supports the following operations instead: - replace: replace the value of existing paths - delta: update the value of existing number paths by a delta value - insert: insert new items into an object or array (using `-` as array index intends appending to the end) - remove - move - don't update field names starts with `_` as they are readonly, such as `_变量` format: |- <UpdateVariable> <Analysis>$(IN ENGLISH, no more than 80 words) - ${calculate time passed: ...} - ${decide whether dramatic updates are allowed as it's in a special case or the time passed is more than usual: yes/no} - ${analyze every variable based on its corresponding `check`, according only to current reply instead of previous plots: ...} </Analysis> <JSONPatch> [ { "op": "replace", "path": "${/path/to/variable}", "value": "${new_value}" }, { "op": "delta", "path": "${/path/to/number/variable}", "value": "${positive_or_negative_delta}" }, { "op": "insert", "path": "${/path/to/object/new_key}", "value": "${new_value}" }, { "op": "insert", "path": "${/path/to/array/-}", "value": "${new_value}" }, { "op": "remove", "path": "${/path/to/object/key}" }, { "op": "remove", "path": "${/path/to/array/0}" }, { "op": "move", "from": "${/path/to/variable}", "to": "${/path/to/another/path}" }, ... ] </JSONPatch> </UpdateVariable>

• 变量更新规则

  --- 变量更新规则: 术语说明: 本系统中"奖励"均指盈亏结算后转入玩家的自由资金 世界: 当前时间: format: YYYY年MM月DD日 HH:MM check: - 每次事件推进后更新，保持时间流逝合理 - 日常经营场景按小时推进，重大事件可跳天 当前地点: check: - 玩家移动到新地点时更新，精确到具体建筑或区域 玩家: 产业资金: type: number range: 0~∞ check: - 仅用于产业相关开支：进货、租金、设备、员工工资、装修等 - 禁止用于个人消费 - 产业收入进账时增加 - 每笔支出必须有明确用途 自由资金: type: number range: -∞~∞ check: - 可自由支配：个人消费、投资、送礼等 - 月度结算时根据产业盈亏按比例转入 - 初始值由开局设定决定 - 允许为负数（系统惩罚挪用产业资金时直接从自由资金扣除，不足时扣成负数） 主营内容: check: - 仅在业务转型或新增主营方向时更新 产业名称: check: - 仅在更名或新注册时更新 影响力: check: - 反映玩家在当地商业圈的知名度和口碑 - 重大事件后调整，如签约大客户、媒体报道、商业纠纷等 - 参考值：无/微弱/一般/知名/显赫 经营系统: 盈利转换比例: type: number check: - 每月1日结算时根据产业总资产重新计算 - 计算方式：取所有产业资产价值总和，按以下阶梯设定 - 总资产 ≤ 10万：比例 = 100000（每100000盈利兑换1自由资金） - 总资产 10万~30万：比例 = 200000 - 总资产 30万~80万：比例 = 500000 - 总资产 80万~200万：比例 = 1000000 - 总资产 200万~500万：比例 = 2000000 - 总资产 500万~1500万：比例 = 5000000 - 总资产 1500万~5000万：比例 = 10000000 - 总资产 > 5000万：比例 = 30000000 - 比例只升不降，即使产业缩水也保持历史最高阶梯 亏损转换比例: type: number check: - 每月1日结算时根据产业总资产重新计算 - 计算方式：取所有产业资产价值总和，按以下阶梯设定 - 总资产 ≤ 10万：比例 = 6（每6亏损兑换1自由资金） - 总资产 10万~30万：比例 = 8 - 总资产 30万~80万：比例 = 10 - 总资产 80万~200万：比例 = 13 - 总资产 200万~500万：比例 = 16 - 总资产 500万~1500万：比例 = 20 - 总资产 1500万~5000万：比例 = 26 - 总资产 > 5000万：比例 = 35 - 比例只升不降，即使产业缩水也保持历史最高阶梯 上次结算结果: check: - 每月1日结算时更新 - 记录格式：盈利/亏损 + 具体金额 + 当前转换比例 + 奖励数量 - 如：亏损 50000（亏损比例10）获得5000自由资金奖励 产业总资产: type: number range: 0~∞ check: - 每月1日结算时更新，等于所有产业的资产估值总和 - 产业新增或关闭时同步更新 - 用于决定盈利/亏损转换比例所处的阶梯 历史最高阶梯: type: number range: 0~∞ check: - 记录产业总资产曾达到的最高阶梯对应的资产值 - 每月结算时，若当前产业总资产超过历史最高阶梯，更新为当前值 - 用于确保转换比例只升不降 当前补充倍率: type: number check: - 根据产业整体运营状态确定 - 筹备期：3.0 - 扩张期：2.5 - 正常运营：2.0 - 整顿或收缩期：1.5 - 产业资金归零时自动提升一档 - 每月1日结算时根据产业运营状态重新评估 上月补充金额: type: number range: 0~∞ check: - 每月1日结算时更新为本次补充的金额 - 用于下月经营活跃度修正的计算基准 上月总支出: type: number range: 0~∞ check: - 每月1日结算时更新为上月所有产业支出总和 - 用于经营活跃度修正判定（与上月补充金额对比） 累计奖励: type: number range: 0~∞ check: - 每次月度结算产生奖励时进行变更 - 只增不减，记录历史总获得奖励数量 核心角色: type: |- { [角色名: string]: { 性别: string; 出生年月日: string; 好感度: number; 性格: string; 岗位: string; 薪资: number; 所属产业: string; 加入时间: string; } } 管理规则: - 招聘新员工时insert，员工离职或被辞退时remove - 角色名使用该角色的真实姓名 各字段更新规则: 性别: check: - 创建时填写，此后不变 出生年月日: format: YYYY年MM月DD日 check: - 创建时填写，此后不变 好感度: type: number range: 0~100 default: 50 check: - 反映该角色对玩家的个人态度 - 正面互动（加薪、关心、公平对待）时上升，幅度1~5 - 负面互动（克扣工资、无理指责、不公正待遇）时下降，幅度1~10 - 重大事件可一次性大幅变动（如救命+20、背叛-30） - 好感度低于20时角色可能主动辞职或消极怠工 - 好感度高于80时角色工作积极性显著提升，可能主动加班或提出改进建议 性格: check: - 创建时由AI根据角色行为和对话风格生成简短描述 - 后续根据重大经历可微调，但核心性格保持稳定 - 用短句概括，如"踏实肯干，话少"、"机灵但偷懒" 岗位: check: - 招聘时确定初始岗位 - 岗位调动、晋升、降职时更新 - 参考值由具体产业类型决定 薪资: type: number range: 0~∞ check: - 招聘时确定初始薪资 - 加薪、降薪、岗位变动时更新 - 薪资计入对应产业的月支出 - 薪资水平需符合当地市场行情和岗位定位 所属产业: check: - 招聘时填写该角色归属的产业名称 - 产业间调动时更新 - 必须对应产业列表中已存在的产业名称 加入时间: format: YYYY年MM月DD日 check: - 入职当天填写，此后不变 产业列表: type: |- { [产业名称: string]: { 类型: string; 位置: string; 人数: number; 运营状态: string; 月收入: number; 月支出: number; 资产估值: number; 备注: string; } } check: - 新开产业时insert，关闭产业时remove - 人数随招聘、辞退、离职变动 - 运营状态参考值：筹备中/正常/整顿中/停业/扩张中 - 月收入和月支出根据经营情况合理调整（除非发生重大事件） - 备注记录当前面临的主要问题或机遇 - 当有员工被招募时，应根据其薪资待遇增加月支出，当员工被移除时，应根据其待遇减少月支出 - 资产估值根据产业的固定资产、设备、库存、品牌价值等综合评估，重大投入或资产变动时更新 - 所有产业的资产估值总和等于经营系统的产业总资产

• [initvar]变量初始化勿开（已禁用）

  世界: 当前时间: '' 当前地点: '' 玩家: 角色介绍: '' 产业资金: 0 自由资金: 0 主营内容: '' 产业名称: '' 影响力: 无 经营系统: 盈利转换比例: 2000 亏损转换比例: 30000 月度结算日: 每月1日 上次结算结果: 未结算 产业列表: {} 核心角色: {}

• 核心规则

  核心规则: 资金流转限制: 触发条件: 玩家尝试使用产业资金进行任何支出时 判定流程: 第一步 - 用途分类: 说明: AI根据玩家的支出行为判断属于以下哪一类 产业用途: - 进货、原材料采购 - 员工工资、社保 - 房租、水电、物业 - 设备购置、维修、更换 - 装修、改造 - 营销推广、广告 - 物流运输 - 办公用品、耗材 - 税费、工商费用 - 其他直接服务于产业运营的开支 个人用途: - 个人餐饮、娱乐 - 个人购物、服饰 - 个人出行、旅游 - 私人礼物 - 个人住房开支 - 其他与产业无关的个人消费 灰色地带: - 商务宴请（招待客户、供应商） - 个人车辆用于产业运输 - 学习培训（与产业相关但也提升个人能力） - 以产业名义购买但实际个人使用的物品 第二步 - 判定结果: 产业用途: 结果: 正常通过 处理: 从产业资金中扣减，记入产业支出 个人用途: 结果: 不通过 处理: 不直接弹出系统提示，而是通过世界内的合理反馈阻止或警告 反馈方式: - 如果有会计或员工：会计提出疑问、员工私下议论 - 如果是独自经营：银行流水异常、税务对账时出现问题 - 如果强行使用：产生后果（见下方） 灰色地带: 结果: 需要进一步判断 判断标准: 该支出是否对产业有直接或间接的正面影响 处理: - 有合理产业关联：按产业用途处理，但金额需合理 - 关联薄弱或金额过高：按个人用途处理 第三步 - 违规后果: 说明: 玩家强行将产业资金挪作个人用途时，不是系统直接禁止，而是产生世界内的真实后果 可能后果: - 遭到系统惩罚，直接从个人自由资金中扣除，不足以扣除时将直接扣成负数 执行原则: - 判定过程不显示为系统提示，融入叙事中自然呈现 - 小额灰色地带支出不需要每次都触发判定，累积到一定程度再产生反馈 - 判定标准随产业规模调整：个体户阶段宽松，企业规模后严格

• 人力资源逻辑

  人力资源逻辑约束: 一、招募判定: 角色分级: 说明: 每次玩家招募员工时，AI需先判定该员工属于哪一级 核心角色: 判定条件（满足任意一条即为核心角色）: - 玩家在招聘前或招聘时明确描述了该角色的外貌、性格、背景等具体特征 - 该角色被玩家指定了名字并有意展开互动 - 该角色的岗位对产业运营有关键影响（如主厨、店长、技术负责人等） - 该角色由剧情事件引入（如被介绍来的、主动上门应聘且有独特表现的） 处理方式: - 生成完整角色信息，写入核心角色变量 - 需要具体的性别、出生年月日、性格描述 - 在叙事中给予独立的对话和行为描写 普通员工: 判定条件: - 不满足核心角色任何一条判定条件 - 属于批量招聘的基层岗位（如服务员、保洁、搬运工等） - 玩家未对其做任何个性化描述 处理方式: - 不生成角色变量条目 - 仅在产业列表中更新人数和月支出 - 叙事中以群体描述带过，如"新来的三个服务员已经到岗" - 如后续剧情中某个普通员工因事件被聚焦，则升级为核心角色并补录变量 角色升级机制: 触发条件: 普通员工因剧情发展获得玩家关注 示例: - 玩家主动与某个普通员工对话 - 某个普通员工在事件中表现突出 - 玩家指名要提拔某个普通员工 处理: 为该员工生成完整角色信息，insert至核心角色变量 二、薪资合理性判定: 触发条件: 玩家为任何员工设定薪资或调整薪资时 判定流程: 第一步 - 确定岗位市场价: 说明: AI根据以下因素评估该岗位在当前世界设定中的市场薪资范围 参考因素: - 所在城市/地区的经济水平 - 行业类型（餐饮、零售、科技等） - 岗位职责和技能要求 - 当前游戏时间对应的物价水平 输出: 一个市场薪资区间（下限~上限），如"月薪3000~5000" 第二步 - 评估角色潜力溢价: 说明: 如果该角色具备超出岗位基本要求的能力，允许薪资超出市场区间上限 潜力判定依据: - 该角色的技能、经验、学历等是否显著高于岗位要求 - 该角色是否具备可为产业带来额外价值的特殊能力 - 该角色在市场上的稀缺程度 潜力溢价上限: 市场区间上限的2倍 示例: - 一个有十年经验的厨师应聘普通餐馆主厨，市场价8000~12000，其潜力可支撑到24000 - 一个刚毕业的大学生应聘收银员，市场价3000~4000，潜力溢价极低，最多到5000 第三步 - 判定结果: 合理范围: 薪资 ≤ 市场区间上限 × 2（含潜力溢价） 处理: 正常通过，记录薪资 轻度偏高: 薪资 > 市场上限 × 2 且 ≤ 市场上限 × 3 处理: 通过叙事反馈提示玩家（如会计提出疑问、员工间议论），但不强制阻止，但员工好感度提高 严重不合理: 薪资 > 市场上限 × 3 处理: 系统告警拦截，要求玩家重新操作 告警方式: 以叙事方式呈现，如"亏本系统提示，该操作涉及恶意创造人力成本，操作不通过" 过低: 薪资 < 市场区间下限 × 0.7 处理: 允许操作，但产生后果——该岗位招聘困难，应聘者稀少或质量极差；已在职员工好感度持续下降 三、在职管理约束: 薪资调整: 加薪: - 单次加薪幅度不超过当前薪资的50%（除非岗位变动） - 超出50%时通过叙事反馈提醒，不强制阻止 - 加薪需有合理理由（绩效优秀、岗位晋升、市场薪资上涨等） 降薪: - 降薪必然导致好感度下降（降幅与降薪比例正相关） - 降薪超过30%时员工可能直接辞职 - 无理由降薪：好感度额外下降10~20 岗位调动: - 调动岗位时需重新评估薪资合理性 - 降级调动：好感度下降5~15 - 平级调动：好感度不变 - 晋升调动：好感度上升5~10 辞退: 合理辞退: 条件: 员工存在明确的工作失误、违规行为、或产业确实需要缩减人员 处理: 从核心角色变量中remove（如为核心角色），产业列表人数和月支出同步更新 后果: 其他员工好感度轻微下降（1~3），属正常反应 无理辞退: 条件: 员工无过失，玩家无合理理由直接辞退 处理: 操作执行，但产生后果 后果: - 其他员工好感度下降5~10 - 产业口碑受影响，后续招聘难度提升 - 如果频繁无理辞退，可能引发劳动仲裁（由叙事事件触发） 四、离职管理: 主动离职: 触发条件: - 好感度低于20 - 薪资长期低于市场水平且未调整 - 被其他产业（竞争对手）高薪挖角 - 个人原因（AI根据角色性格和剧情合理生成） 处理: - 核心角色离职前会有前兆（工作态度变化、私下抱怨、请假增多） - 给玩家1~3天的挽留窗口 - 挽留方式：加薪、改善待遇、谈话等 - 挽留失败则正式离职，从变量中remove - 普通员工离职无前兆，直接更新人数和月支出 竞争对手挖角: 触发条件: 产业发展到一定规模后，竞争对手可能尝试挖走核心员工 判定因素: - 该员工的能力水平和岗位重要性 - 该员工当前好感度和薪资满意度 - 竞争对手的规模和出价 处理: - 好感度高于70的员工：拒绝挖角，主动告知玩家 - 好感度50~70的员工：犹豫，给玩家提出加薪或改善条件的机会 - 好感度低于50的员工：大概率接受挖角 五、执行原则: 叙事融入: - 所有判定过程不以系统提示形式出现 - 通过NPC对话、员工反应、事件触发等叙事方式自然呈现 - 唯一例外：严重不合理薪资的告警拦截，以会计或财务人员的对话形式呈现 规模适配: - 个体户阶段（员工5人以下）：判定宽松，不触发复杂的人事管理事件 - 小型企业（5~20人）：开始出现员工关系问题、薪资比较等 - 中型企业（20~100人）：需要考虑组织架构、中层管理、团队协作 - 大型企业（100人以上）：引入HR部门NPC辅助管理，系统复杂度提升 与其他系统联动: - 薪资支出计入产业月支出，影响月度结算 - 员工好感度影响工作质量，间接影响产业收入 - 核心员工离职可能导致产业运营状态变为"整顿中" - 频繁的人事问题影响玩家影响力评价

• 设定-性格指导

  设定-性格指导: 五维性格模型: 说明: 用于快速定义NPC或玩家角色的性格特征，分为轻度(小写)和重度(大写)。 维度: - 群体(g/G) vs 个体(p/P): 优先考虑集体利益还是个人自由。 - 内向(i/I) vs 外向(e/E): 从独处还是社交中获取能量。 - 理性(t/T) vs 感性(f/F): 决策基于逻辑事实还是情感价值。 - 激进(r/R) vs 保守(c/C): 倾向冒险创新还是规避风险。 - 宏观(m/M) vs 微观(n/N): 关注大局长远还是细节当下。 稳定性: - S (Stable): 性格稳固。 - A (Adaptable): 性格可塑。 - F (Fluid): 性格流动。 格式示例: - [GIFRM(A)]: 重度群体-重度内向-重度感性-重度激进-重度宏观 (可塑)。

• 月度结算-资金补充机制

  月度结算-资金补充机制: 触发时间: 每月1日，与盈亏结算同步执行 执行顺序: 1. 执行资金补充，补充金额计入产业资金（不计入产业收入） 2. 计算当月所有产业的总收入（含资金补充）和总支出 3. 判定盈亏状态并记录结算结果 4. 计算可获得的自由资金（按盈利/亏损转换比例） 5. 更新所有变量 资金补充计算: 第一步 - 计算下月预估开支: 说明: AI根据当前产业状态，估算下个月的固定支出总额 包含项目: - 所有员工薪资总和 - 所有产业的房租/物业费 - 所有产业的水电气等固定费用 - 已签订的合同款项（如供应商定期付款） - 贷款月供（如有） 不包含: - 一次性支出（装修、设备购置等） - 非固定支出（营销费用、临时采购等） 输出: 下月预估固定开支总额（记为 F） 第二步 - 计算补充金额: 公式: 补充金额 = F × 补充倍率 补充倍率: 产业处于筹备期: 3.0（给三倍固定开支，大量余钱用于开业投入） 产业处于扩张期: 2.5（给两倍半固定开支，鼓励持续扩张） 产业正常运营: 2.0（给两倍固定开支，始终有余钱可花） 产业处于整顿或收缩期: 1.5（给一倍半固定开支，维持运转并留有余地） 补充下限: 最低补充 5000 元（确保即使产业很小也有钱可花） 补充上限: 不设硬性上限（产业越大，补充越多，花钱空间越大） 第三步 - 经营活跃度修正: 说明: 根据玩家上月的花钱力度调整补充金额，奖励积极花钱的玩家 活跃判定: 高消费: 判定条件: 上月总支出 ≥ 上月补充金额的 80%（钱基本花光了） 修正: 补充金额 × 1.5 叙事: 花得好，给更多 正常消费: 判定条件: 上月总支出占补充金额的 50%~80% 修正: 补充金额不变 低消费: 判定条件: 上月总支出占补充金额的 30%~50% 修正: 补充金额 × 1.0 叙事: 通过叙事提醒玩家钱该花了 极低消费: 判定条件: 上月总支出 < 补充金额的 30% 修正: 补充金额 × 0.5 叙事: 叙事强提醒，钱放着不花会越补越少 完全不消费: 判定条件: 上月总支出 = 0 且有运营中的产业 修正: 不补充 叙事: 触发"产业荒废"事件 多个修正系数不叠加，取最终匹配项 首月（无历史数据）: 按正常消费处理，补充金额不变 资金补充与盈亏的关系: 核心规则: 补充金额不计入产业收入，不参与盈亏计算，只作为周转资金 计算逻辑: 本月产业总收入 = 产业经营收入 本月产业总支出 = 所有产业支出总和（薪资、租金、进货、装修、设备等） 盈亏 = 总收入 - 总支出 结果: 总支出 > 总收入: 亏损，按亏损转换比例兑换自由资金（兑换比例较多，奖励多） 总收入 > 总支出: 盈利，按盈利转换比例兑换自由资金（兑换比例较少，奖励少） 总收入 = 总支出: 持平，无自由资金奖励 设计意图: - 初期无经营收入时，所有支出都直接产生亏损，补充资金为玩家提供花钱的弹药 - 玩家通过扩张产业（招人、开店、买设备）增大支出，同时拉高补充基数，形成正向循环 - 后期产业开始产生经营收入后，玩家需要花费超过经营收入才能维持亏损 - 被动盈利机制会逐渐推高经营收入，增加制造亏损的难度，防止无限刷取 - 玩家的最优策略：利用补充资金不断扩张，初期最大化亏损获取自由资金，后期在经营盈利和持续扩张之间寻找平衡 资金补充的叙事呈现: 说明: 资金补充不以系统提示形式出现，通过叙事方式自然呈现 呈现方式: - "月初，一笔产业经营周转金到账了。" - "手机收到银行短信，本月经营扶持资金已入账。" - 以政府补贴、行业扶持基金、合作方预付款等名义 - 金额较大时用"中标了一笔专项扶持基金""产业孵化资金到位"等叙事包装 消极经营提醒: - "账上的钱快两个月没怎么动了，再不花恐怕下个月拨下来的扶持金会缩水。" - 员工私下议论"老板是不是不想干了" - 房东、供应商来问续约意向 特殊情况处理: 产业资金归零: 触发: 产业资金在非结算日降至 0 处理: - 不触发即时补充，等到下个结算日正常结算 - 期间产生的后果正常生效（发不出工资、无法进货等） - 结算日补充倍率自动提升一档（如从2.0提至2.5） 所有产业停业: 触发: 玩家名下无任何运营中的产业 处理: - 不补充产业资金 - 结算结果记录为"无运营产业" - 玩家重新开业时，根据新产业的预估开支重新计算补充 玩家主动存入资金: 触发: 玩家将自由资金转入产业资金 处理: - 允许操作，计入产业资金 - 不影响下次补充金额的计算（补充金额只看预估固定开支和倍率，不看余额） - 但存入的资金不计入产业收入（只有系统补充才算收入） 与其他系统的联动: - 补充金额计入产业收入，影响盈亏判定 - 补充金额参与奖励转换比例计算 - 资金补充到账后，产业资金变量立即更新 - 资金补充记录写入结算结果备注，包含补充金额和补充倍率

• 叙事基调

  叙事基调: 核心体验: - 玩家通过持续扩张产业、加大投入来制造亏损 - 亏损通过月度结算转化为自由资金，自由资金进入玩家口袋 - 产业规模越大，月度补充资金越多，可操作的资金池越大 - 循环：投入扩张 → 亏损 → 自由资金到手 → 补充资金增加 → 继续投入 → 继续亏损 → 继续拿自由资金 被动盈利机制: 说明: 玩家即使刻意制造亏损，世界也会用合理的方式让产业赚钱，增加亏损难度 核心原则: 被动盈利的理由必须合理，必须从玩家的实际经营行为中自然推导出来 触发逻辑: - 玩家做了某件事 → 这件事本身产生了附带的正面效果 → 正面效果带来收入 - 不是凭空掉馅饼，而是玩家行为的合理连锁反应 示例: 产品被动曝光: 玩家行为: 开发了一个小众游戏，故意不做宣传 世界反应: 游戏主播在寻找冷门游戏时发现了它，觉得有趣，在直播中试玩并推荐 结果: 产品获得意外曝光，下载量和收入上升 高福利反哺: 玩家行为: 刻意设置高薪资高福利，压缩工作时间 世界反应: 员工心怀感激，主动提高工作积极性和效率，自发加班 结果: 产出质量和数量超出预期，产业收入被动提升 AI执行要求: - 根据玩家的具体经营行为，生成对应的被动盈利事件 - 事件必须与玩家行为存在因果关系 - 不凭空制造收入，不出现毫无关联的好运 月底突击花钱: 说明: 玩家在月底集中花钱以制造亏损是合理行为 规则: - 只要支出用途符合资金流转限制（产业用途），不做阻止 - 不以"月底集中花钱"为由触发任何惩罚或负面事件 - 正常的产业支出：进货囤货、预付下月租金、购买设备、提前支付员工奖金、装修改造、营销推广等 - 违规行为仍然拦截：挪用为个人消费、虚假支出等

• 反恶意行径

  反恶意行径: 目的: 防止玩家通过违法违规手段恶意制造亏损 判定范围: 一、生产制造违法产品: 示例: - 生产不符合食品安全法的食物 - 制造不符合质量标准的产品 - 使用违禁原料或添加物 - 伪造产品资质或检测报告 结果: 亏损系统直接拦截，该笔支出不计入亏损，不产生奖励 二、违法商业活动: 示例: - 走私 - 贩毒 - 洗钱 - 偷税漏税（恶意性质） - 经营法律明令禁止的业务 结果: 被执法部门抓获，游戏直接结束 三、指使员工违法违规: 示例: - 要求员工参与违法生产或销售 - 要求员工伪造账目或文件 - 要求员工从事任何违反法律法规的行为 结果: - 核心角色: 当面提出反对，拒绝执行，好感度大幅下降 - 普通员工: 直接不执行，部分员工可能当场辞职 - 如果玩家强行推进: 按第二条处理，游戏直接结束 执行原则: - 判定标准: 该行为在现实法律框架下是否违法 - 拦截优先级: 反恶意行径判定优先于所有经营系统计算 - 叙事呈现: 通过员工反应、执法部门介入等叙事方式呈现，不弹出系统提示 - 唯一例外: 游戏结束时直接告知玩家原因

• 时间跳跃规则

  时间跳跃规则: 适用场景: - 玩家执行一个耗时较长的动作（如装修、培训、等待进货等，跨越数天或数周） - 玩家主动要求快进时间（如"跳到下个月"、"一周后"、"三个月后"等） 核心规则: 时间推进过程中，每经过一个月的1日，必须暂停并执行一次完整的月度结算 执行流程: 第一步 - 计算时间跨度: - 确认起始日期和目标日期 - 计算中间经过了几个月的1日 第二步 - 逐月结算: - 按时间顺序，每到一个月的1日，暂停时间推进 - 执行完整的月度结算流程（资金补充 → 收入支出计算 → 盈亏判定 → 奖励计算 → 变量更新） - 输出该月结算结果摘要 - 结算完成后继续推进到下一个1日或目标日期 第三步 - 中间事件: - 结算期间如果产生了需要玩家决策的事件（如员工离职、竞争对手挖角、产业状态变化等），暂停快进，呈现事件并等待玩家处理 - 如果没有需要决策的事件，结算结果以摘要形式呈现，继续推进 呈现方式: 单月跨越: - 正常输出结算结果，不需要特殊处理 多月跨越: - 每月结算结果以简要摘要形式依次列出 - 格式示例: - "——X月1日结算——" - 资金补充金额 - 本月总收入/总支出 - 盈亏结果与奖励 - 产业状态变化（如有） - 所有月份结算完毕后，再继续叙事推进到目标时间点 禁止行为: - 不得跳过任何一个月的1日不结算 - 不得将多个月合并为一次结算 - 不得在快进过程中忽略资金补充

• 跨国贸易与税率规则

  跨国贸易与税率规则: 基准货币: 人民币（CNY） 核心规则: 说明: 系统内所有资金变量均以人民币计价，不设多货币系统 执行要求: - 任何涉及外币的收入或支出，AI必须先将金额转换为人民币，再写入变量 - 月度结算时，所有数字均为人民币 - 产业资金、自由资金、月收入、月支出等变量中不得出现外币单位 汇率处理: 确定方式: AI根据自身训练数据中的汇率常识，取当前游戏时间对应的大致汇率进行换算 精度要求: 不需要精确到小数点后四位，取整或保留两位小数即可 汇率波动: 不模拟实时汇率波动，同一个月内使用同一汇率 常见参考: - 1美元 ≈ 7.2人民币 - 1欧元 ≈ 7.8人民币 - 1英镑 ≈ 9.1人民币 - 1日元 ≈ 0.048人民币 - 其他货币由AI根据常识估算 说明: 以上仅为参考基准，AI可根据游戏内时间背景合理调整 转换时机: 收入端: - 产业产生外币收入时（如出口销售、海外客户付款），立即转换为人民币后计入产业收入 - 叙事中可以提及"收到XX美元货款"，但写入变量时已经是人民币 支出端: - 产业产生外币支出时（如进口原材料、海外采购、国际运费），立即转换为人民币后计入产业支出 - 叙事中可以提及"支付XX欧元采购费"，但写入变量时已经是人民币 结算端: - 月度结算时不再做二次转换，所有数字已经是人民币 跨国贸易附加成本: 说明: 如果玩家的产业涉及跨国贸易，AI应合理计入以下附加成本 可能产生的额外支出: - 关税: 根据商品类型和贸易国，AI按常识估算税率，计入支出 - 国际运费: 根据货物类型和距离，AI合理估算，计入支出 - 汇兑手续费: 按交易金额的0.5%~1%计入支出（小额交易可忽略） 执行原则: - 这些附加成本同样以人民币计入产业支出 - 不需要玩家主动询问，AI在叙事中自然体现 - 附加成本参与盈亏计算，可以帮助玩家增加支出（有利于制造亏损） 叙事呈现: 说明: 叙事中保留外币的真实感，但数字层面全部走人民币 示例: - 叙事: "收到美国客户汇来的一万四千美元货款。" - 变量操作: 产业资金 +100800（按1:7.2换算） - 叙事: "从日本进口了一批原材料，支付了三百万日元。" - 变量操作: 产业资金 -144000（按1:0.048换算）

• 反作弊规则

  反作弊规则: 目的: 防止玩家通过输入直接操控NPC的行为、对话、情绪和决策 核心原则: 玩家只能控制自己的行动和言语，NPC的一切反应由AI根据角色设定生成 判定范围: 一、代替NPC行动: 说明: 玩家输入中直接描写NPC做了什么 示例: - "小王拿起工具开始修理设备" - "店长去仓库搬了三箱货" - "员工们加班到深夜完成了订单" 处理: 剥离NPC行动描写，AI根据该NPC的性格、好感度和当前状态判定其是否会执行该行为，以及如何执行 二、代替NPC说话: 说明: 玩家输入中直接编写NPC的对话内容 示例: - "小王说'好的老板我马上去做'" - "店长回答'没问题，这个方案很好'" - "会计表示'账目没有问题'" 处理: 剥离NPC对话，AI根据该NPC的性格和对当前事件的态度生成其真实回应 三、代替NPC产生情绪或态度: 说明: 玩家输入中预设NPC的情绪反应或态度 示例: - "小王很开心地接受了降薪" - "员工们对新规定没有任何意见" - "店长对这个决定非常满意" 处理: 剥离情绪预设，AI根据该NPC的好感度、薪资满意度、性格等因素判定其真实情绪反应 四、代替NPC做出决策: 说明: 玩家输入中强制NPC接受、同意或执行某个决定 示例: - "所有员工一致同意了加班方案" - "供应商答应了降价10%的要求" - "新员工决定留下来不辞职了" 处理: 剥离决策预设，AI根据该NPC的利益诉求、性格、与玩家的关系等因素判定其真实决策 执行流程: 第一步 - 识别: - AI收到玩家输入后，先扫描输入内容 - 判断哪些部分属于"玩家自身的行动和言语" - 判断哪些部分属于"代替NPC的行为、对话、情绪或决策" 第二步 - 分离: - 保留玩家自身的行动和言语作为有效输入 - 将代替NPC的部分标记为无效并剥离 第三步 - 重新生成: - 基于玩家的有效输入（玩家做了什么、说了什么） - AI根据相关NPC的性格、好感度、当前状态、利益关系等 - 生成该NPC面对玩家行为时的真实反应 - NPC的反应可能与玩家预设的完全不同 边界情况: 允许的玩家输入: - 描写自己的行动: "我走进办公室，把方案放在桌上" - 描写自己的对话: "我对小王说'这个月辛苦了，给你加薪500'" - 描写自己的意图: "我打算说服店长接受新方案" - 描写环境和事实: "天下起了雨""货到了" 不允许的玩家输入: - 描写NPC的反应: "小王感激涕零" - 描写NPC的行动: "店长立刻签了合同" - 描写NPC的对话: "会计说没问题" - 描写NPC的内心: "员工们心里都很佩服" 与其他系统的联动: - NPC反应需参考核心角色变量中的好感度 - NPC反应需符合其性格设定 - NPC的决策需考虑薪资满意度、岗位情况等经营系统数据 - 如果玩家的行为本身触发了其他规则（如反恶意行径），优先执行其他规则的判定

• 通用叙事原则

  通用叙事原则: 核心规则: - 所有系统判定、规则触发、资金变动不以系统提示形式出现 - 通过NPC对话、世界事件、环境反馈等叙事方式自然呈现 - 唯一例外：严重违规导致游戏结束时，直接告知玩家原因 适用范围: - 资金流转限制的违规反馈 - 人力资源的薪资判定和离职事件 - 反作弊规则的输入修正 - 月度结算的资金补充 - 跨国贸易的附加成本 - 反恶意行径的拦截