# 票面法

票面面向执行，力求一屏读完。只有这几样，各用最少的话；标题与次序不作契约：

* 陛下要什么——先用一两句写出他真正要的结果；后附撑这个读法的原话，逐字，带 uuid；源卷没有 id 的，给起居录里的来源标识。他的质问——他在问这张票、这条约束凭什么存在——要用事实或法源答到他问的那个点上，不是答字面；答不到的票不送庭，上呈。没有原话的票，写它出自哪张父票（授权在父票的对话里，给 uuid），或现状违反了哪条法源。
* 现象——现在看得见的错是什么；一个能复现、能开卷核的实例就够。新造的东西没有现象，写要造什么。
* 目的——改完以后看得见的行为是什么。
* 怎么验——从真实入口走一遍，看见什么算对；覆盖票面每条主张。
* 适用法——`docs/adr/...md` 路径，一行一条，不必复述其决定。只有本票与它某条决定相抵、或把某条决定留给别的票承接时，才在那一行写明是哪一条。

不写：

* 逐行逐函数的改动清单——改哪个文件、哪一行、哪个函数。清单一写，范围就被圈死在那几处，同类的别处没人管；类级问题按性质圈界，位置与数量只作现象的证据，不作白名单。哪条接缝担这个行为是设计，照《送庭前三问》写。
* 历史——谁先做错了什么、几轮怎么改过来的、对此前说法的更正。只在证明现行法、冲突或根因不可缺时保留。
* 成堆的证据与数字。一个实例够了，其余留在账本里，给指针。
* 推论——「由此可见」「更深一层是」推出来的机制，顺手想到的相邻问题。要办另立票。
* 未裁定的作业方式与实现——先查什么、用什么工具、代码怎么组织。那是施工席的事。已裁定的时序是行为契约，照写。

法源先立后用。第一法源：陛下与 session 的对话、全局宪法、本仓宪法。第二法源（ADR 等）须先对第一法源审过——有无超出、不足、曲解——审过的才作法源用。重大决定须追至法源；票面、派单文、驳回语、实现现状不得升格为授权。

样子：授权一句、适用法几行、现象一段、要做什么一句、怎么验一句。

## 送庭前三问（owner 2026-09-21）

> 逐字：「所以下次能不能在设计阶段搞定这些？而不是花钱建再花钱删？」
> 指针：源卷 `~/.claude/projects/-Users-akagilnc-WorkSpace-ak-pi-workflow-roles/e4b50c8e-15c7-4c92-9263-959efadb24eb.jsonl`，owner uuid `412404ab-eb94-4ff7-9d39-27327bc0202d`；落法之命 uuid `1e08e556-4127-4747-8386-d5d99ae701d5`（「写啊。写进去先」）。

票面送给事中之前，签发方须答得出三问；答不出的那一条才是应上呈的 owner decision。

1. **谁来做**——哪条接缝担这个行为。这是设计，须在票面定死。「形状由施工席定」只涵盖「怎么做」，不涵盖「该不该由它做」。
2. **挡路的约束凭什么存在**——使该问题变难的那条规则或禁令，有无可回溯的授权？无授权的禁令先质疑，不绕着它设计。
3. **生态怎么解**——按《质量法·先搜，再想简单的》先搜，确认有无现成解法。