这是一套帮助你编制和复核现金流量表补充资料的技能。它从客户确认的净利润出发，分析标准序时账和科目余额表，把净利润逐步调节为经营活动产生的现金流量净额，并保存每一步的取数依据、判断理由和核对结果。
你不需要懂编程，也不需要自己填写电脑路径。正常使用时，只要在对话中说明要编制现金流量表补充资料，系统会弹出 Windows 文件选择窗口，并逐步询问缺少的业务信息。
除运行环境和本次业务输入外，这套技能是自包含的。计算代码、16项规则、输入输出协议、判断留痕协议、准则资料、知识库和工作簿生成逻辑都保存在技能目录内。
- 运行环境包括程序解释器和四个表格处理组件；运行前会自动检查，缺少时会明确提示并由运行本技能的智能助手安装。
- 除运行环境外，不需要额外的表格生成程序，也不依赖其他会计判断技能。
- 标准序时账、科目余额表、客户确认净利润、实际执行重要性水平和可选的直接法金额属于本次业务输入，不属于技能缺失内容。
- “序时账分析器”是标准序时账的上游生产工具。本技能从符合输入协议的标准序时账开始处理，不绑定某个特定分析器。
- 财政部网页链接用于说明资料来源，并在准则修订、特殊新业务或资料冲突时核验规则是否仍然有效；日常计算和常规判断不依赖联网。
这套技能主要完成以下工作：
- 检查序时账是否经过规定的预处理；
- 读取标准序时账和科目余额表；
- 识别科目层级以及与科目平行的客户、供应商、部门、项目等辅助信息；
- 计算现金流量表补充资料的16个调节项目；
- 防止同一笔金额被两个互斥项目重复使用；
- 对不能仅靠固定规则判断的事项给出AI建议和建议理由；
- 把间接法计算结果与账簿、余额变化及已提供的直接法结果进行核对；
- 输出电子表格结果、调节明细、异常说明和可追查的计算记录。
以下人员都可以使用：
- 需要编制现金流量表补充资料的企业财务人员；
- 需要复核现金流量表间接法的审计人员；
- 已经取得标准序时账和科目余额表，但不想人工逐项筛选大量分录的人；
- 希望每个重要判断都有建议、理由和证据，而不是留下大量“待判断”的人。
开始前，通常需要准备以下资料。
标准序时账不是财务软件直接导出的原始序时账。它必须先经过既有的“序时账分析器”处理，并且至少能够识别：
- 每条分录的科目；
- 对方科目；
- 借方或贷方金额；
- 凭证和分录之间的关系；
- 对方科目的匹配类型。
为什么必须先处理？因为原始序时账通常只有一行借方、一行贷方，却没有明确告诉系统每一行与哪一行相对应。如果缺少对方科目和匹配类型，系统无法可靠识别资产处置、减值计提、核销、往来变化等业务，也容易重复取数。
如果你选择了未经处理的原始序时账，系统应当停止本次计算，并提醒你先运行序时账分析器。它不会在现金流量表计算过程中偷偷重做对方科目匹配。
余额表可以使用已经清洗过的版本。它通常需要包含科目名称、期初余额、本期借方发生额、本期贷方发生额和期末余额。
实务中的余额表可能同时存在两套平行结构：
- 第一套是一级科目、二级科目、三级科目等科目层级；
- 第二套是客户、供应商、部门、项目等辅助信息。
辅助信息不是下级科目，不能和科目层级重复相加。系统会尽量识别这两套结构，并把辅助信息关联到所属科目，但不会把同一金额既按科目汇总一次、又按辅助项目重复汇总一次。
净利润是间接法计算的正式起点，必须由客户明确提供，或者由客户确认正式财务报表上的金额。
系统可以根据序时账计算一个利润核对数，但这个核对数不能代替客户确认净利润。原因很简单：序时账中可能存在结转分录、报表调整、合并抵销、账外调整或尚未入账事项，仅凭序时账推算可能与正式报表不一致。
如果没有提供净利润，系统必须主动询问，不能自己猜一个金额开始正式计算。
“重要性水平”可以理解为：多大的金额或差异值得单独升级复核。
它不是用来掩盖差异，也不是允许系统随意忽略小金额。它主要用于判断某个证据冲突的事项是否需要升级人工复核。
即使事项低于重要性水平，系统也应当给出自己的首选建议，不能把它丢进“待判断”清单。
如果你已经有现金流量表主表中的经营活动现金流量净额，最好一并提供。系统会把它与间接法结果进行总对账。
如果暂时没有，也可以先做诊断计算，但不能把缺少主表总对账的结果说成已经正式核对完成。
你只需要在对话中说明：要使用现金流量表间接法技能编制或复核补充资料。
系统接下来应当按顺序完成这些动作：
- 先提醒你，序时账必须经过序时账分析器处理；
- 弹出一个窗口，让你选择标准序时账；
- 弹出一个窗口，让你选择科目余额表；
- 不弹窗，而是在对话里请直接输入结果保存文件夹的绝对路径（目录不存在会自动创建）；
- 检查标准序时账是否具备对方科目和匹配类型；
- 询问或确认主体名称、会计期间、净利润及其来源；
- 询问实际执行重要性水平；
- 如果你有直接法经营活动现金流量净额，再一并记录；
- 开始读取、计算、判断和核对。
输入的两个资料文件通过 Windows 选择窗口取得，每次只弹一个窗口、只让你选一个文件。每次弹窗前系统都会先告诉你接下来要提供什么，弹完会告诉你已收到并提示下一步，不会一口气连续弹好几个窗口。结果保存文件夹不需要选，直接在对话中输入路径即可。
如果上次计算停在AI判断、等待补充资料或重新输出阶段，可以要求继续上次任务。
系统会弹出窗口，让你选择上次的“运行目录”。运行目录是系统保存本次输入快照、中间结果和运行状态的文件夹，不是最后只存放电子表格的交付文件夹。
如果误选了最终结果文件夹，系统会告诉你缺少运行状态文件，并要求重新选择，不会拿错误目录继续计算。
你可以直接询问“上次计算到哪一步了”或“为什么还没有正式结果”。系统应当读取运行状态，并用大白话告诉你属于以下哪一种情况：
- 正在等待AI判断；
- 缺少客户确认净利润或其他必要信息；
- 输入文件在中途发生变化，旧任务已经作废；
- 核对没有通过，目前只有诊断结果；
- 全部门槛通过，已经生成正式结果。
下面用不涉及编程的方式解释系统内部会做什么。
系统会为本次计算建立一个独立运行批次，把所选输入作为本次计算的固定快照，并记录文件指纹。以后如果文件发生变化，系统能够识别出来，不会把新旧数据混在同一次计算中。
电子表格适合人查看，但不适合在每一步反复查找和计算。系统读取后，会在内部转换成结构清楚的数据表，用于筛选、分组、计算和保存过程记录。
电子表格主要出现在输入端和输出端。内部计算不会依赖大量人工公式，也不会在一个工作簿里层层堆叠隐藏公式。
系统分别识别科目层级和辅助信息，建立它们之间的关联。它会防止以下常见错误：
- 把客户名称误认为下级科目；
- 把项目辅助信息与科目金额重复相加；
- 把一条同时带多个辅助信息的记录拆成多套金额；
- 因为余额表有汇总行和明细行而重复汇总。
系统按照已经确认的业务规则，逐项筛选金额。主要包括资产减值、折旧与摊销、资产处置损益、固定资产报废损失、公允价值变动、财务费用、投资损益、递延所得税、存货和经营性往来变化等项目。
对于资产减值等项目，正式取数主要来自标准序时账。余额表用于检查科目余额变动是否合理，不能仅用余额表发生额代替计提、转回、核销和处置的逐笔分析。
一条复杂分录可能只有一部分金额属于某个调节项目。系统会把它拆成可以独立判断的金额片段，再记录每个片段最终由哪个项目使用。
中央防重复规则会阻止同一金额被两个互斥项目同时使用。确实属于同一经济事项的配套影响，例如折旧计入存货后同时影响折旧项目和存货变化，则按照明确规则保留，不会机械地全部删除。
固定规则能够唯一处理的事项直接完成，不产生新的人工事项。只有固定规则不能唯一判断的金额，才进入AI分析。
系统会提供金额、凭证摘要、科目、对方科目、可能涉及哪些项目和已有证据，避免让AI只看一句含糊摘要猜答案。
分类完成后，系统会检查：
- 序时账取数能否与相关科目变化衔接；
- 期初余额、本期变化和期末余额能否桥接；
- 是否存在未分类金额；
- 是否存在互斥项目重复使用同一金额；
- 间接法经营活动现金流量净额能否与直接法主表金额一致。
系统不会为了让结果相等，把不明差额随便塞进“其他”项目或第16个项目。核对失败时，它应当回到来源凭证、科目余额变动和金额归属查原因。
只有交付门槛全部通过，系统才生成正式结果。计算明细、判断理由、核对结果和异常建议会同时保存，便于以后复查。
这里的AI是指当前对话中的人工智能判断能力。计算程序本身不单独连接外部模型，也不要求你配置模型账号或密钥。
遇到疑难会计事项时，判断顺序如下：
- 先看已经固化的确定性规则；
- 再看技能内保存的财政部准则原文；
- 再查技能内知识库中的应用解释和案例；
- 只有遇到修订、新业务、资料冲突或需要确认规则时效时，才查询财政部当前有效原文和实施问答；常规事项直接使用技能内资料即可完成。
AI建议必须包含：
- 唯一首选项目；
- 建议纳入还是排除；
- 建议金额；
- 判断理由；
- 支持建议的证据；
- 与建议相反的证据；
- 没有采用其他分类的原因；
- 对经营活动现金流量的影响；
- 判断把握程度。
不能只输出“建议人工判断”，也不能把所有有一点不确定的事项都推给使用者。
只有同时满足以下两个条件，才升级人工复核：
- 事项金额达到实际执行重要性水平；
- 不同证据之间存在强冲突，无法仅靠现有资料可靠消除。
即使升级人工，系统仍然必须保留AI建议、建议理由和金额影响。人工看到的应当是“系统建议怎么处理以及为什么”，而不是一张没有意见的待办清单。
以下情况通常不应直接推给人工：
- 固定规则已经可以唯一判断；
- 金额较小且证据没有强冲突；
- 只是摘要写得不够漂亮，但科目、对方科目和业务关系已经清楚；
- 系统可以通过其他分录、余额变化或同类凭证找到充分证据。
正式完成后，最重要的结果是《现金流量表附表计算结果》电子表格。一般还会同时保存以下内容：
- 16个调节项目的汇总结果；
- 每个项目的逐笔调节明细；
- 从科目余额表计算的过程；
- 直接法与间接法总对账；
- AI判断和人工升级数量；
- 异常事项与处理建议；
- 本次运行的输入、规则和结果指纹；
- 可以继续追查的计算过程记录。
正式电子表格固定包含 1 张结果总表 + 1 张全量序时账 + 16 张项目底稿 + 1 张机器用复核数据，共 19 张表。普通人只需要看前 18 张。
- 附表结果（第一张）：净利润、16 个项目、调节合计、间接法结果和总对账状态都在这张表上，是进入底稿的总入口。
- 全量序时账（第二张）：完整保存输入序时账的全部行，每行右侧标注“可能涉及哪些附表项目”，供人工复核用。
- 16 张项目底稿：分别是“01 资产减值准备”到“16 其他明确调整”，每张对应一个项目。
- 机器用复核数据（最后一张）：只放机器编号和定位信息，普通人不用打开；审计需要倒查完整机器证据时再打开。
在“附表结果”里，点击任意一个项目名称（比如“资产减值准备”），就会跳到对应项目的底稿顶部。底稿顶部有这一项目的最终金额、从科目余额表计算的过程、异常和逐笔计算明细。
每张项目底稿的右上角都有“返回附表结果”链接，点击即可回到结果表。结果表和 16 张底稿之间一共有 32 个这样的双向链接（16 个进入 + 16 个返回）。
每张项目底稿都从上到下包括：本项目最终金额、从科目余额表怎么算出本项目、需要留意的异常情况、逐笔计算明细（带合计公式）、以及本项目相关的凭证行。为节省篇幅，每张底稿只展示和本项目有关的凭证行，顶部会说明“序时账共多少行、本项目涉及多少行、其余多少行不逐行展示”；需要逐行核对全量数据时，用第二张“全量序时账”表。
普通表里只写人话，例如“本行算进本项目，影响经营活动现金流”“计提折旧没有付现金，所以要加回”。机器编号、内部金额不再出现在普通表里；审计要倒查时，打开最后一张“机器用复核数据”表，按原始行号和编号去机器证据文件里找完整记录。
如果 16 张底稿都完整放入同一份序时账，文件会非常庞大（16 倍重复）且生成很慢。因此每张底稿只放本项目筛选相关的行，完整序时账单独放在第二张“全量序时账”表里，需要时可以对照复核各项目相关行是否完整。
每张项目底稿只放本项目相关行，“全量序时账”表保存完整序时账（几千行 × 几十列）。如果序时账行数多到接近电子表格单表上限（约 104 万行），程序会在生成前明确报错并提示拆分序时账，不会悄悄截断或丢行。
查看结果时，先看总核对是否通过，再看调节项目汇总，最后按需要下钻到逐笔明细和异常说明。
同时满足以下条件，才能称为正式完成：
- 所有需要分类的金额已经处理；
- 没有互斥项目重复使用同一金额；
- 余额和项目内核对通过；
- 必须提供主表直接法经营活动现金流量净额，且总对账通过；
- 最终文件的完整性检查通过；
- 没有仍会改变结果的重要人工复核事项。
文件成功生成不等于正式核对完成。系统必须先检查上述门槛。缺少主表直接法经营活动现金流量净额时，仍会生成完整底稿，但成果明确标为“仅诊断、待总对账”；补充主表直接法经营活动现金流量净额后，再继续完成正式核对。
系统分别记录三件事：文件状态说明底稿是否成功生成；运行状态说明是否存在阻断差异；成果性质说明能否作为正式核对完成。即使总对账失败，已经生成的底稿仍显示“文件状态：已导出”，但运行状态为阻断、成果性质为诊断，不会把有差异的结果冒充正式完成。
核对失败不等于程序坏了，通常表示输入、账务处理或分类之间存在需要解释的真实差异。
系统应当保留诊断结果，并优先告诉你一个最值得先处理的动作，例如：
- 补充客户确认净利润；
- 改用经过序时账分析器处理的标准序时账；
- 检查某个金额较大的处置或减值凭证；
- 检查余额表的科目层级与辅助信息是否被重复汇总；
- 补充直接法经营活动现金流量净额；
- 因输入文件变化而新建运行批次。
它不应一次扔给你几十项没有优先顺序的“待判断”。
不可以。请先使用既有序时账分析器生成包含对方科目和匹配类型的标准序时账。
因为净利润是间接法的正式起点。系统根据序时账推算的利润只能用于核对，不能代替客户确认金额。
通常由项目负责人或审计项目组根据项目情况确定。系统会使用它判断证据冲突事项是否需要升级人工，但不会用它掩盖差异。
系统会把科目层级和辅助信息作为两套平行结构识别，避免把同一金额重复汇总。遇到特殊格式时，应先查看余额结构识别结果和异常提示。
不会。系统必须先给出唯一AI建议和理由。只有金额重要且证据强冲突时才升级人工。
可以先做诊断计算，但缺少最终总对账时，结果不能称为正式完成。取得主表金额后可以继续核对。
因为倒挤只能让数字表面相等，不能证明分类正确。系统必须回到凭证、余额和金额归属查明差异来源。
不能直接继续。输入变化后应新建运行批次，防止新数据与旧判断混用。
结果保存在你开始任务时在对话中输入的输出文件夹中。正式结果、明细、核对和异常说明都从该文件夹查看。
- 不要把未经处理的原始序时账冒充标准序时账；
- 不要让系统自行推算净利润后直接作为正式起点；
- 不要把科目辅助信息当成下级科目重复汇总；
- 不要因为金额较小就删除过程记录；
- 不要为了配平把差额随便塞进“其他”项目；
- 不要在核对未通过时把结果称为正式完成；
- 本技能按一般企业规则编制；主体为银行、证券、保险、金融租赁等金融企业时，应先说明并确认，系统会把核心利息、手续费及佣金业务阻断后交给AI判断，不套用一般企业规则。
你负责提供正确的账簿、客户确认净利润、重要性水平和可选的主表金额。
系统负责读取数据、计算16个项目、查找证据、给出AI建议、防止重复、完成核对并保存结果。
真正需要人工介入的，应当只剩下金额重要且证据确实强冲突的少数事项，并且每一项都附带系统建议和理由。
本轮重点不是改16项业务口径，而是把交付给人的表和机器内部复核信息彻底分开，避免普通人打开结果就看到一堆机器黑话。
- 普通表改成人话：结果表、项目底稿、逐笔明细、异常说明和序时账相关说明统一改成日常业务表达，例如直接写“本行算进本项目，影响经营活动现金流”，不再让普通表堆满内部术语；
- 机器复核数据单独放表：新增最后一张“机器用复核数据”表，只保留机器编号、原始行号、项目关联和内部规则编号，普通表不再混放这些内部定位信息；
- 输入交互改成分步进行：新建附表时不再闷头连续弹三个窗口，而是先向客户要序时账并弹出一个窗口，拿到后再向客户要余额表并弹出第二个窗口；结果输出目录不再弹窗选择，改为请客户直接在对话里输入绝对路径，目录不存在时按要求创建；
- 每次弹窗前后都要说人话：每次弹出选择窗口前，先告诉客户接下来要提供什么；选完以后明确告诉客户已经收到，并说明下一步，不再让人莫名其妙连续看到几个窗口；
- 正式工作簿改为19张表：标准模式从原来的“结果表 + 全量序时账 + 16张项目底稿”升级为再增加 1 张机器复核数据表，普通人日常只需要看前 18 张；
- 取数说明更直白：项目顶部的科目余额计算过程、逐笔计算明细、异常处理结果和总对账状态统一改成更容易看懂的话，减少“桥接、占用、命中、排除”这类偏机器视角的展示；
- 保留机器倒查能力：虽然普通表不再显示机器内部字段，但审计需要追根时，仍可通过最后一张机器复核数据表，按原始行号和机器编号回到对应的机器证据；
- 文档与测试同步补齐：新增“人看表格与机器复核数据分离”的设计说明，并同步更新输出、流程和底稿相关测试，保证新展示口径和实际导出结果一致；
- 金融企业标志改成硬门槛：运行配置里必须明确写清楚“是否属于金融企业”，缺了就直接拦住，不能再默认按普通企业继续往下算；
- 输出清单张数按实际文件记录：正式输出清单里的工作簿张数，统一按实际电子表格里真实存在的总张数记录；标准模式记 19 张，急速模式记 3 张，不再沿用旧的少算口径。
本轮按六阶段工作流对代码和16项业务规则做全面复核，并以"先写失败测试、再最小修复"的方式修复以下问题：
- 余额桥接不再重复计算：权益结算股份支付进入存货的晚到修正，此前在营运资本汇总和对账期望值里各算一次，会把本应通过的运行误判为余额桥接失败并阻断；现已以营运资本汇总为唯一事实源；
- 异常折旧、摊销提示真正生效：公允价值模式投资性房地产、持有待售资产、已提足折旧、单独计价土地、使用寿命不确定、尚未达到预定用途等情况，现在会按摘要识别状态，金额照常调整并提示会计差错；
- 金融企业标志有了明确引导：SKILL.md 配置说明新增
financial_entity_flag；金融企业核心利息、手续费及佣金业务阻断并转AI判断； - 债务重组正式入口接通：识别债务重组、债转股、以资抵债、非货币性资产交换、债务豁免凭证，损益净额进入第16项白名单，股东身份权益性交易排除；已由第6、8、10项等认领的损益不再重复进入第16项；同时把抵债涉及的存货、应收、应付非现金变动从营运资本桥接中修正；
- 递延所得税余额表兜底接通：序时账没有覆盖的递延所得税科目，按列报抵销前总额兜底出数并合成占用片段；已有精确片段的科目不重复；
- 普通银行存款利息不再误入第9项：活期、结算账户、协定存款利息不调整；理财产品、债券、贷款相关利息仍按投资性质处理；
- 收回已核销款项不再误当转回：该类贷方发生额不进入第2项，避免重复冲减经营现金流；
- 输入与结转细节：支持全角负号金额；汇兑收益（606）纳入损益结转方向判断；
- 底稿冻结修正：全量序时账和项目底稿现在把标题行和表头行一起冻结；
- 文档与实现对齐：输入、输出、留痕三份协议及规则文档按实际实现更新（标准化输出清单、核对时机、状态枚举、运行目录结构、AI失败处理、人工升级门槛、主表汇率影响核对口径）。
本轮验证：普通测试 249 项全部通过（其中新增 16 项针对上述修复的失败后通过测试）；性能测试 2 项通过；启动器与选择器自检、编译检查通过。
这次复核没有把既有测试数量当成“充分正确”的证明，而是从真实输入、16项分类、金额防重复、人工智能判断、续跑、核对、底稿和失败恢复逐段重新检查。主要改进如下：
- 人工智能明确建议排除的金额现在会形成完整排除结论，不再被误报为“剩余未分类”；建议纳入金额与经营活动现金流量影响必须完全一致，排除时两者必须为零；
- 达到重要性水平且证据强冲突的事项仍按人工智能首选方案落数，但运行状态明确显示“临时结果、待人工复核”，不再冒充正式完成；
- 人工智能结论完整保存模型、提示模板、请求和回答指纹，以及建议金额、正反证据和未采用方案；
- 余额表科目匹配会检查完整科目路径的每一级，不再只看第一级，因此“资产／流动资产／库存商品”这类多级结构能够正确识别；科目层级与辅助项目仍作为两套平行维度处理；
- 补齐商誉、长期股权投资、投资性房地产、在建工程、工程物资和持有待售资产等类别；无形资产和投资性房地产处置不再错误归入固定资产报废；
- 凭证平衡改为逐张检查，序时账与余额表改为逐科目检查，递延所得税资产与负债改为分项目检查，互相抵销的错误不能再掩盖差异；
- 序时账日期必须落在本次会计期间内；空主体、错误展示单位、负的重要性水平和伪布尔值会在入口直接用中文拒绝；
- 准备阶段全部中间文件进入检查点哈希，任一文件缺失或变化都会使旧运行失效；事件留痕增加连续序号、前后哈希和防并发写入校验；
- 最终交付目录新增运行事件证据和事件索引，两者与判断轨迹一并写入输出清单并记录哈希，交付后可以独立校验；
- 文件选择窗口不再显示程序不能读取的旧版工作簿；工作簿被占用或底层写入失败时，会保留已经算好的机器结果并明确提示可重试；
- 删除未被任何正式流程调用的旧状态代码，规则清单增加互斥项目、配套抵销和必需科目组的入口校验；
- 用户说明书、技能入口和三份协议同步更新，避免文档承诺与实际输出不一致。
- 删除未被正式输出流程调用的旧工作簿生成代码和文件，正式输出统一使用当前表格处理组件；
- 取消对其他会计判断技能的强制依赖，AI判断直接使用本技能内的规则、准则原文、知识库和留痕协议；
- 增加自包含边界说明和定向检查，常规计算不依赖固定电脑路径、外部程序或联网；
- 财政部网站仅在准则修订、特殊新业务、资料冲突或规则时效核验时使用，不影响按技能内固化版本处理常规事项。
对整个技能做四层全面复核（文档一致性、代码正确性、会计规则三方对照、测试质量）。测试通过只代表已经覆盖的场景没有回归，不能代替对真实业务流程、失败路径和准则依据的逐点检查。本轮重新复现问题并补充针对性验证，重点修复如下：
- 急速模式真正生效：此前配置中的输出模式从未被计算流程读取，无论选什么都只生成标准模式；现已接通，非法模式取值会在开始前明确报错；
- 缺直接法金额不再误报通过：未提供主表直接法经营活动现金流量净额时，总对账状态如实显示“未核对”，结果只能作为诊断结果，不能再被误当正式完成；
- 阻断也有诊断文件：因未分类金额被阻断的运行，现在会留下差异说明、问题清单和下一步建议，不再无迹可查；
- 规则编号三方对齐：规则清单、计算代码和底稿展示的规则编号此前两套口径脱节，现已全部对齐；
- 废止过时的倒轧规则：逐项取数规则文档中“差额按随机比例在应收应付间倒轧配平”的旧口径与其他全部规则冲突，已废止并改为“差额只报告分析、必须查明来源”；
- 文档批量修正：清理各处“17 张表”残留（应为 18 张），输出协议删除重复章节并改写已不存在的独立工作表描述，留痕协议事件字段改为与实现一致，架构协议运行目录树更新为实际结构；
- 急速模式简报补齐运行信息：运行标识、规则版本、代码版本不再显示空白；
- AI金额字段更严格：经营活动现金流量影响必须是真实的整数金额，“是／否”这类值不能再被误当成金额；
- 异常摊销不再漏调：不应摊销的无形资产如果错误摊销且已经进入客户确认净利润，系统仍按实际非现金影响调节，同时明确提示会计差错；客户改账后应重新运行；
- 直接坏账不再重复调整：有明确坏账损失和直接核销证据时，系统同时处理第2项信用减值和第14项应收原值减少，避免同一损失被加回两次；
- 递延所得税不再默认进损益：系统同时查看摘要和对方科目；只有证据明确指向所得税费用时才进入第11或第12项，其他综合收益、权益和企业合并路径自动排除，路径不明时交由AI给出唯一建议；
- 金融企业核心业务不再硬套一般企业规则：识别到金融企业核心利息或手续费业务时，系统保留金额并交由AI结合行业实质给出唯一建议，不会静默套用一般企业第8至第10项规则；
- 股份支付存货修正已经接通：权益结算股份支付形成未售存货时，系统从实际借方成本识别金额，并把非现金存货增加回流到第13项修正，不再同时错减第13项和第16项；
- 长期待摊费用一次性转销不再漏项：摘要或对方科目明确表明是长期待摊费用的一次性非现金转销时，即使科目名称没有“摊销”二字，系统也会计入第5项；现金退款或现金收回仍然排除。
- 运行目录短暂占用可以自动恢复：连续保存中间数据和底稿时，如果写入锁文件只是被系统短暂占用，系统会在五秒内有限重试；持续无权限或真正存在第二个写入任务时仍会明确失败，不会掩盖问题。
从九个方面对技能入口做三轮优化：
- 关键节点（输出模式询问、工具自检）增加 🔴 必停确认标记，防止流程被跳过；
- “常见错误”升级为三段式失败表（触发条件 / 一线修复 / 仍失败兜底），覆盖输入、AI、输出共 12 类失败场景（含工作簿占用重试、超限改用急速模式等）；
- 修复“新建附表”步骤编号重复；合并知识库查证两段重复内容为单一顺序（规则 → 知识库 → 准则原文 → 财政部）；
- 技能入口触发词补充：序时账、标准模式、急速模式、续跑、人工升级。
- 16 张项目底稿改为只展示本项目相关行（命中/排除/改归），顶部统计未命中数量，不再在每张底稿重复保存整份序时账（真实样本底稿输出量从 13.2 万行降至约 82 行）；
- 新增“全量序时账”工作表：完整保存输入序时账全部行，每行标注进入哪些项目的候选，供人工复核相关行是否完整；
- 正式工作簿由 17 张表调整为 18 张表，协议、说明与技能入口同步更新。
- 针对大工作簿写入慢：比较过两种现成方案，因功能不完整或与当前运行环境不兼容而未采用，最终使用已经安装的稳定表格组件分批写入；
- 生成时间实测：17 张表全量模式约 70 秒 → 相关行模式 约 1.3 秒（提速约 50 倍）；
- 运行环境清单已登记所需表格组件；生成后直接校验工作簿内部结构，不再把整本底稿重新装入内存。
- 新增急速模式：电子表格只含“附表结果＋简报”2 个工作表，16 个项目底稿以同名文本底稿输出（实测约 0.8 秒）；
- 正式输出前必须询问客户选择标准模式或急速模式，并说明利弊（标准便于逐行核查但较慢；急速秒级出结果、适合快速查看），客户未表态不得擅自决定；
- AI 判断前必须读取知识库与准则原文并引用条款，禁止凭常识乱判断；知识库与财政部原文冲突时以财政部原文为准；
- 运行前强制检查表格处理组件，缺少时先让智能助手安装再继续；
- 十万行和一万行性能基线默认不随普通测试重复运行，只在确有性能验证需要时单独执行。
将原“6 张结果表”工作簿升级为“附表结果＋16 张项目底稿”的可追踪审计底稿：
- 冻结序时账定位（任务一）：运行状态记录冻结快照路径、工作表、表头行与行列数；续跑时校验冻结快照缺失或变化，不回退到用户原文件；
- 判断轨迹（任务二）：把规则理由、AI 建议与正反证据、未采用方案、人工升级状态和最终金额占用合并为稳定判断轨迹；人工升级金额仍可正常占用并保留升级标记；
- 项目索引与逐行注释（任务三）：按项目＋原始行建立注释索引，25 个注释字段，一行多片段稳定聚合，16 项目相互隔离；
- 17 张表生成器（任务四）：结果表＋16 张项目底稿，32 个双向内部链接、冻结金额、余额桥接区、异常区、逐片段明细与合计/差异公式、全量序时账展示；行数超限与断链在生成前/校验时报错；
- 接入正式输出（任务五）：正式输出改用新的底稿生成流程，判断轨迹进入输出清单，工作表数量后来调整为 18 张；
- 真实样本与中文验收（任务六）：真实序时账 8270 行、28 个原始字段在底稿中逐张核验；中文编码和乱码校验通过；
- 文档固化（任务七）：正式输出协议、留痕协议、用户说明书和技能入口全部更新；
- 审查与交付（任务八）：代码审查发现并修复生成后校验内存风险、工作簿失败状态不落盘等隐患。