本页分别说明体验日志和机制与评价的概念、判断方法及适用边界。先逐项阅读，再比较两者关注的对象与使用条件。
先阅读每个概念的定义，再核对可观察的判断方法，最后查看哪些条件下不能直接套用。
体验日志把一次使用过程拆成按时间排列的事件，每条尽量保留触发条件、操作和可见结果。它的作用不是替读者下结论，而是让后来的判断能指回具体条目；记录与解释分层存放，原始条目才可复用，不同人也能按同一路径核对。
每条记录编号并保留原始顺序，不在旧条目上改写；同一现象要在两条独立记录中都出现才算稳定，只出现一次的另做一次专门重试，把结果追加在原条目之后。
日志只能说明在记录条件下出现过该现象，不能说明它多久出现一次、影响多大；记录本身会放慢操作、改变节奏，观察到的过程已不同于不记录时。遇到不可重复的一次性过程，日志只能作回顾材料，无法用来复核。
机制与评价的分界在比较对象：机制描述某个条件改变后结果会怎样变化，评价则说明这种变化相对什么目标是否可取。机制需要能被他人按相同条件复核，评价必须亮出比较标准；没有标准的评价只是偏好表达，不能反过来证明机制如何运作。
先列一张预期表，把条件与预期结果一一写下，再逐条实测并标注符合或不符合；对不符合的条目先排查未记录的变量，再看规则是否写漏。评价另起一段，写明比较对象与目标，引用同一批实测结果；分歧按规则未写明、变量未受控、记录有误三类归档。
机制描述成立的前提是规则或参数可查、条件能重复；有随机因素或多人同时操作时，单次实测不足以确认某条规则。评价随目标变化，同一机制在不同目标下可得到相反结论，一次评价不能当作通用结论；实测与规则文本不一致时，只记为差异，不能据此宣布规则错误。
阅读时先确认讨论对象，再把判断依据与推测分开；遇到具体作品、产品或现场情况，应另行核对可靠资料。
这里只提供规则和设备核对方法，不保证具体产品性能、下载可用性或账号结果。
