能力入口 · 个人维护的能力入口
文书和材料制作
有了事情经过、必要原件和接收要求,就把它们整理成可编辑文书、对应PDF与附件包。内容、签名、版面和实际递送分别核对,不用一份漂亮文件冒充事情已经办完。
已安装 / 2.0.1 虚构生成链已验 / 真实事项未运行先看怎么用
你不需要记住 Skill 名,直接说需求就行
什么时候用
- 已有明确目标、接收对象和必要原件,需要形成正式可编辑文书
- 需要同源 DOCX、PDF、附件清单或自包含材料包
- 需要逐页核对、签名图片存在性与可见性、版本冻结和后续状态留痕
- 需要判断当前究竟是已生成、本人已签、可递送、已递送、已收件还是已处理
可以直接这样说
比如我说“维修服务没有按约完成,请把购买记录、沟通事实和退款要求整理成可编辑申请、PDF 和附件清单”。它先核对事项、原件、日期、接收对象和真正未知,再生成同源成品并逐页验收;没有真实递送记录时,只能说材料已经备好,不能写成已经送达。
最后会得到什么
得到可以继续改的Word、同内容PDF和核过的附件,知道哪些版本已签、哪些可以递送、哪些还缺材料。电子阅读按用途用颜色,打印需要时另验灰度;复制到独立位置后仍能检查材料包,旧版本与原件保留。
不适合这样用
- 只修改一个已知 Word/PDF 文件,直接使用文档或 PDF 能力
- 只需要找到原件,进入个人材料查找
- 持续变化的需求、项目评审与执行跟踪,进入工作交付
- 通用翻译、随手文案、普通消息或他人的事务
- 没有原件或事实依据就补写内容
- 把本地生成、签名或 ready 状态写成外部现实结果
- 未经精确授权递送、付款、撤回或联系外部对象
正常时
事项事实、原件和接收要求核对一致后,生成同源文件,检查文字、页面、签名与文件完整性;只报告实际达到的递送状态。
发现问题时
原件、附件、页面或签名有问题时保留最近合格版本,列出失败位置;没有实际递送回执就不把准备好说成已收到。
入口不可用或证据不足时
当前事项、关键原件、生成器、渲染器、签名资产或接收渠道不可用时,只暂停受影响步骤,保留原件、草稿、核过成品和恢复点。
从哪里开始
在当前 AI 对话说明要制作或修改哪份正式材料、给谁使用、需要哪些最终文件;AI 沿已选原件形成可编辑文档和对应交付件。
需要准备什么
- 事项目标、参与方、关键事实与已选原件或草稿
- 需要的 DOCX、PDF、签署或递送版本,以及哪些动作已经真实发生
为什么需要这个能力
同一事项可能同时有原件、旧草稿、核对成品、签名版、递送版、回执和对方返回版本。把它们混在一起,会用错版本、漏签、重复递送,或把本地生成误写成外部进展。
从需求到结果
先分清是只改一个文件、只找原件,还是确有一件事情需要正式材料。给出目标、接收对象、必要原件和真实期限后,AI 才进入对应制作流程。
核对当前事实、参与方、日期、请求和附件,把冲突与未知单列,不为了完整版面补写没有依据的内容。
从同一份确认内容生成可编辑 Word、对应 PDF 和附件清单;检查正文、页码、表格、页面边缘与签名是否真实可见。电子阅读按用途保留颜色,打印时另核灰度效果。
原件、旧草稿、已签版本与新成品分开保留。需要材料包时带齐相关输入、附件和校验信息,复制到独立位置后仍能检查。
生成文件、本人签署、具备递送条件、已经递送、对方收件、处理与签回分别记录。通用命令只能自动完成其已实现阶段,不能把文件做好写成事情办完。
页面、签名或原件有问题时保留最近核对版本并修复;中断或复制后先查原包是否完整,再接续,不覆盖冲突文件。
递送、付款、撤回和联系外部对象沿精确授权执行,并回读现实结果;历史已签或已递送材料不会因后来的背景更正被自动改写。
失败时会怎样恢复
当前说法与原件冲突
系统反应:停在草稿阶段,不选看起来更顺眼的版本。
恢复方式:核对准确原件和本人已确认事实;只把真正不确定的日期、金额或原因留待澄清。
正文、页码、打印颜色或签名检查没通过
系统反应:保留原件、草稿和上一份合格版本,这次不能称作可交付成品。
恢复方式:修好具体问题后重新生成,并把新文件从头到尾逐页核对。
材料已准备好,但尚未递送
系统反应:状态仍是待递送,不能说对方已经收到。
恢复方式:确定对象、文件版本和动作后才递送;外部结果不清时先查实际记录,不能盲目再发。
已经递送但没有接收确认
系统反应:只记录确实递送;对方是否收到、是否处理仍保持未知。
恢复方式:从真实接收记录、邮件或本人说明回读下一层。
对方返回签署文件
系统反应:只记录收到对方签署版,不把它升级成付款、处理完毕或其他后续状态。
恢复方式:核对文件完整性、来源和时间,再按当前事项决定下一步。
材料复制、换目录或处理中断
系统反应:先核对原包与副本的文件和内容;两边不同就保留两边。
恢复方式:完整副本可以继续使用;旧格式或中断处理有局限时明确说明,不假装有自动断点续传。
需要递送、付款、撤回或联系外部对象
系统反应:没有精确授权就停止外部动作。
恢复方式:先完成本地材料与验收;本人明确对象、版本、内容和动作后再执行并现实回读。
技术身份与验证证据
Skill · document-materials · 成熟度 A-(基本稳定,仍有明确边界)
这个 Skill 用到的名词
- 当前事项
- 记录目标、接收对象、已确认事实、原件、真正未知、期限、当前状态、恢复点和下一步;已有专门入口时继续原入口,不创建第二份状态。
- 规范输入快照
- 实际用于生成的参与方、接收方、渠道、日期、事实、请求、附件和签名要求;输入只解析一次后封存,变化进入新 build。
- 同源 DOCX/PDF
- 可编辑版和固定版来自同一规范内容;附件复制后重新核对哈希,不分别手改两份正文。
- 逐页彩色/灰度验收
- 重新读取正文,检查结构、可见页码、页面数、空白、边缘、彩色/灰度墨迹、签名图片和每页哈希。
- 自包含材料包
- v3 release 带齐输入、文档、附件、审计、逐页图和所需签名快照;复制到空目录后仍可按精确文件集合核对。
- 六阶段现实状态
- produced(已生成)、signed(本人已签)、ready_for_delivery(已具备递送条件)、delivered(已递送)、received(已收件)、handled(已处理)分别记录,后一层不能由前一层自动推导。
- 对方签回
- counterparty_signed_returned(对方签回)保存完整签回文件、来源、时间和哈希;不等于本人签名、收件、处理或事项已经解决。
- 历史 v2 限制
- 2.0.0 的 v2 release 继续核对其真实携带内容,同时明确缺少 v3 输入、审计、灰度页和签名闭包。
- 恢复点
- 记录最近一次已核对 build/release 与现实状态;普通复制后可完整 verify,但当前没有自动备份或断点续传 mirror。
专业定义
把必要原件整理成合同、说明、申请、通知、售后材料或附件包,同时生成可编辑文档和 PDF 并逐页检查;文件做完、本人签完、真正递送和对方处理会分开记录。
执行参考
下面保留 AI 和工具实际使用的参数、步骤与依赖。日常使用可以直接提出需求,不需要先手工准备这些协议。
输入
- 当前事项的目标、接收对象、期限、状态和下一步
- 最小必要原件、已确认事实、来源说明与真正未知
- 输出格式、附件、签名要求和接收渠道
- 需要外部动作时对精确对象、版本、内容和动作的授权
输出
- 可继续编辑的 DOCX、同源 PDF 和核过附件
- 绑定输入、审计、逐页彩色/灰度图与所需签名快照的自包含材料包
- 内容、页码、页面边缘、签名图片存在性与可见性、精确文件集合与哈希验收
- produced(已生成)、signed(本人已签)、ready_for_delivery(已具备递送条件)、delivered(已递送)、received(已收件)、handled(已处理)的分层状态
- 独立的 counterparty_signed_returned(对方签回)记录、下一步与恢复点
执行顺序
- 1
判断是否应进入本项目
- 2
读取当前事项并只取必要原件
- 3
分开事实、来源说明、未知和本人决定
- 4
冻结DOCX/PDF、附件、签名和渠道方案
- 5
生成同源成品
- 6
按屏幕或打印用途重读正文与逐页检查:非打印PDF采用彩色层级,打印才另验灰度;历史原件不重着色
- 7
形成自包含ready_for_delivery材料包
- 8
现实动作完成后分别回读递送、收件、处理和对方签回
- 9
中断后先核对最近材料包再继续
- 10
相关本人背景来自个人理解库;形成有依据的新本人信息或更正时按同一合同回写与回读
操作边界
- 私人事实、原件、草稿、签名、成品和回执不进入公开 Git
- 整包输入固定不等于每条事实来源已机械闭合,真正未知继续保留
- 自动字段/页面验收不等于整篇语义和语气已审完
- 本人签名与对方签回相互独立
- ready_for_delivery 明确 delivered=false
- 不建立数据库、后台服务、队列或第二套材料系统
- 正式文书字段绑定本次明确输入;本人理解库后续更正不追改已经签署、递送或保留为证据的历史成果
- 具体事项与处理状态仍由文书项目维护,不复制另一份现行本人档案
依赖
- 受保护的当前材料状态与原件
- 正式文书与材料生成、逐页渲染和校验入口
- 必要时的原件定位、消息上下文、录音转写或扫描识别能力
验证状态
源码、安装、供应检查、当前任务、新任务和真实使用分别列出;一层通过不自动提升另一层。
- Source(源码)
- 文书和材料制作 Skill 内容已正式回读;当前 .agents source e734251、活动 E171 与供应安装现场另行回读,各层分开说明
- Install(安装)
- canonical junction(目录联接) 已安装并与规范源码一致
- Transaction(供应事务)
- 供应事务检查通过;0 个坏事务
- Current task(当前任务)
- 历史安装验收只使用完全虚构样张;本批未制作或递送真实个人材料
- Fresh task(全新任务)
- 安装后的全新 Sol Max 任务已发现“文书和材料制作”入口;发现通过不等于真实事项执行通过
- End to end(端到端)
- PASS(完全虚构安装后 plan/build/verify);真实个人材料、真实签名和外部递送 E2E(端到端验证) 为 not_run
Skill 快速校验、canonical junction(规范目录联接)与供应事务检查通过;2026-09-01 的 2.0.1 基线保留 526 pass、6 skip、101 subtests,以及隔离 wheel 两个入口用 Microsoft Word + Poppler 完成的虚构 plan/build/verify。本轮只重跑通用文书 32 pass,没有运行真实个人材料或外部递送 E2E(端到端验证)。
证据时间与来源
- Observed at(观察时间)
- 当前供应链:2026-09-24 12:56(中国时间);实现与隔离安装验收:2026-09-01
- Source commit(来源提交)
e734251081dc48bdd86765372ce225b3929ce9ae- Supply command(供应验证命令)
- 由个人 Skill 供应链在内部执行并回读;公开页不展示维护命令或路径。
- Evidence basis(证据来源)
- 文书和材料制作 Skill 当前说明、.agents source e734251、活动 E171、公开范围内 31 个 active install intent(安装意图)、供应事务检查通过、实现项目 PRIVATE(私有) main 3ab7fb4、全仓/聚焦回归与隔离 wheel 虚构验收;供应、实现和真实事项证据保持分层。
Canonical source(唯一维护源)
个人 Skill 供应链中的“文书和材料制作”入口精确维护定位由个人 Skill 供应链保留;公开页只显示可用产品入口、当前规则与分层验证,不暴露内部维护路径。
