一处安排变了，相关文件也要跟着变；没有证据的部分，不能靠补满表格解决。 今天的工作重心转向资料和流程。我们把一项拍摄项目中反复使用的判断整理成可复用技能，清理云盘目录，又对排期、住宿与资金资料做了几轮联动核对。更多是在处理“同一件事写在多个地方，怎样保持一致”。这类工作最容易出现的错误，不是某张表完全没填，而是一份文件已经更新，另一份仍保留旧日期；或者补来一张凭证，就被当成又发生了一笔支出。今天的处理围绕两个要求：每个结论能找到依据，每次变更能追到受影响的资料。把工作习惯写成可复用技能以往接手一个新任务，常常需要重新解释怎样盘点资料、先给哪种初稿、什么算落实、修改后还要同步哪些文件。今天从项目规则、归档资料和近期对话里提炼这些做法，整理成一套本地可调用的制片工作流技能。它按接手项目、整理底账、统筹资源、安排拍摄、管理资金、出发执行和收尾结算串起流程，但没有把每个阶段只写成一句口号。更具体的判断也保留下来：人员在组不等于住宿由项目承担，计划不等于有效订单，补凭证先去重，已有人员连续使用的房间不能随意拆断，修改应沿用原文件并检查关联资料。技能的作用，是让后续任务少依赖临时补充要求。先理解实际需求、主动拿出第一版，再把尚缺的证据和确认项单独列出；不是等待每个细节都齐全才开始，也不是把推测直接写成已经落实。这套技能已经安装到本机，结构与内部引用检查通过。具体项目安排作为独立案例保留，没有混进通用规则。现场执行和最终结算中尚未经过实际工作的部分，明确标成延伸建议；技能文件能被调用，不代表整个流程已经完成端到端实战验收。云盘整理，先盘点再移动云盘里既有成套文件夹，也有散落在根目录的文件。直接按名字批量归类，很容易误碰正在执行的项目，或者把用途不明的资料塞进一个看似合理的位置。今天先盘点资源，明确排除范围，再给出目录方案，获得确认后才执行移动。目录按项目资料、工作资料、个人资料和软件资料等用途组织，已有清晰层级尽量保留。用途不明的文件进入待人工确认区域，不靠猜测决定归属；接口不支持移动的应用也留在原位，没有为了让根目录看起来整齐而另走未经确认的处理方式。执行结果完成了位置核对，原有资源无缺失，排除的项目及内部内容没有改动。文件名和版本保留，整理明细也留下来，之后可以查清资源去了哪里。这件事还有一个容易忽略的边界：移动文件可能改变权限继承和可见范围。所以“整理目录”并不只是视觉上的排序，盘点、方案和实际移动需要分别确认。今天完成的是授权范围内的结构整理，不是对所有资源权限作了重新设计。补充凭证，不等于新增一笔支出资金资料今天收到同一批事项的多张补充照片。处理时先识别它们是否对应已有记录，再把新照片作为补充证据归档，原照片继续保留。几次补图没有重复增加金额，也没有覆盖掉先前的证据。另一层区别在于资金性质。追加项目资金、现金领用或保管、实际消费、待结算费用和退款，不能都塞进“支出”这一列。今天把追加资金单列，尚未提供的兑换成本保持空白；领用登记也没有直接变成消费。由项目另付的费用则保留其归属，不重复扣减原备用金。这些做法的效果，不只是总额暂时没有变化，更重要的是账上能解释“钱从哪里来、由谁保管、什么时候才算消费”。缺少用途或结算依据的事项仍待确认，没有用一个估算填满所有空白。本轮还同步了凭证索引、离线副本、核查说明与备份记录，并核对相关链接。完成的是现有证据支持的登记与去重，不代表所有费用都已结清，也不代表待退款已经到账。改排期，不能只改一张通告表项目总览核对发现，排期、住宿与对外分享文件之间仍有旧日期和过期说明。今天以当前有效订单和已确认安排为依据，统一转场日期，再联动调整拍摄、住宿窗口、个人打印资料和预算注释。修改时没有直接抹掉原计划，而是增加原安排与当前安排的对照，让后续接手的人知道为什么变化、哪些内容仍是候补。旧报价和旧估算明确标为历史参考，不再拿来解释当前余额；新的建议排期也没有冒充已经预约成功。这轮核对尤其强调状态不能相互替代。酒店已订，不等于接送已落实；表格里有一项拍摄安排，不等于地点、许可和开拍时间全部确认；清单中的一个子项完成，也不能把整个任务一并勾选。转场和返程准备还要留出实际时间，不能只因为日历有空位就继续加场。更新后的云端原文件、本地最新副本和时间快照已核对一致，打印版也随之更新。仍缺真实确认的服务安排和执行细节继续留空或标为待确认。今天补齐的是已有证据能够支持的部分，没有把项目总览写成“所有缺口已消失”。下次接手时，可以少重复什么今天有三点值得记下。第一，通用工作流应保存判断规则，而不是复制某一次项目的私人细节。第二，文件、凭证和实际事项不是同一种对象：多一个附件不等于多一笔费用，多一个排期位置也不等于多一个确认订单。第三，多份文件表达同一件事时，修改需要带着关联核对和历史记录一起完成。下一步仍需补真实执行信息，继续核对未结算、待退款和待确认事项；用途不明的云盘资料也要由人判断。新技能可以在后续任务中继续验证，但不应因为已经安装，就把其中尚未实践的延伸流程写成成熟结论。隐私说明本文仅保留当天对话中有依据的流程设计和资料维护方法。私人项目名称、客户与人员、行程、订单、金额、身份和账户资料、云端链接及本地路径均已省略，不展示原始凭证、完整代码或日志。已完成的资料操作与尚待人工确认的实际事项分别表述。
2026-10-27｜自然语言编程日记
今天的工作重心转向资料和流程。我们把一项拍摄项目中反复使用的判断整理成可复用技能，清理云盘目录，又对排期、住宿与资金资料做了几轮联动核对。更多是在处理“同一件事写在多个地方，怎样保持一致”。
这类工作最容易出现的错误，不是某张表完全没填，而是一份文件已经更新，另一份仍保留旧日期；或者补来一张凭证，就被当成又发生了一笔支出。今天的处理围绕两个要求：每个结论能找到依据，每次变更能追到受影响的资料。
把工作习惯写成可复用技能
以往接手一个新任务，常常需要重新解释怎样盘点资料、先给哪种初稿、什么算落实、修改后还要同步哪些文件。今天从项目规则、归档资料和近期对话里提炼这些做法，整理成一套本地可调用的制片工作流技能。
它按接手项目、整理底账、统筹资源、安排拍摄、管理资金、出发执行和收尾结算串起流程，但没有把每个阶段只写成一句口号。更具体的判断也保留下来：人员在组不等于住宿由项目承担，计划不等于有效订单，补凭证先去重，已有人员连续使用的房间不能随意拆断，修改应沿用原文件并检查关联资料。
技能的作用，是让后续任务少依赖临时补充要求。先理解实际需求、主动拿出第一版，再把尚缺的证据和确认项单独列出；不是等待每个细节都齐全才开始，也不是把推测直接写成已经落实。
这套技能已经安装到本机，结构与内部引用检查通过。具体项目安排作为独立案例保留，没有混进通用规则。现场执行和最终结算中尚未经过实际工作的部分，明确标成延伸建议；技能文件能被调用，不代表整个流程已经完成端到端实战验收。
云盘整理，先盘点再移动
云盘里既有成套文件夹，也有散落在根目录的文件。直接按名字批量归类，很容易误碰正在执行的项目，或者把用途不明的资料塞进一个看似合理的位置。今天先盘点资源，明确排除范围，再给出目录方案，获得确认后才执行移动。
目录按项目资料、工作资料、个人资料和软件资料等用途组织，已有清晰层级尽量保留。用途不明的文件进入待人工确认区域，不靠猜测决定归属；接口不支持移动的应用也留在原位，没有为了让根目录看起来整齐而另走未经确认的处理方式。
执行结果完成了位置核对，原有资源无缺失，排除的项目及内部内容没有改动。文件名和版本保留，整理明细也留下来，之后可以查清资源去了哪里。
这件事还有一个容易忽略的边界：移动文件可能改变权限继承和可见范围。所以“整理目录”并不只是视觉上的排序，盘点、方案和实际移动需要分别确认。今天完成的是授权范围内的结构整理，不是对所有资源权限作了重新设计。
补充凭证，不等于新增一笔支出
资金资料今天收到同一批事项的多张补充照片。处理时先识别它们是否对应已有记录，再把新照片作为补充证据归档，原照片继续保留。几次补图没有重复增加金额，也没有覆盖掉先前的证据。
另一层区别在于资金性质。追加项目资金、现金领用或保管、实际消费、待结算费用和退款，不能都塞进“支出”这一列。今天把追加资金单列，尚未提供的兑换成本保持空白；领用登记也没有直接变成消费。由项目另付的费用则保留其归属，不重复扣减原备用金。
这些做法的效果，不只是总额暂时没有变化，更重要的是账上能解释“钱从哪里来、由谁保管、什么时候才算消费”。缺少用途或结算依据的事项仍待确认，没有用一个估算填满所有空白。
本轮还同步了凭证索引、离线副本、核查说明与备份记录，并核对相关链接。完成的是现有证据支持的登记与去重，不代表所有费用都已结清，也不代表待退款已经到账。
改排期，不能只改一张通告表
项目总览核对发现，排期、住宿与对外分享文件之间仍有旧日期和过期说明。今天以当前有效订单和已确认安排为依据，统一转场日期，再联动调整拍摄、住宿窗口、个人打印资料和预算注释。
修改时没有直接抹掉原计划，而是增加原安排与当前安排的对照，让后续接手的人知道为什么变化、哪些内容仍是候补。旧报价和旧估算明确标为历史参考，不再拿来解释当前余额；新的建议排期也没有冒充已经预约成功。
这轮核对尤其强调状态不能相互替代。酒店已订，不等于接送已落实；表格里有一项拍摄安排，不等于地点、许可和开拍时间全部确认；清单中的一个子项完成，也不能把整个任务一并勾选。转场和返程准备还要留出实际时间，不能只因为日历有空位就继续加场。
更新后的云端原文件、本地最新副本和时间快照已核对一致，打印版也随之更新。仍缺真实确认的服务安排和执行细节继续留空或标为待确认。今天补齐的是已有证据能够支持的部分，没有把项目总览写成“所有缺口已消失”。
下次接手时，可以少重复什么
今天有三点值得记下。第一，通用工作流应保存判断规则，而不是复制某一次项目的私人细节。第二，文件、凭证和实际事项不是同一种对象：多一个附件不等于多一笔费用，多一个排期位置也不等于多一个确认订单。第三，多份文件表达同一件事时，修改需要带着关联核对和历史记录一起完成。
下一步仍需补真实执行信息，继续核对未结算、待退款和待确认事项；用途不明的云盘资料也要由人判断。新技能可以在后续任务中继续验证，但不应因为已经安装，就把其中尚未实践的延伸流程写成成熟结论。
隐私说明
本文仅保留当天对话中有依据的流程设计和资料维护方法。私人项目名称、客户与人员、行程、订单、金额、身份和账户资料、云端链接及本地路径均已省略，不展示原始凭证、完整代码或日志。已完成的资料操作与尚待人工确认的实际事项分别表述。