# 同一周被写成两个周次：一段脚本加一张矩阵，把 23 处冲突压到 0

> 概述：十二份活动文件、五方参与、十几位同事，全由一个人写。上线前比对发现，同一个日期在不同材料里被写成两个周次——不是笔误，是藏着两套「第 1 周」，各自都能自洽推到第 21 周。本文给出三件能直接抄走的东西：三行推导代码、一张 VLOOKUP 判定的核对矩阵、一段可跑的周次巡检脚本。实测修正前 33 条可核、23 处冲突，修正后 37 条、0 冲突。另附四类绝不能手写的字段、变更传播的三层处理，和一次真实的工具失误。

## 一、先说清楚这不是一篇办会总结

校内承办一次跨校教研活动：一天，八个环节，五方参与——本校、两所兄弟学校、一个区域教研机构，加上上级教研室现场指导。

从方案报批到最后一份新闻稿，十二份文件。方案、申请书、议程安排表、组内说明书、调课申请、三封往来函件、筹备台账、证书、复盘、新闻稿。全部由一个人产出。

这篇文章不讲“一个人怎么办成一场活动”，那种内容对读者没用。要讲的是一个更窄也更普遍的问题：

> 同一件事，被写在十几份文件里。你怎么保证它们说的是同一件事？

活动前三周，我把五份在册材料摊在桌上比对，发现同一个日期——10 月 14 日，落在 10 月 11 日到 17 日这一周——在四份材料里被写成了两个不同的周次。

起初我以为是笔误。查下去才发现，不是。

## 二、不是笔误，是两套「第 1 周」

把每份材料的周次反推回起点，事情就清楚了：

| 材料 | 把 10.11—10.17 编成 | 反推出的第 1 周 |
|---|---|---|
| 教研组计划 · 工作行事历 | 第 7 周 | 8.30—9.5 |
| 听评课活动安排表 | 第 7 周 | 8.30—9.5 |
| 承办申请书 | 第 8 周 | 8.23—8.29 |
| 联盟校活动安排表 | 第 8 周 | 8.23—8.29 |
| 组内安排说明书 | 第 8 周 | 8.23—8.29 |

两套起点：一套把教师返校那一周算作第 1 周，一套把正式上课那一周算作第 1 周。

**关键在于：两套各自都能自洽地推出整整 21 周。** 所以每个人翻自己的材料都不觉得有问题——直到它们被并排放在一起。

![fig1_两套第1周.png](https://developer.qcloudimg.com/http-save/yehe-12677399/bf4ac9e0f09d5f9bfcf9950a2bdcebab.png)

还有更离谱的一层。那张听评课安排表，一共九行数据，**内部就混着两套算法**：

- 四行按 A 口径写：9.23 记第 5 周、11.25 记第 14 周、12.2 记第 15 周、12.16 记第 17 周
- 五行按 B 口径写：10.14 记第 7 周（那天两节课，各占一行）、10.28 记第 9 周、11.18 记第 12 周、1.6 记第 19 周

同一张表、同一个编制人、九行数据，两种算法。**按日期算是 4 处错，按格子算是 5 处——第五节那个「5 处」，数的是格子。**

原因是每次都是"照着上一次的改"——上一行是第 7 周，下一行就顺手写第 8 周，没人回头验算。

所以问题不在哪个数字写错了。

> 数字不会错。错的是没人规定「第 1 周」从哪天算起。

到这儿，问题就从「细不细心」，挪到了「数据结构」——**周次是派生数据，人却把它当成原始数据在手工维护。**

## 三、治法一：把「算」写进流程

既然周次应该由日期算出来，那就不该有人写它。

第一步是钉死唯一事实源。全校只认一个数：**第 1 周 = 8 月 23 日（周日）起，周一到周日为一周**。这个数写进所有材料的第一页，其余全部推导。

核心代码只有三行：

```python
from datetime import date

ANCHOR = date(2026, 8, 23)          # 唯一事实源，全系统只改这一行

def week_of(d, anchor=ANCHOR):
    return (d - anchor).days // 7 + 1

week_of(date(2026, 10, 14))          # 8
```

不用 Python 也行，Excel 一个公式就够（A2 是日期，锚点在 B1）：

```
=(A2-$B$1)/7+1  → 取整
```

**最有说服力的一步是做个对照实验**：把锚点从 8.23 改成 8.30，别的什么都不动，重跑一遍。

10 月 14 日立刻从第 8 周掉到第 7 周。同一份代码、同一个日期，只因为起点不同，结论就翻面。

![fig2_两次运行对照.png](https://developer.qcloudimg.com/http-save/yehe-12677399/abe15998302f2dba2d400f8629ee3707.png)
这一步比讲一百遍"要细心"都管用——它把"我认为"换成了"它算出来"。

由此可以列出**四类绝不能手写的字段**：

1. **周次**——由日期推。
2. **星期**——由日期推。
3. **学期阶段**（第几学月、期中期末）——由周次推。
4. **序号**——由排序推，别在文件名里手填。

共同点是：它们的值都取决于另一个值。凡是有依赖关系的字段，只要允许手写，就一定会分叉。

## 四、治法二：一张矩阵，把冲突压到零

光有推导还不够。推导解决"新写的对不对"，解决不了"已经写下的那些对不对"。

于是做了一张核对矩阵，三页：

**第 1 页 · 事实源**
每个"只允许有一个值"的事实，登记一行：事实 ID、名称、唯一值、来源依据。比如 F1 校历第 1 周起始日 = 2026-08-23，F2 活动举办日 = 10-14，F3 活动所在周次 = 第 8 周（由 F1、F2 推导）。

**第 2 页 · 核对矩阵**
一行一条"材料 × 事实"，四列填内容：材料名称、事实 ID、**材料里怎么写的**、判定。判定列不是人填的，是公式算的：

```
E2 = VLOOKUP(C2, 事实源!$A:$D, 3, FALSE)        # 取回唯一值
F2 = IF(D2=E2, "一致", "冲突")
```

条件格式给"冲突"上红色。于是整张表扫一眼就知道问题在哪，不用逐字读。

**第 3 页 · 汇总**
三个 COUNTIF 统计一致、冲突、未填，再加一个一致率。一致率的分母要减掉"未填"，否则空着的格子会被算成"没问题"。

![fig3_核对矩阵.png](https://developer.qcloudimg.com/http-save/yehe-12677399/69565b6c6441483a95704cd8d1d71cf4.png)

用这张表跑一遍，五份材料里揪出四类问题：**4 处周次不符**、同一节示范课写出 **3 种时间**、**2 处该填未填**、**1 处落款日期**还是上一版的。改完再跑，冲突归零。

**验收线只有一句：冲突不为 0，不许上报。**

这句话要当成硬规矩，因为它把"审核"从一个人的态度变成了一道闸门。态度可以商量，闸门不行。

同样思路还救过另一个指标。筹备台账里 28 个事项，完成率公式是：

```
=IFERROR(已完 / (总数 - 待举行), 0)
```

分母里减掉了"待举行"。因为还没到时间的事不该拉低完成率——**衡量进度，衡量的是"该做的做完了多少"，不是"未来的事做完了多少"**。这一个减号，比整张表的样式重要得多。

![fig4_完成率公式.png](https://developer.qcloudimg.com/http-save/yehe-12677399/cc626e5ece1d146d2a27e7e9bbfff71f.png)

## 五、拍板之后，还有 26 处要跟着改

拍板只花了一句话：第 1 周是 8 月 23 日。

改材料花了不到半小时，26 处。

![fig5_改动分布.png](https://developer.qcloudimg.com/http-save/yehe-12677399/e3b0c16706c259f24d9c760798e50659.png)

26 处不是均匀分布的。17 行在行事历上，整段平移；5 处散在听评课表的九行中间；4 处埋在正文句子里，前后都是别的事。三种位置，三种找法——只靠眼睛扫，一定会漏。

### 第一层：改完主件，不等于改完

两份文件改完，我写了个脚本，把材料里每一个日期抽出来，重新算周次，逐行比对。

结果很漂亮：听评课表 9 行、行事历 20 行（覆盖 22 周，其中第 11、12 周合并成一行），全部对上，零处不符。

但这只证明了一件事——**我改过的那两个文件是对的**。同一套材料里，还有别的东西也在说这件事。

### 把体检写成脚本

"跑一遍校验"这句话，如果靠人做，只能做一次。写成脚本，才能每次改完都跑。

核心就是这个函数——一行文本里，把每个"第 N 周"和离它最近的日期对上，重算，不符就记下来：

```python
import re
from datetime import date

WEEK = re.compile(r"第\s*(\d{1,2})(?:[-—–](\d{1,2}))?\s*周")
DATE = re.compile(r"(\d{1,2})[.月](\d{1,2})")
ANCHOR = date(2026, 8, 23)          # 唯一事实源

def week_of(d):
    return (d - ANCHOR).days // 7 + 1

def check_line(text):
    """返回这一行里所有对不上的「第 N 周」"""
    bad = []
    for m in WEEK.finditer(text):
        lo = int(m.group(1))
        hi = int(m.group(2) or m.group(1))
        dates = list(DATE.finditer(text))
        if not dates:
            continue
        dm = min(dates, key=lambda x: abs(x.start() - m.start()))
        try:
            exp = week_of(date(2026, int(dm.group(1)), int(dm.group(2))))
        except ValueError:
            continue
        if not lo <= exp <= hi:
            bad.append((m.group(0), "第 %d 周" % exp, text[:40]))
    return bad
```

再套一层遍历：docx 拆成"段落 + 表格行"，xlsx 直接按整行拼成一条文本（周次和日期常常不在同一列，按单元格拆会漏），逐条过 `check_line`。

同一批材料，跑两次：

![fig6_两次运行.png](https://developer.qcloudimg.com/http-save/yehe-12677399/85744dc352eacb145ff1107f571b357f.png)

（可核条目从 33 涨到 37，是因为修正时补了 4 行此前缺失的周次。）

有一点必须说明：**脚本只负责缩小范围，判定仍然靠人。** 它会把"第 11-12 周（11.1—11.14）"这种跨周区间误报成冲突，因为 11.14 落在第 12 周。工具的价值不是替你判断，是让你只看这 23 行，而不是看 300 行。

### 第二层：副本

同一个事实，在这套材料里至少还有三个地方在转述它：

1. 筹备台账的状态页，写着「【待修正·听评课表】4 处周次不符，需改」——活已经干完了，待办还挂着。
2. 筹备台账的总览页，时间窗口还按旧编号排，比如"第 2 周（8.27 起）"——8.27 其实落在第 1 周。
3. 我自己写的那份《口径核对与修正清单》，结论是"安排表整体减 1"。

前两处是没销账，下一个人看到会再做一遍。第三处麻烦得多：那是一份"当时的判断"，而判断有方向。方向错了，写得越细，越误导。

处理办法：台账改状态、清单加一行归档说明、正文一个字不动。

**不改历史，只标作废。** 这条后来被我写进了自己的规矩——文档可以旧，但不能让人误以为它是新的。

### 第三层：你改不了的那部分

还有一份材料：承办申请书。它写的是「第 2 周（即日起，8.27 起）」，按新口径，8.27 落在第 1 周。

但它是报批件，已经出去了。改不了，也不该改。

最后在台账里加了一行备注：原文如此、按新口径应为第 1 周、已报批不再变更。

**让错误停留在一个明确标注的位置，比假装它不存在安全得多。**

### 一次工具失误

改台账时，我要往「口径与风险」页的 A11 格写一句归档说明。代码很短：

```python
ws["A11"].value = "【当时重点·第5周（9.22）｜已归档】"
```

问题是，那一刻 ws 指向的是「筹备进度总览」页。那一页的 A11，是序号 4。

我把一个数字改成了七十个字的备注。而且直到复核序号连续性才发现——1、2、3、5、6，中间少了个 4。

修回来只要十秒。但这件事比那 26 处改动更能说明问题：我以为我记得自己在哪一页，其实不记得。

两个工作表都有 A11，含义完全不同。**同名列位在不同表里指的不是同一件事——这句话，人和代码都容易忘。**

### 为什么要矩阵

改完那天我算了一笔账：这次是十几份材料、26 处改动，我记得住。

如果换成 60 份、260 处呢？还靠"我记得改过"和"我看了一遍"？

收不住。而且不是因为不认真——**是因为"记得"这件事本身没有校验**。你没法给自己的记忆跑一次 diff。

核对矩阵干的就是这个：它不提高记性，它让记性变得不必要。一行一个事实，一格一次判定。它不需要你相信自己是细心的，它只需要你承认自己会忘。

三条规矩，到这儿收口：

1. **改完必须跑体检**，不许用"我看过了"结账。
2. **副本要么改、要么标作废**，不许留着当"历史"。
3. **改不了的东西（报批件）**，给它一个明确的位置和一句说明。

## 六、收尾：三个问题与一个最小包

这套东西不复杂。真要说一句能带走的，就这一句：**每次写下一个数字之前，先问它三句话**——这个数从哪来（答不出源头，它就是猜的）、还有谁在写它（超过一处在写，迟早分叉）、改完之后谁会失效（想不出答案，说明还没摸清依赖）。

最小可复制包也很小，三件东西，今天就能建：

- **一张矩阵**：事实源、核对判定、汇总三页——谁改了起点，矩阵当场亮红。
- **一段代码**：十行，把一个派生值算出来，不许人写。
- **一条验收线**：冲突不为 0，不许上报。

### 3 分钟自测：你的材料有没有这个病

不用打开电脑。把桌上那套最要紧的材料（计划、安排表、台账、申请书）摊开，五道题，每题半分钟：

| # | 自测题 | 怎么判 | 中了说明什么 |
|---|---|---|---|
| 1 | 随手挑一个日期，问三个人「这是第几周」 | 三个答案不全一样 | 起点根本没统一，只是没人撞上 |
| 2 | 搜一遍「第 N 周」，看有没有哪份材料一个都搜不到 | 有 | 那份材料在靠人脑记周次 |
| 3 | 看同一行里，日期和周次是否挨在一起 | 不是 | 冲突发生时，你无法自查 |
| 4 | 翻出一份旧版本，看它有没有作废标记 | 没有 | 下一个人会把它当成最新的 |
| 5 | 问自己：上次改完，有没有真的跑过一次核对 | 没有 | 你手里只有「我看过了」 |

**判定**：

- **0 条中**——你已经在做这件事，只是没写成规矩，建议补第 4 条。
- **1—2 条中**——先修第 2 和第 5 条。这两条最便宜，一条是搜一遍全称，一条是把核对变成可重复的动作。
- **3 条以上**——这套材料现在不可信，别急着改错字，先从事实源重建：定死一个锚点，其余全部推导，然后重跑一遍。

这五条可以直接抄进你自己的检查清单。它们不检查你细不细心，只检查一件事：**这套材料，离开你的记忆之后还站不站得住。**

最后一句，是我这次最实在的收获：

> 一致性不是校对出来的，是设计出来的。

十二份文件，一个人写。能不能对得上，不取决于那天我多清醒，取决于我有没有让它**不依赖清醒**。

## 七、这样拿走

读到这里不空手，四样东西，各取所需：

**① 一页速查卡**——"一个锚点 + 三页矩阵 + 变更三层"，A4 可打印，贴墙用（见文末图）。

**② 三件附件直接抄**——三行推导代码（附件A）、口径核对矩阵模板（附件B，三页带公式）、编号体检脚本（附件C，只读不改）。评论区回一句"**要附件**"，我打包发你。

**③ 五题自测**——第六节那张自测表可以直接抄进你的检查清单，三分钟判断你那套材料"离开你的记忆还站不站得住"。

**④ 你的第 1 周从哪天算？**——你也撞过"两套口径"吗？回来说说你的口径事故，下期把读者的真实案例写进续篇。

---

*本文涉及学校与人物均为化名，活动信息已做脱敏处理。文中代码与表格模板可直接取用。*


概述：十二份活动文件、五方参与、十几位同事，全由一个人写。上线前比对发现，同一个日期在不同材料里被写成两个周次——不是笔误，是藏着两套「第 1 周」，各自都能自洽推到第 21 周。本文给出三件能直接抄走的东西：三行推导代码、一张 VLOOKUP 判定的核对矩阵、一段可跑的周次巡检脚本。实测修正前 33 条可核、23 处冲突，修正后 37 条、0 冲突。另附四类绝不能手写的字段、变更传播的三层处理，和一次真实的工具失误。

同一周被写成两个周次：一段脚本加一张矩阵，把 23 处冲突压到 0

一致性出错很少是笔误，是没规定起点：同一周在五份材料里被写成第 7 周和第 8 周，两套口径各自都能自洽推完 21 周。解法三件——三行推导代码、一张 VLOOKUP 核对矩阵、一段可跑的巡检脚本。实测冲突从 23 处压到 0，附变更三层法。

员工

开发工具

测试

架构设计

同一日期被写成两个周次，源于两套"第1周"口径各自自洽。本文给出三行推导代码、VLOOKUP核对矩阵及巡检脚本，将冲突从23处压至0。附四类禁手写字段、变更三层处理与工具失误实录，提供可直接复制的模板与自测清单。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

同一周被写成两个周次：一段脚本加一张矩阵，把 23 处冲突压到 0-腾讯云开发者社区-腾讯云

同一周被写成两个周次：一段脚本加一张矩阵，把 23 处冲突压到 0

同一周被写成两个周次：一段脚本加一张矩阵，把 23 处冲突压到 0

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐