体验与记录体验日志是把一次使用过程按可复查的观察单元连续记录：每条写清当时的前提、做过的动作和直接可见的结果，并保留条目之间的先后关系；它靠条件、动作、结果三者的对应成立。若把不同设置下的结果合成一条，或事后凭印象补写，后续就看不出变化从哪一步开始。正确做法是每次只改一个前提，先写条件和动作再写结果，前提变化就新起一条；事后解释另列，不覆盖原记录。
机制与评价是两类不能互相顶替的说明：机制回答某个条件通过哪些环节影响结果，评价回答结果按什么标准算好或不好；前者靠可重复的条件与结果对应成立，后者靠公开的比较标准成立。若用喜好代替机制，就不知道要调整哪一步；若用机制句回避标准，评价也无法比较。正确做法是把机制写成可检验的条件变化与结果，把评价写成明确目标和比较对象，分栏记录，不互相作证。
体验与记录机制与评价是两类不能互相顶替的说明：机制回答某个条件通过哪些环节影响结果，评价回答结果按什么标准算好或不好；前者靠可重复的条件与结果对应成立，后者靠公开的比较标准成立。若用喜好代替机制，就不知道要调整哪一步；若用机制句回避标准，评价也无法比较。正确做法是把机制写成可检验的条件变化与结果，把评价写成明确目标和比较对象，分栏记录，不互相作证。
联网边界是一次操作中判断权与最终结果从本地转交给远端的分界，通常落在请求发出、等待回应和确认完成之间；它靠哪一端持有最终结果成立。若把等待回应当成已完成，或把本地暂存当成远端已接受，断线后就可能重复提交或丢失进度。正确做法是标出请求发出点、确认点和失败回退点，未收到确认前保持待定，恢复后从最后一个已确认状态继续，不把界面提示当成确认。
体验与记录联网边界是一次操作中判断权与最终结果从本地转交给远端的分界，通常落在请求发出、等待回应和确认完成之间；它靠哪一端持有最终结果成立。若把等待回应当成已完成，或把本地暂存当成远端已接受，断线后就可能重复提交或丢失进度。正确做法是标出请求发出点、确认点和失败回退点，未收到确认前保持待定，恢复后从最后一个已确认状态继续，不把界面提示当成确认。
权限核对是在执行动作前，把这次请求要触碰的对象、要做的改动和当前有效的授权依据放在一起核对，并给出允许、拒绝或待核三种结论；它靠依据能追溯到具体条款成立。若以界面能点、以前做过或身份等级作为许可，越界操作会被当成惯例，按对象细分的限制也会被漏掉。正确做法是先默认不可执行，逐项找出覆盖动作和对象的授权，缺项记为待核，执行后另记结果，不用结果反推许可。
体验与记录权限核对是在执行动作前，把这次请求要触碰的对象、要做的改动和当前有效的授权依据放在一起核对，并给出允许、拒绝或待核三种结论；它靠依据能追溯到具体条款成立。若以界面能点、以前做过或身份等级作为许可，越界操作会被当成惯例，按对象细分的限制也会被漏掉。正确做法是先默认不可执行，逐项找出覆盖动作和对象的授权，缺项记为待核，执行后另记结果，不用结果反推许可。
胜负目标可以拆成一条带主语的判定句：写明谁在何种状态下被判为胜、负或和；这条判定句之所以成立，是因为主语、状态、结果三部分都能在对局中被指认出来。如果只写结束条件、不写结果归属，双方同时达成时就无从区分，结果只能靠事后解释。正确做法是给每条结束路径都配一个归属出口，并把同时达成单列为一种情形，事先定好记法。
体验与记录体验日志是把一次使用过程按可复查的观察单元连续记录：每条写清当时的前提、做过的动作和直接可见的结果，并保留条目之间的先后关系；它靠条件、动作、结果三者的对应成立。若把不同设置下的结果合成一条，或事后凭印象补写，后续就看不出变化从哪一步开始。正确做法是每次只改一个前提，先写条件和动作再写结果，前提变化就新起一条；事后解释另列，不覆盖原记录。
联网边界是一次操作中判断权与最终结果从本地转交给远端的分界，通常落在请求发出、等待回应和确认完成之间；它靠哪一端持有最终结果成立。若把等待回应当成已完成，或把本地暂存当成远端已接受，断线后就可能重复提交或丢失进度。正确做法是标出请求发出点、确认点和失败回退点，未收到确认前保持待定，恢复后从最后一个已确认状态继续，不把界面提示当成确认。
体验与记录机制与评价是两类不能互相顶替的说明：机制回答某个条件通过哪些环节影响结果，评价回答结果按什么标准算好或不好；前者靠可重复的条件与结果对应成立，后者靠公开的比较标准成立。若用喜好代替机制，就不知道要调整哪一步；若用机制句回避标准，评价也无法比较。正确做法是把机制写成可检验的条件变化与结果，把评价写成明确目标和比较对象，分栏记录，不互相作证。
权限核对是在执行动作前，把这次请求要触碰的对象、要做的改动和当前有效的授权依据放在一起核对，并给出允许、拒绝或待核三种结论；它靠依据能追溯到具体条款成立。若以界面能点、以前做过或身份等级作为许可，越界操作会被当成惯例，按对象细分的限制也会被漏掉。正确做法是先默认不可执行，逐项找出覆盖动作和对象的授权，缺项记为待核，执行后另记结果，不用结果反推许可。
体验与记录联网边界是一次操作中判断权与最终结果从本地转交给远端的分界，通常落在请求发出、等待回应和确认完成之间；它靠哪一端持有最终结果成立。若把等待回应当成已完成，或把本地暂存当成远端已接受，断线后就可能重复提交或丢失进度。正确做法是标出请求发出点、确认点和失败回退点，未收到确认前保持待定，恢复后从最后一个已确认状态继续，不把界面提示当成确认。
胜负目标可以拆成一条带主语的判定句：写明谁在何种状态下被判为胜、负或和；这条判定句之所以成立，是因为主语、状态、结果三部分都能在对局中被指认出来。如果只写结束条件、不写结果归属，双方同时达成时就无从区分，结果只能靠事后解释。正确做法是给每条结束路径都配一个归属出口，并把同时达成单列为一种情形，事先定好记法。
体验与记录权限核对是在执行动作前，把这次请求要触碰的对象、要做的改动和当前有效的授权依据放在一起核对，并给出允许、拒绝或待核三种结论；它靠依据能追溯到具体条款成立。若以界面能点、以前做过或身份等级作为许可，越界操作会被当成惯例，按对象细分的限制也会被漏掉。正确做法是先默认不可执行，逐项找出覆盖动作和对象的授权，缺项记为待核，执行后另记结果，不用结果反推许可。
资源约束是把多个行动接到同一份会减少的额度上的规则，可分两类：一类限制总量，即一次能占用多少；一类限制节奏，即多久能再占用。判断时先看被限制的是数量还是频率；如果把两者混为一谈，就会削减用途去解决本来该调节奏的问题。正确做法是分别记录一次最大可支出量和额度从空到满所需的时间，只有在其中一项真的改变了可选行动时，才把它写成一条约束。