DEV-001 · 会话检查期间闪出登录框
已验证，继续回归表现：有效会话导航时页面先显示登录框，随后消失。
影响：打断连续操作，让权限管理显得不可靠。
原因：界面未区分会话检查中与确认未登录。 （已由代码确认）
修正：检查期隐藏登录框，只在确认 401 后显示；继续覆盖首次登录、失效重登和并发响应。
人力服务 · 开发周期档案
0.3.0-rc.1–0.3.1 · 班次与工时重构、三端原型、三例业务验证
建立班次标准、事实工时、审核和结算规则，按统一登记册生成三端原型，并用三条模拟订单进行预览和生产验证。后续复核确认：运行规则有实质进步，但表单名称、字段编号、逐表入口、运营对应、分析血缘和复盘完整性仍未达到样板标准。
周期身份
已发布；部分结论被后续反馈重新打开时间：2026-09-09
提交：1a2eb02504 · 4383d11178 · b02d11ed47
标签：v0.3.0-rc.1 / v0.3.0 / v0.3.1
部署：production cba3227e-4d28-4f04-a330-6b8c04b59b42；https://cba3227e.zcd-personnel.pages.dev
本轮反馈与来源
摘录与复述分开标记；没有把更早对话拼成伪造的完整原文。
你开发你的 Web 采集工作台都出来了，为什么你的安卓出不来？为什么你的金数据出不来？
每一个版本里面，我从每一个公司里面，我都会看到它相应的三条数据。
表单和表单之间是怎么一个关系，这个东西我觉得你需要有个专门的字段，有一个专门的板块来对表单进行管理。
Web 是持续开发和回归验证工具；金数据是过渡 MVP，Android 是成熟后的目标端。三者共享规范、一起更新，但不冒充同时已投入生产。
错误、影响和本轮处理方向
已验证，继续回归
DEV-003 · 工时缺少班次与排班依据
已验证，继续回归表现：只有班次名称，没有标准起止、计划休息或历史版本。
影响：无法判断加班，也会让修改模板后历史订单含义漂移。
原因：把名称当作完整规则，没有保存订单和派遣使用的班次快照。 （已由代码和反馈确认）
修正：班次独立版本化；订单和派遣保存适用快照；实际出勤引用具体派遣。
DEV-004 · 把计算值交给现场手填
计算规则已验证；字段分类纳入 0.4 契约表现：休息分钟、加班分钟与上下工时间并列为人工输入。
影响：同一事实可以产生互相矛盾的数据，无法审计也无法稳定分析。
原因：事实、引用规则、计算列、审核决定和汇总度量没有分层。 （用户反馈与代码确认）
修正：现场记录实际区间或无休息确认；服务端按班次和累积额度计算；审核仅决定超时是否计费。
DEV-005 · 采集、运营和分析没有逐表单对应
本轮技术验证通过；用户体验待反馈表现：运营菜单回跳长采集工作台；新增人员表嵌在运营名册页；结算管理无法明确对应表单；分析缺逐表来源。
影响：数据虽然存在，使用者无法从提交找到管理记录和指标，运营责任与采集责任混淆。
原因：0.3.1 只证明部分字段映射和三条订单读回，没有证明 11 张表单在四类视图中一一对应。旧 R05 的“已修正并验证”范围过大。 （后续反馈修正旧结论）
修正：以表单登记源生成定义、Web 处理、运营记录和分析对象链接；运营新增按钮跳转采集，不复制采集表。
DEV-006 · 三端原型来自不同字段来源
本轮技术验证通过；用户体验待反馈表现：旧金数据和 Android 原型是手写摘要，字段改变后未同步。
影响：测试版本和目标应用验证的不是同一业务规范。
原因：各端单独维护字段。 （已由生成逻辑确认）
修正：从同一登记册生成原型；Web 实现、金数据设计和 Android 原型分别记录实现状态。
DEV-008 · 版本复盘压缩了真实反馈和修正过程
本轮技术验证通过；用户体验待反馈表现：旧复盘多为一行 before/cause/change 和“测试通过”，没有完整保留反馈、业务影响、修改任务、实际差异、证据局限和后来复发。
影响：后续开发无法从历史判断为什么这样设计，同类错误再次出现；集团标准也缺少可信案例。
原因：把发布摘要当成开发周期档案；只保存结论，没有保存判断链和验收边界。原 R08 自称已验证，但后来反馈证明完成标准不够。 （用户反馈修正旧结论）
修正：每个周期同页保存反馈摘录与复述、错误、任务、结果、验证、发布、未决；保留旧 JSON 快照并追加重评。
DEV-009 · 媒体等待、清理和状态控制不完整
小图路径已验证；真实视频仍未验证表现：大素材接近超时，中断或锁定后操作按钮状态不准确。
影响：现场弱网可能重复操作或误以为可以删除证据。
原因：上传缺明确超时，按钮未同时检查附件和订单状态。 （真实浏览器验收发现）
修正：增加有界等待；删除/锁定状态隐藏操作；用真实小图验证 R2 写入和读回。
完整修改任务
- 引入班次版本、计划休息、订单与派遣快照。
- 现场只填上下工和实际休息事实；服务端计算净工时、正常工时和待审加班。
- 分开加班审核、客户验收和结算锁定。
- 从同一登记册生成金数据设计与 Android 原型，并清楚标注未接入状态。
- 用三条网页业务案例验证 D1 记录、R2 小型图片、审批和结算。
- 建立逐版复盘、验证报告与代码链接。
实际实施结果
- 0.3.0 完成主要业务规则和三条预览案例；0.3.1 补齐订单费率、预算、备注、绩效异常和附件说明显示。
- 原复盘把 DEV-005（前台与运营映射）和 DEV-008（经验留存）标为已验证。2026-09-09 的后续反馈证明这两个结论范围过大，现已重新打开；旧记录保持原文快照，不静默改写。
本节与修改计划分开：计划不自动转成完成。
验证：预期、实际、证据和局限
| 检查 | 预期 | 实际 | 证据 | 局限 |
|---|---|---|---|---|
| 三例网页闭环 | A/B/C 产生不同工时与加班结果并锁定结算 | 净分钟 240/210/210；计费分钟 240/180/210；生产新增三单合计收入 105、直接人工 63、差额 42 美元 | site/data/history/snapshots/validation-report-v0.3.1-original.json | 证明已实现流程能运行，不证明 11 张表单都具有独立运营与分析视图。 |
| 登录导航 | 会话有效时不闪登录框 | 预览 12 页切换，记录为 0 次闪现；三种大小写登录通过 | site/data/history/snapshots/release-reviews-v0.3.1-original.json#R01 | 历史验证结论按原快照保留。 |
| 媒体 | 小型 PNG 写入并授权读回；锁定后不显示删除 | 原报告记录写入、读回及状态控制通过 | 原始 release-reviews 与 validation-report 快照 | 本周期没有完成真实视频端到端验证。 |
| 静态检查 | 测试、链接和构建通过 | 原记录为通过 | 同版本测试代码与原发布记录 | 不能作为名称统一、字段编号和页面职责正确的证据。 |
未决事项
- 同一表单在登记册和 Web 工作台存在名称不一致。
- 字段缺稳定字段编号和逐字段定义版本。
- Web 工作台仍是长页面，运营入口会回跳采集区或嵌入新增表单。
- 每张表单尚未形成定义、采集、运营、分析和三端开发的一一对应。
- 数据分析缺逐指标来源字段、粒度和记录追溯。
- 版本复盘过度概括，无法完整支撑后来复用和防复发。