Problem
需要把 PCN 变更转译为可审核、可发布规则的运营与质量流程。- 原始流程
- 人员阅读不同格式 PCN，手工提取变化、在群或表格中确认，再分别转写到下游执行资料。
- 核心痛点
- 来源页码、置信度、审核状态、版本差异和发布去向缺少统一记录。
- 业务影响
- 规则可能因误读、漏审或版本混用失去可追溯性，下游是否真正接收也难确认。
- 原方案不足
- 仅做文档解析或消息转发不能证明字段依据，也不能提供人工发布门和回滚能力。
FLAGSHIP CASE 03
Evidence-led Rule Production
PCN Rule Center
PCN 规则转译中心
简单说：把产品或流程变更文档，转成可审核、可追溯、可版本管理的执行规则，并供插件和闭环系统消费。
演示数据 / Mock Data
当前公开范围：依据 Phase 1.3 证据账本重建的解析、审核、版本与发布流程；文档、产品、编号、字段与发布结果均为演示数据。
CONTEXT / 业务背景
Constraints / 真实约束 4
- 本地优先，AI 只能增强候选，不能成为唯一解析入口。
- 每个字段需要来源、页码、证据与置信度，低置信度必须人工处置。
- 未审核内容不能发布；版本需要可比较、可停用和可恢复。
- 两条下游端点仅有代码路径，联调、幂等和正式启用尚未验证。
Ownership / AI-assisted boundary
项目所有者负责
- 拆解 PCN 阅读、字段提取、审核、版本和发布流程。
- 定义字段证据、置信度、人工发布门、状态与回滚规则。
- 负责样本验证边界、测试口径、下游接口范围和最终验收。
Codex / AI 辅助
- 辅助解析与工作台代码、测试、重构、文档和界面实现。
- 不替代字段业务含义、人工审核、发布批准或真实系统联调。
SYSTEM / 系统逻辑
- 01Input
TXT、HTML、PDF、XLSX 等 PCN 文件与来源元数据。
- 02Processing
优先读取文本层；必要时进入 OCR 候选路径，并整理字段、坐标、来源与置信度。
- 03Rules / Decision
按字段证据、置信度、状态和版本差异生成可审核规则候选。
- 04Human Review
审核者显式处理低置信度字段、批准规则并决定发布或退回。
- 05Output
版本化规则、审核记录、证据链与可供下游使用的发布资产。
- 06Feedback
发布回执、失败、停用与新版本差异回到规则生命周期和样本验证。
Architecture / Evidence / Demo
查看系统架构、设计依据与交互演示。
DECISIONS & EVIDENCE / 决策与证据
查看设计决策与取舍
文本层优先，OCR 作为后备
- 为什么
- 可直接提取的文本更稳定、更便于证据定位。
- 取舍
- 扫描件覆盖需要额外验证，不能把代码路径写成已验证准确率。
字段级证据与人工发布门
- 为什么
- 规则需要能回到原文，低置信度结论不能自动进入执行。
- 取舍
- 增加审核成本，但降低不可解释和误发布风险。
版本资产与下游连接解耦
- 为什么
- 规则生产可以独立验证，正式发布必须另行完成联调与幂等验收。
- 取舍
- 当前不是端到端生产系统，但边界更真实、可回滚。
Evidence Ledger 5
证据来源按项目所有者确认、源码、测试、仓库资产或 Demo 行为分别标注；外部验证单独说明。
- Evidence Type
- Business evidence
- Evidence status
- Owner-confirmed workflow use
- Claim
- PCN 规则生产工作流已在真实工作场景使用并由项目所有者确认。
- Scope
- 工作流；不等于下游生产发布已验证。
- Source
- 项目所有者人工确认
- Date
- 2026-07-27
- Public-safe
- Public content
- Notes
- 未验证用户规模或量化业务结果。
- Evidence Type
- Engineering evidence
- Evidence status
- Source-code verified
- Claim
- 解析、字段证据、人工审核、版本和发布客户端代码路径存在。
- Scope
- 独立本地 MVP 源码审计。
- Source
- PROJECT_FACTS 源码审计
- Date
- 2026-07-22
- Public-safe
- Public content
- Notes
- 两条下游路径未完成联调、幂等、回执与正式启用验证。
- Evidence Type
- Automated test
- Evidence status
- Test-backed
- Claim
- 仓库记录 25 项版本化测试资产。
- Scope
- 测试资产存在性。
- Source
- PROJECT_FACTS 测试盘点
- Date
- 2026-07-22
- Public-safe
- Public content
- Notes
- 该次审计未重跑当前源项目测试。
- Evidence Type
- Demo / Mock
- Evidence status
- Demo-verified behavior
- Claim
- 公开 Demo 展示解析、证据、审核、版本与发布状态链路。
- Scope
- 虚构文件与前端演示。
- Source
- Portfolio 公开 Mock
- Date
- 2026-08-09
- Public-safe
- Public content
- Notes
- 不连接真实文件、模型或下游系统。
- Evidence Type
- Potential value
- Evidence status
- External validation: none
- Claim
- 字段级证据和版本治理可能减少来源丢失与版本混用。
- Scope
- 潜在价值假设。
- Source
- 系统设计推论
- Date
- 2026-08-09
- Public-safe
- Public content
- Notes
- 无效率或下游一致性量化证据。
OUTCOME & NEXT / 结果与下一步
Deliverable
- PCN 可被整理为带字段证据、人工审核和版本状态的规则资产。Evidence: PCN-E01
Observable Outcome
- 已观察到规则生产流程被采用；范围与边界见 PCN-B01。Evidence: PCN-B01
DEEP DIVE LIBRARY展开解析、字段证据、审核、版本与 Demo
02
PROJECT POSITIONING / 项目定位
不是把文档读出来，而是把结论变成有证据、有状态、可回滚的规则资产。
项目不是单一文件解析器，而是一条从文档证据到可消费规则资产的治理链。解析结果必须保留字段证据、置信度和人工决策，才能进入版本发布。
本地路径承担保守解析和失败兜底；AI 只在显式配置后增强候选结果。最终规则、SOP、问答、插件文案和看板共享同一份已审核结构化事实。
03
BUSINESS CONTEXT / 业务背景
一份 PCN 的真正终点不是被看过，而是被正确转译并持续执行。
PCN 的格式、版式和交付渠道并不统一。只靠人工阅读与群内转发，容易让原文、解释、当前版本和下游动作彼此脱节。
把字段结论追溯到文档页、版面位置和置信度。
把人工修订变成发布前必经状态，而不是聊天中的临时共识。
让一份已审核规则同步生成面向执行、培训、检索和复盘的多类资产。
04
BEFORE / 原处理方式问题
人工阅读和群内转发传递了消息，却没有建立来源、版本与执行责任。
格式不统一
PDF、扫描件、文档和表格的结构不同，人工复制容易漏项。
扫描件不可直接使用
文字、复选框和表格需要 OCR 与版面证据才能解释。
证据链断裂
原文、候选字段与人工修改缺少可对照的关联。
有效版本不清
聊天和表格传播难以确认当前启用版本及历史差异。
资产重复整理
规则、SOP、培训材料、插件文案和看板被分别维护。
AI 结果不可直接信任
超时、结构无效、低置信度和字段遗漏必须有回退。
跨系统来源难追
下游规则需要来源 ID、版本和明确的发布边界。
回滚缺少控制
新旧版本冲突时，需要保留历史并支持受控恢复。
05
DESIGN PRINCIPLES / 设计原则
先保证本地可用和人工可控，再引入模型与下游自动化。
本地优先
没有 AI 配置时仍能读取、提取保守候选并进入人工审核。
证据伴随字段
候选值、原文证据、置信度与人工状态保持关联。
人工是发布闸门
草稿、驳回或缺少必填字段的规则不能发布。
版本可逆
发布、启停、差异和回滚建立在版本快照上。
边界显式
客户端存在不等于生产集成，目标端语义必须另行验证。
06
INPUT TYPES / 支持的输入类型
代码路径、样本验证和不支持格式必须分开表达。
页面将已实现路径、当前验证范围和仍需样本或人工确认的事项分别说明。
| 输入类型 | 读取方式 | 当前状态 | 验证说明 |
|---|---|---|---|
| TXT | 浏览器文本读取 | 代码已实现 | 代码路径已核对 |
| HTML / HTM | 移除脚本与样式后提取正文 | 代码已实现 | 代码路径已核对 |
| 文本型 PDF | 逐页读取文本层并保留页标记 | 代码已实现 | 代码路径已核对 |
| 扫描型 PDF | 逐页渲染后进入本地中英文 OCR | 代码已实现，准确率待验 | 代码路径已核对，样本待验 |
| DOCX | 提取正文 | 代码已实现，样本待验 | 代码与资料已核对 |
| XLSX | 工作表与行读取路径 | 已编码但数据形状待验证 | 代码路径已核对，样本待验 |
| DOC / XLS | 要求转换为新格式 | 不支持原生解析 | 代码路径已核对 |
07
TEXT & OCR / 文本和 OCR 解析流程
文本层优先；不可用时才进入扫描页 OCR 与版面证据路径。
OCR 支持中英文、坐标、置信度和复选框邻近状态，但真实样本准确率尚未验收。
01选择文件→
02识别类型→
03提取文本→
04扫描页 OCR→
05保留版面坐标→
06生成本地候选→
07关联字段证据→
08标记置信度→
09人工修订→
10审核通过
08
FIELD EVIDENCE / 字段级证据与置信度
结论必须能回到来源，也必须明确哪里仍然不确定。
原始值
解析器从正文或 OCR 版面得到的候选，不直接覆盖人工结论。
证据位置
扫描 OCR 路径可保留页、行、词坐标；文本 PDF 保留页标记但不生成 OCR 坐标。
置信度
字段与 OCR 结果携带置信度，用于提示复核，不代表正式准确率。
复选框邻近
按词左侧图像区域启发式判断 true / false / unknown，真实模板待验收。
人工值
审核人可接受、修订、驳回或标记待确认；操作身份仍是本地 MVP 边界。
生效值
只有审核通过且满足发布校验的结构化字段进入当前规则版本。
09
LOCAL FIRST, AI OPTIONAL / 本地保守解析与 AI 增强
AI 可以增强候选，但不能成为唯一入口或绕过审核。
01本地候选结果→
02可选 AI 完整解析→
03超时或错误处理→
04返回结构校验→
05字段置信度检查→
06低置信度回退→
07人工审核
未配置 AI 时仍可使用本地保守解析。
无效、超时、异常或低置信度输出保留本地结果，不中断上传流程。
AI 只生成候选，不能跳过人工审核或直接发布规则。
页面不展示真实模型、地址、Key、Prompt、Token、成本或运行记录。
浏览器凭证与本地代理仍缺少生产级集中治理，不应包装为已解决。
10
HUMAN REVIEW / 人工审核工作台
每个低置信度字段都需要显式处置，未审核内容不能发布。
REVIEW GATE
从候选字段到已审核规则
- 01读取候选
对照 PCN 编号、产品、生效时间、原因、变更和岗位。
- 02查看证据
展开页码、版面位置、OCR 置信度和复选框邻近状态。
- 03处理不确定项
接受、修订、标记待确认或驳回，不允许隐式补全。
- 04执行发布校验
检查状态、编号、版本、必填字段与重复版本。
- 05提交人工结论
审核结果与操作说明进入本地记录和规则快照。
- 06进入资产生产
只有 approved 规则才能生成发布版本与多类资产。
11
RULE LIFECYCLE / 规则生命周期
状态约束决定谁可以修改、发布、停用和恢复。
解析草稿
本地候选
不能发布待审核
人工工作台
可编辑、通过或驳回已审核
发布校验
仅 approved 且字段有效可发布已发布
当前版本
生成快照和知识资产已停用
本地规则
active / inactive 可切换新版本替代
目标系统语义
两端代码存在，联调待验证可回滚
本地版本快照
恢复上一版本并保留历史12
VERSION CONTROL / 版本差异与回滚
本地版本能力与目标系统版本仲裁，必须分开陈述。
本地差异
已编码当前规则与上一版本支持字段和规则 JSON 对比。
本地回滚
已编码恢复上一版本的规则、解析字段、知识资产和证据。
同版本覆盖
目标端待联调PCN 客户端展示目标响应，本仓不能独立证明服务端结果。
高版本替代
两端代码存在售后端有版本判断路径；真实环境行为未验收。
低版本阻断
两端代码存在Demo 可展示规则意图，不代表生产请求已验证。
幂等重试
尚未实现客户端没有可恢复发布队列或已验证的重试策略。
13
MULTI-ASSET OUTPUT / 多资产生成
同一份已审核结构，服务现场执行、培训、检索、插件和复盘。
rule_json
供插件或后端按统一字段消费结构化规则。
员工 SOP
把审核后的变更转成现场执行步骤。
检索文本
供知识检索按规则、产品和来源召回。
培训 Q&A
把关键变更转成新人学习与问答素材。
插件提示文案
在规则命中时提供受控提示和处理建议。
单条 / 分类看板
供跨团队同步、分类汇总和周度复盘。
插件规则包
打包 manifest、规则、提示、检索文本与看板；当前不是签名包。
14
CROSS-SYSTEM PUBLISHING / 跨系统发布链路
两端代码路径已经存在，但生产集成仍需端到端证据。
01PCN Rule Center→
02发布前 dry-run→
03版本与冲突响应→
04用户显式确认→
05POST 规则包→
06售后端接收路径→
07PE 规则模块→
08来源追踪与审计
已有代码证据
- PCN 端存在 dry-run、确认发布客户端与响应展示。
- 售后端存在规则接收、版本比较、冲突治理与来源字段路径。
- PCN 出站包含 source_id、source_version 与结构化规则字段。
尚未充分验证
- 完整端到端联调、正式业务环境发布和回滚记录尚未验证。
- 网络失败后的幂等重试与可恢复发布队列尚未证明。
- 正式凭证治理仍不满足生产边界。
- PCN 出站没有生成或发送 source_hash；生成责任与算法待确认。
15
SYSTEM ARCHITECTURE / 系统架构
浏览器承担 MVP 工作区，发布客户端只连接受控的显式确认动作。
输入与提取
- 文件类型识别
- PDF 文本层
- DOCX / TXT / HTML
- XLSX 待样本验
- 扫描页 OCR
候选与证据
- 本地保守解析
- 可选 AI 增强
- 字段证据
- 置信度
- 版面坐标
人工治理
- IndexedDB v1
- 审核动作
- 发布校验
- 版本快照
- 本地操作日志
资产与下游
- 规则 JSON
- 知识与 SOP
- 培训与插件文案
- HTML 看板
- 发布客户端
DOCUMENT → RULE PIPELINE证据伴随规则进入下游
- 01选择文件→
- 02识别类型→
- 03提取文本→
- 04扫描页 OCR→
- 05保留版面坐标→
- 06生成本地候选→
- 07关联字段证据→
- 08标记置信度→
- 09人工修订→
- 10审核通过
本图为公开安全的能力抽象，不对应真实 PCN、内部地址、网络拓扑或运行配置。
16
INTERACTIVE MOCK DEMO / 交互式模拟
处理低置信度字段，生成规则资产，再验证版本与发布闸门。
当前验证范围：前端内存中的虚构字段、人工审核、版本检查与模拟发布。
INTERACTIVE RULE PRODUCTION WALKTHROUGH
从虚构文档候选到版本发布，走完一条受控规则生产链。
- 1模拟文件
- 2解析结果
- 3OCR 风险
- 4人工审核
- 5规则生成
- 6版本检查
- 7发布确认
- 8完成
PCN 编号DEMO-PCN-2026-014
产品Aero Vision X2
变更主题云台校准检测流程调整
当前阶段模拟文件
STEP 01
选择模拟文件类型
请选择一种虚构文件类型。按钮不会读取本机文件。
STEP 02–04
字段证据、置信度与人工审核
PCN 编号DEMO-PCN-2026-014
98% 置信度已接受代码候选
产品Aero Vision X2
72% 置信度待人工处理需要人工判断
生效时间待人工补充
38% 置信度待人工处理需要人工判断
变更原因提升校准检查的一致性（虚构）
86% 置信度已接受代码候选
核心变更新增校准结果复核步骤（虚构）
79% 置信度待人工处理需要人工判断
涉及岗位演示审核角色 / 演示执行角色
82% 置信度已接受代码候选
STEP 05–08
资产生成、版本检查与模拟发布
审核通过后可生成虚构资产摘要。
18
REPOSITORY EVIDENCE / 仓库证据
源码与版本资产支持以下规则生产机制；测试运行范围单独记录。
TXT、HTML、PDF 与 DOCX 的真实读取路径已编码
扫描 PDF 本地中英文 OCR、坐标、置信度与复选框邻近状态已编码
XLSX 读取路径已编码，但依赖数据形状和真实样本仍待验证
本地保守解析、可选 AI 增强、结构校验与失败回退已编码
人工审核、发布校验、启停、差异、版本快照与回滚已编码
rule_json、SOP、检索文本、问答、插件文案、看板和规则包生成已编码
PCN 发布客户端与售后端接收路径均有代码证据，联调未证明
源仓库存在 25 个版本化测试用例，本阶段未运行，不能表述为当前通过
19
OPEN VERIFICATION / 开放验证事项
尚待验证：真实样本、来源哈希治理、下游联调与联合验收。
真实 PCN 多格式回归集、OCR 准确率、字段准确率与复选框多模板验收
XLSX 多工作表样本与读取依赖返回数据形状兼容性
当前源项目 HEAD 的 lint、test、build 与浏览器交互结果
生产级后端、身份权限、不可篡改审计、备份恢复与多标签并发
AI 真实运行质量、Prompt / 模型版本治理和集中凭证安全
跨系统 dry-run、冲突、重复版本、低版本阻断、回滚和幂等的联合验收
source_hash 的生成端、规范化输入、算法和持久化契约
正式生产使用、业务收益、覆盖规模或稳定运行结论
CAREER CONVERSATION / 求职与合作
把业务现场、流程、数据与 AI 应用落到可交付的系统里。
我目前关注企业 AI 应用实施、企业解决方案、业务需求分析与数字化实施方向。如果你的团队正在寻找能够连接业务现场、流程、数据与 AI 应用落地的人，欢迎继续查看我的求职信息或直接联系我。