这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
9.3 社交压力与体验保护
给「强制分享」这条捷径建一个能跑的对照模型：把强制分享建模为每日额外流失项且接受率被压低，把自然分享建模为无额外流失项且接受率较高，逐日递推两条留存曲线，读出一个结论——强制的拉新优势只维持三天，之后就被留存塌陷和低接受率反超，纯商业账上并不划算。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
9.2 裂变模型与传播系数 K
把七个社交传播面收成一个可递推的传播系数 K：K = 每用户邀请数 × 接受率，用整数千分比递推多轮传播，算不同 K 值下累计用户是翘上去还是沉下去，再用 B 层基准扫描出 K = 1000‰ 这条「衰减 / 自增长」的分界线，并验证增长只由乘积决定、不依赖因子拆分。
9.2 绑定与非绑定、账号与角色
上一节按稀缺度给资源分了层，但稀缺度不回答「它归谁、能流到哪」。本节给资源加第二个正交维度：绑定与非绑定、账号级与角色级，用一张四组合表讲清同一资源在不同归属下能不能跨玩家交易、能不能账号内共享，并配一段可跑的 Python 脚本校验归属矩阵的完备性、一致性与反例自检。
9.1 资源分类与货币分层
经济系统的第一块地基是分层：把资源按稀缺度分成基础、进阶、稀有，把货币按流通范围分成软货币、硬货币、代币，讲清每层的作用与流通边界，并用一段可跑的 Python 脚本从 config 里读出分层、校验「每层至少一种资源」与「不存在孤立资源」。
9.1 小游戏特有的社交传播面
把小游戏的社交传播面拆成「触达 → 发起 → 接受」三段千分比，用一份 config 列出分享得奖励、好友助力、排行榜、组队、邀请码等七个面，再用 S 层脚本算出每个面的综合转化率并排名，读出一个反直觉的结论：触达最高的「分享得奖励」只排第五，请求型传播面反而领先。
8.3 离线收益与回归设计
把「不在线的时间」也算进成长：在线速率、离线比例、逐段衰减与时长封顶的整数递推模型，逐分钟算出累计收益并产出 JSON、CSV 与纯 Python SVG 对比曲线，再用上限敏感性基准回答「离线补偿到底该给多长」，与 8.1 成长线、8.2 续玩机制接成闭环。
8.3 数据看板与告警
看板的价值不在画曲线，而在给曲线装闸门：用配置驱动的《王朝纪元》告警规则（阈值 / 环比 / 同比三类，带 streak 过滤），跑一段 mulberry32 确定性时序做告警判定，产出 CSV + SVG，再用 B 层基准量化误报率与检出延迟。
8.2 进度感与「再来一局」
把「差一点」量化成千分比：从每局目标与进度判定，到近失驱动的「再来一局」给出概率与接受概率，用可播种内核写成能被 node --test 钉住的不变量，并让 Node 测试与 Chromium 原型跑出逐位一致的数字，文末附可直接打开的单文件 HTML 原型与无头验证脚本。
8.2 埋点规范与口径统一
埋点口径打架的根因是事件没有 schema：用一份配置驱动的《王朝纪元》埋点规范（4 个事件、公共必填字段、命名正则、参数类型与枚举），配 TypeScript 校验器把一批上报样本判出 7 类违规码，让「口径统一」从口头约定变成可断言的埋点契约。
8.1 成长线与数值曲线
把《合成小岛》的成长线拆成升级成本与产出速率两条整数比递推曲线：用 S 层脚本算出每级耗时、累计投入与满级总账，讲清成本增速与产出增速的比值才是成长线真正的节奏旋钮，并与站点既有的通用经济配置逐级对照，最后收成三条可落地的设计规则，全程整数递推、命令行可复现。
8.1 北极星指标与指标树
把北极星指标从「拍脑袋定的一个数」变成一棵可校验的指标树：用配置驱动的《王朝纪元》指标树（10 个指标、根为周活跃领主数），机械校验父子关系、口径唯一与无重复定义，并让校验器自证会报错，S 层脚本产出 JSON + CSV + SVG，讲的是口径与采集框架。
7.3 灰度、放量与回滚
版本做完不等于能安全上线。本节把灰度写成配置：用 FNV-1a 分桶决定「放多少」，用硬/警告两级阈值决定「继续、暂停还是回滚」，并用《王朝纪元》的真实跑数，演示一次 50% 直跳 100% 的翻车，以及拆成小步后顺利放量的完整过程与代价。
7.3 关卡难度校准与自动生成
给定每关的目标通过率，用一段整数内核反解难度参数：先建通过率模型，再写可逆的反解函数，配一个可播种抖动生成器，用 node --test 断言每关回代通过率都落在容差内，并与 Python 侧对照逐位一致，全程禁用 Math.random()。
7.2 难度曲线与心流模型
把难度值与玩家能力接成一条整数滞后追赶的递推曲线：玩家能力追不上突然跳高的峰值关时判定为焦虑、难度回落后能力追上则回到心流，逐关算出无聊/心流/焦虑三档分布，再用 B 层基准对每关难度做参数敏感性扰动，看心流占比会漂多少、单关扰动如何级联影响后续关卡。
7.2 内容产能与排期
上一节定下了版本列车的到站日期，本节回答「能不能做完」。用每个任务的人天估计与各职能每日产能，算出确定性完成日与瓶颈职能，再用蒙特卡洛把点估计变成区间，量化排期的系统性乐观偏差，并用《王朝纪元》版本的真实跑数，给出留缓冲与砍需求两类可执行决策。
7.1 版本列车与赛季结构
版本列车决定 SLG 的内容供给节奏。本节把赛季结构、里程碑与依赖写成可校验的配置，用 bastion 脚本逐日扫描团队负载，一次抓出依赖倒置、里程碑间隔不足与资源冲突三类排期事故，并用《王朝纪元》的四车列车跑出可复现的真实报告与对应修复动作。
7.1 关卡结构设计
把《合成小岛》的 20 个关卡写成一张整数结构表：用 S 层脚本读表统计教学/主线/挑战/限时四类的占比、峰值关的相邻间隔与难度回落节奏，产出 CSV 与纯 Python 绘制的 SVG 图，让关卡结构从主观感觉变成可统计、可回归、可复核的数字。
6.3 最小可玩原型
把核心循环落成一个能跑的最小可玩原型：用 TypeScript 写可播种、无 Math.random 的合成内核，用 node --test 断言不变量，打包成单文件 HTML，再用 Playwright 无头注入输入、采样状态、验证确定性并截图存档。
6.3 新手引导的信息架构
把新手引导建模为「前置链 + 状态机」：每一步有前置步骤与基础通过率，前置为 AND 语义时瓶颈由最难过的一步决定。用脚本仿真分步流失漏斗，算出最终转化率并定位流失最大的步骤，输出 CSV 与漏斗图，含可跑的 Python 仿真与 TypeScript 状态机原型。只谈信息架构与步骤编排，不谈视觉表现。
6.2 操作路径与点击成本
把高频操作的最短点击路径建模成图上最短路问题：边权是一次跳转的点击成本，用 Dijkstra 求主界面到目标功能的最少点击次数，再按操作频率算加权平均点击成本，最后与设计预算做基准对照。含可跑的 Python 仿真、TypeScript 原型、CSV 明细与软告警基准。