这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
披露与标识：六处披露、两万三千次角标与两版文案
用户不知道自己在和 AI 说话，是 AI 产品最常见的投诉来源。本文用六处披露、每月两万三千次角标与两版文案的工单变化，说明披露该放在哪、什么时候出现、怎么写才不被当成免责声明，并算清一次披露改造的 18 小时与一次失败的第一版。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
模型供应商审查：两家、十一项条款与二十八小时
把用户对话发给模型供应商，是 AI 产品里最容易被忽略的一次数据出境。本文用两家供应商、十一项条款与二十八小时审查，说明入训、留存、人工审阅、再外包与删除证明怎么核，并给出一年两次的复审节奏、一份能交给客户的证据页与三个复审失效信号。
数据来源台账：七个来源、两条许可不清与三条个人信息路径
模型吃什么，决定你要承担什么。本文用七个数据来源、两条许可不清、三条个人信息路径与五条脱敏规则，把「数据从哪来、能不能用、怎么删」写成一页能交给客户、也能被复核的台账，算清一次清理的 18 小时，并给出季度复核要问的三个问题。
你的 AI 功能属于哪一档：六个功能、三档风险与十一项动作
AI 合规不是先写一份政策，而是先给功能分档。本文用六个功能、三问分档与十一项动作，说明哪些功能可以默认开、哪些必须默认关，把判定成本算成 27.5 小时，并给出一张一个人也能落进代码的开关表、默认值、一次误发事故的复盘与季度复查清单。
账号体系验收：十二项检查、四维评分与一次季度演练
账号体系不验收，就会在某个用户被锁在门外时才被发现。本文用十二项能力、四个权重与一次 3.60 分的季度体检，说明最低的那块板为什么是找回、补到 4 分之后综合分怎么变，以及季度演练与复测该守住什么口径，为前九篇做一次可复测的收口。
注销、导出与保留：一百四十三个注销、十七次撤回与三十天冷静期
注销是账号生命周期的最后一公里，也是产品最容易做砸的一段。本文用一年 143 个注销、17 次撤回、96 次导出与 30 天冷静期，说明四步注销流程、四个真实原因，以及订阅、团队与法务保留怎么交叉处理，并算清导出一年花多少时间。
账号合并与换绑：九十六次请求、四类冲突与一次误合并
一个人维护的产品里，账号合并是最贵的一类工单：一年 96 次请求、每次 42 分钟、四类冲突。本文给出合并前的八项检查表、换绑邮箱的双向验证，以及一次误合并之后用 4.5 小时恢复的完整过程，并算清这两项一年吃掉多少小时。
两步验证与恢复码：18.4% 的开启率、三起接管与四十四个人没存恢复码
两步验证是收益明确、代价也明确的功能：一年三起接管降到零，代价是登录成功率掉 2.4 个百分点、每月多 18 张工单。本文用 228 个开启者、31 次恢复码使用与 44 个没存恢复码的人，说明该对谁强制、怎么强制，以及强制之前必须先修好哪一条路径。
会话与登出：七天、三十天与九十天的三档账
会话时长不是安全参数，是一笔体验与支持的账。本文用 7 天、30 天、90 天三档设置下的重登次数与工单量，算出每档的真实成本，说明「退出所有设备」与过期前提示该怎么做，并给出一个人维护的产品为什么落在 30 天这一档。
找回密码：一年 1,296 次、93.7% 成功率与一半的账号工单
找回密码是账号支持里数量最大的一项：一个月 108 张工单、一年 1,296 次请求、成功率 93.7%。本文把 82 次失败拆成四个原因，给出四步流程、链接时效与自助化路径，并算出把 149 张工单转成自助能省多少小时。
邮箱验证与首登：十二分钟、4.2% 未完成与四十九个人的去向
验证邮件是账号漏斗里最薄的一层：一个月 1,180 封发出、49 人没完成、中位完成时间 12 分钟。本文把 49 人拆成未收到、链接过期与主动放弃三类，给出重发节奏、链接时效与延迟验证宽限的具体做法，并算出宽限一个月能捞回多少人。
《后端架构设计·分布式与数据一致性》2.3 混合逻辑时钟与版本向量在 arch-lab 的落地
两处同时修改同一订单，物理时间只差 200ms，该信谁？本文实现 HLC 的物理打底与逻辑计数规则，在墙上时钟回拨时仍保持单调；再用版本向量校验订单更新的 base 版本，把并发修改变成 ErrConflict，并给出事件流排序与冲突合并的边界。
登录方式：密码、魔法链接与 OAuth 的三条路，和 3.0% 的企业邮箱拦截
登录方式不是技术选型，而是一张三选一的成本表。本文用一个月 4,180 次登录、1,880 次密码、1,672 次 OAuth 与 628 次魔法链接，拆开三种方式的实现工时、每月支持成本与失败点，并说明 3.0% 的企业邮箱拦截为什么必须单独处理。
《互联网产品的客户端架构·交易、增长与平台化》12.3 漏斗与归因的端上边界
端上漏斗只能回答「用户在我这里走到哪一步」，不能替服务端宣布支付或退款成功。本节定义步骤、同会话同订单、归因窗口三个口径，把能算与不能算的指标写成边界表，并给出一个按会话串联、跨会话断开、服务端事件单独计数的可运行漏斗模块，并说明对账时如何解释差异。
注册表单：六个字段砍到三个，与 2.8 个百分点的提交率
注册表单的每个字段都要付两次钱：一次在提交率上，一次在之后的校验与工单里。本文用 1,240 次开始填写、六个字段到三个字段的对照与 34 个新增提交，说明哪三个字段必须留、哪三个该后置，以及 2.75 个付费是怎么折算出来的。
《后端架构设计·分布式与数据一致性》2.2 逻辑时钟与向量时钟：因果关系怎么编码
同一订单的取消与支付回调并发到达两个节点，Lamport 时钟给出 2 和 1，看起来像有先后，实际上谁也没见过谁。本文用表驱动测试判定 equal、before、after、concurrent，验证向量时钟合并与带水位剪枝，并给出剪枝会悄悄改坏因果关系的边界。
账号是一套流程，不是一张表：五段漏斗、七个节点与每月 26.9 小时工单
账号不是登录页加一张用户表，而是从访问到回来的五段漏斗。本文用一个月 4,200 次访问、1,180 次提交、1,131 次验证与 214 张账号工单，算出七个节点各漏多少人、各花多少支持时间，并给出先修哪一段后修哪一段的判断顺序。
《后端架构设计·演进与治理》1.1 微服务拆分不是默认答案：三个触发条件
从 arch-lab 订单系统被要求按代码量拆微服务的场景切入，说明代码行数与团队人数都不是拆分理由；给出变更频率冲突、独立扩缩容、故障隔离与合规三个可测量触发条件，用评分卡把触发强度与五项就绪门分开，并附反例、可运行 Go 实现与本机真实测试输出。
《后端架构设计·分布式与数据一致性》2.1 物理时钟、NTP 与时钟漂移的可见后果
订单支付完成 0.5 秒后用户取消，取消时间戳却早了 2.5 秒，合并结果仍是 PAID：本文用可运行的 SimulatedClock、NTP 偏移计算和 LWW 寄存器复现这次丢更新，解释墙上时钟与单调时钟的分工、非对称链路对偏移估计的偏差，并给出哪些场景绝不能用时间戳排序的判据表。
《Java 高级编程》3.3 Instrumentation 与 Java Agent：无侵入计时
libraryd 想在不改 LibraryService 源码的前提下测量 borrow 耗时，Java Agent 是最小侵入的入口。本节实现 Premain-Class 与 Can-Retransform-Classes 清单，用 Byte Buddy 1.18.16 的 Advice 在方法进出打点，真实运行 -javaagent 并读取 agent: borrow took N µs。