This repository has been archived on 2026-09-13. You can view files and clone it. You cannot open issues or pull requests or push a commit.
Files
BPOS-TMP-REPO/packages/contracts/src/terminal.ts
T
ChaiHaoandClaude Opus 5 259192f736 人手改的那一手真正落得下去;界面不撒谎那几处补齐
手改是**兜 AI 的错**的那一手 —— 这一轮把它从「摆在那儿但落不了地」做成真的:

件上就地改
· 保存**按地址收**,不看当下那张卡:载荷从前借道工单的 `blocks[i]` 取列名,
  于是熔断卡(没有 blocks)在屏上时,人补的那一格一个字都送不出去 ——
  而他要补的恰恰是把这一单卡住的那个必填格。授权面改由活动清单的台账声明把关。
· **能增删行**:错不止「这一格填错了」,还有「这一行不该在」与「漏了一行」。
  删挂记号不当场抹掉(看得见、可后悔),且**删要说出来**(`drops`)——
  「没回传就是删了」会把一次不完整的回传变成一次删表。
· **必填没填按不下提交**:与放行门 L1 同一个数同一套算法;闸上摆出差在哪一行哪一格。
· 只写真改了的那几行 —— 改一格却留「修订 4 行」的痕,那句话是假的。

判据与门
· 裁量判据带谓词时**谓词说了算**:「选填缺口已补齐」基座数得出来,
  人填好的目标价它照样判「客户未提供」的毛病由此消掉。
· 验收卡判据**读时现算** —— 人在成果件上补一格,判据跟着变。
· 放行门认「**办完了没有**」不认「有人写过」:从前写个 `false` 就把门推开,
  于是一单没打标就进了放行门。三个数全由基座现数。
· 拒回把「活没干完」说成「数或行对不上」的毛病:判据点名的表一行都没写时直说那一步没办。
  **指向两扇打不开的门,比不指还糟。**

界面不撒谎
· 日志只有三色:负责人绿 · 智能体蓝 · 系统灰(归侧五种是度量的分法,不是给人看的)。
· 验收收口答两件事:落了什么(按**交付物**点名,一份成果的几张表并成一行)、
  往哪儿去(转出哪一口、带过去哪些字段);一个口都没发就直说到此为止。
· 签完到收尾之间那一段有自己的话「字已签下,正在落地」—— 中间态本来就该说出来,只是要说对。
· 消息不再被内部事件刷屏:只有从通道进来的件才谈得上「无人认领」。
· 建客户公司与联系人**一次确认落两行**;联系人编码自增不问人;卡面摆表的人读名。

A1 三案例端到端全 released:全 A 类直通 12 拍 / 客户点名跳一条 10 拍 / 新客户缺必填 14 拍。
五道门禁全绿(971 passed)。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JsTDjoHovERXyy6Wmw1ALp
2026-08-02 13:41:44 +08:00

144 lines
5.9 KiB
TypeScript

/**
* 终态五名与非终态注记(编码规范 §8.1;语义出处 OS 4.3 / AM 1.3)。
*
* 终态由**系统**裁定,封闭枚举,活动与模型不得增删。
*/
import { z } from 'zod';
/** 终态五名 —— 唯一成功终态是 released(放行通过且落地收敛,输出口已发射) */
export const TERMINAL_STATES = ['released', 'blocked', 'stalled', 'exhausted', 'terminated'] as const;
export const terminalStateSchema = z.enum(TERMINAL_STATES);
export type TerminalState = z.infer<typeof terminalStateSchema>;
export const TERMINAL_STATE_LABEL: Readonly<Record<TerminalState, string>> = {
released: '放行完成',
blocked: '受阻待人',
stalled: '停滞熔断',
exhausted: '预算耗尽',
terminated: '被终止',
};
/** 触发者 —— OS 4.3 的第三列 */
export const TERMINAL_STATE_TRIGGER: Readonly<Record<TerminalState, string>> = {
released: '放行卡 + 落地执行',
blocked: 'Agent 机制申报,或治理台判定',
stalled: '预算执行器 · 停滞检测',
exhausted: '预算执行器 · 预算越限',
terminated: '控制事件 · 终止(含工作流级联)',
};
export function isSuccessTerminal(state: TerminalState): boolean {
return state === 'released';
}
/* ── 非终态注记(OS 4.3「不是终态」) ─────────────────────────────────── */
/** 驳回:放行卡的环内回转,任务继续 —— redo 按原要求重做 / revise 带意见迭代 */
export const REJECTION_KINDS = ['redo', 'revise'] as const;
export const rejectionKindSchema = z.enum(REJECTION_KINDS);
export type RejectionKind = z.infer<typeof rejectionKindSchema>;
export const REJECTION_KIND_LABEL: Readonly<Record<RejectionKind, string>> = {
redo: '驳回重做',
revise: '驳回迭代',
};
/** 控制三语义(OS 06):暂停 = 可恢复冻结 · 叫停 = 负责人紧急中断 · 终止 = 不可恢复关闭 */
export const CONTROL_SEMANTICS = ['pause', 'halt', 'terminate'] as const;
export const controlSemanticSchema = z.enum(CONTROL_SEMANTICS);
export type ControlSemantic = z.infer<typeof controlSemanticSchema>;
export const CONTROL_SEMANTIC_LABEL: Readonly<Record<ControlSemantic, string>> = {
pause: '暂停',
halt: '叫停',
terminate: '终止',
};
/**
* 任务运行态 —— 与终态分层:终态是收场名,运行态是「此刻在干嘛」。
* landing-blocked(落地受阻)是运行态不是终态,处置后仍收敛于终态名录(OS 7.3)。
*/
export const TASK_RUNTIME_STATES = [
'running',
'awaiting-human',
'awaiting-event',
'suspended',
'landing-blocked',
'terminal',
] as const;
export const taskRuntimeStateSchema = z.enum(TASK_RUNTIME_STATES);
export type TaskRuntimeState = z.infer<typeof taskRuntimeStateSchema>;
export const TASK_RUNTIME_STATE_LABEL: Readonly<Record<TaskRuntimeState, string>> = {
running: '运行中',
'awaiting-human': '等人回传',
'awaiting-event': '监听中',
suspended: '已挂起',
'landing-blocked': '落地受阻',
terminal: '已终结',
};
/* ── 工作流状态:流内各任务状态的聚合投影(OS 3.2) ──────────────────── */
export const WORKFLOW_STATES = ['running', 'waiting', 'completed', 'terminated', 'abnormal'] as const;
export const workflowStateSchema = z.enum(WORKFLOW_STATES);
export type WorkflowState = z.infer<typeof workflowStateSchema>;
export const WORKFLOW_STATE_LABEL: Readonly<Record<WorkflowState, string>> = {
running: '运行中',
waiting: '等待中',
completed: '已完成',
terminated: '已终止',
abnormal: '异常',
};
/* ── 归侧四标签(OS 8.1):度量的口径来源,零埋点 ─────────────────────── */
export const ATTRIBUTION_SIDES = ['machine', 'human', 'human-verdict', 'world-wait', 'trigger'] as const;
export const attributionSideSchema = z.enum(ATTRIBUTION_SIDES);
export type AttributionSide = z.infer<typeof attributionSideSchema>;
export const ATTRIBUTION_SIDE_LABEL: Readonly<Record<AttributionSide, string>> = {
machine: '机器产出',
/*
* 「员工动作」而不是「人产出」(2026-07-31 用户定)。
* 枚举键 `human` 是协议不动;改的是给人看的那一句 ——
* 「产出」听着像交付物,而这一类装的是**人做了什么动作**:
* 填了工单、看了来件、留了一句话。
*/
human: '员工动作',
'human-verdict': '人裁决',
/*
* 「系统等待」而不是「世界等待」(2026-07-31 用户定)。
* 枚举键 `world-wait` 是协议不动 —— 改键要动所有留痕数据;
* 改的是**给人看的那一句**:人在工作日志里读到的是"在等谁",
* 「世界」太玄,他要的答案是"系统这边挂着在等"。
*/
'world-wait': '系统等待',
/*
* 触发事件 —— 这一单是被什么叫起来的(一封信到了、时限到了、人登记了)。
* 单列一类不是分得细:它**既不是机器产出也不是员工动作**,
* 混进任何一边都会把自主率算歪(分母里多一条谁也没干的事)。
*/
trigger: '触发事件',
};
/* ── 验收分级 L1–L5(AM 10.2) ──────────────────────────────────────── */
export const ACCEPTANCE_LEVELS = ['L1', 'L2', 'L3', 'L4', 'L5'] as const;
export const acceptanceLevelSchema = z.enum(ACCEPTANCE_LEVELS);
export type AcceptanceLevel = z.infer<typeof acceptanceLevelSchema>;
export const ACCEPTANCE_LEVEL_LABEL: Readonly<Record<AcceptanceLevel, string>> = {
L1: '形式校验 · 引擎自动',
L2: '机检 · 引擎自动',
L3: '抽验 · 环内实证',
L4: '独立评审 · LLM 评审者',
L5: '人放行 · 责任关',
};
/** L1–L4 是质量关,L5 是责任关 —— 判据全绿只是可提交,完成只出自放行通过 */
export function isResponsibilityGate(level: AcceptanceLevel): boolean {
return level === 'L5';
}