refactor: simplify product copy

Co-authored-by: factory-droid[bot] <138933559+factory-droid[bot]@users.noreply.github.com>
This commit is contained in:
lofyer
2026-08-25 11:37:59 +08:00
co-authored by factory-droid[bot] <138933559+factory-droid[bot]@users.noreply.github.com>
parent 248078113c
commit b9fbd4c6af
22 changed files with 364 additions and 362 deletions
+14 -14
View File
@@ -1,6 +1,6 @@
# 产教数据中台,厂商运营原型
本目录用于讨论厂商侧招聘数据采集与治理产品。商业招聘平台、公共就业平台和校内系统统一作为正式数据来源纳入数据生产与治理体系。
本目录展示厂商如何管理招聘数据采集、检查、发布和学校交付。数据来源包括商业招聘平台、公共就业平台和校内系统。
## 运行
@@ -14,7 +14,7 @@ python3 -m http.server 8080
## 产品定位
这不是多个招聘网站爬虫脚本的简单集合,而是面向产教分析的数据生产控制面:
该页面用于管理产教分析所需的数据:
1. 注册和版本化管理商业、公共、校内三类数据源;
2. 调度采集任务,管理地域、行业、岗位族、分片、失败隔离和增量水位;
@@ -49,40 +49,40 @@ python3 -m http.server 8080
- **数据标准**:外部岗位、校内就业、交付 Manifest 三套版本化契约。
- **导入与导出**:文件拖放、CSV 头部预检、样例下载、Manifest 生成和记录导出。
- **质量与归一**:质量规则、发布阈值、岗位别名人工确认和批量处理。
- **审计与交付**:采集、质量、发布、导入导出事件及证据链。
- **审计与交付**:采集、质量、发布、导入导出事件及相关记录。
## 原型黄金闭环
## 可重复演示流程
“运营处置”提供一条可重复演示、刷新后保留的最小生产黄金路径:
“运营处置”提供一条刷新后仍可继续的示例流程:
```text
告警 → 确认 → 指派 → 开始排障
→ 修复并重放 → 记录数 / 规则 / 复核签名 VERIFIED
→ 豁免 / 丢弃 → REVIEWED_BLOCKED,继续阻断
→ REL-20260823-01 候选版本 → 生成并冻结候选 Manifest → 提交审批
→ REL-20260823-01 候选版本 → 生成候选 Manifest → 提交后不可修改
→ 独立审批人批准 / 驳回 → 发布
→ 逐学校发送状态 → 记录数 + SHA-256 回执
→ ACKNOWLEDGED / 单校失败重试 / 单租户回滚
→ 全局回滚申请 → 独立回滚审批 → 执行稳定别名回滚
```
- 杭州人才网问题 `ISSUE-HZRC-20260823-01` 可完整流转。只有最后一次处置是 `FIX_REPLAY`,且重放记录数一致、质量规则通过、复核签名存在时,候选版本质量门禁才进入 `PASS`。
- 杭州人才网问题 `ISSUE-HZRC-20260823-01` 可走完上述流程。只有最后一次处置是 `FIX_REPLAY`,且重放记录数一致、质量规则通过、复核签名存在时,候选版本的发布质量检查才进入 `PASS`。
- `WAIVE` 与 `DISCARD` 的独立复核会写入 `REVIEWED_BLOCKED`,分别提示另行风险审批或重建候选,不会复用 `VERIFIED/PASS`。
- 发布申请人默认为陈致远,审批人若选择同一人会被四眼规则阻止。
- 候选发布必须同时满足质量门禁和候选 Manifest 已生成;审批中 Manifest 冻结,驳回后返回草稿并使旧候选失效。
- 候选版本必须通过发布质量检查并生成 Manifest 后才能提交;审批期间 Manifest 不可修改,驳回后返回草稿并使旧候选失效。
- 候选 Manifest 使用输入指纹保证重复生成幂等;产品、租户、截止日期、格式、质量处置和交付摘要未变化时复用原候选,不重复写审计或交换日志。
- 候选版本、数据版本和包分别为 `REL-20260823-01`、`V2026.08.23`、`EDU-PKG-20260823-01`。
- 杭州科技职业技术学院使用共享标识 `TENANT-HZVTC`。另外展示浙江机电职业技术大学和宁波城市职业技术学院,交付状态按租户隔离。
- 原型仓库使用 `localStorage` 命名空间 `eduIndustry.vendorOperations.v1`,当前 `schemaVersion=2`,包含 issues、workOrders、qualityDispositions、releases、approvals、deliveries、auditEvents。页面提供“重置演示数据”恢复种子。
- `PACKAGE-MANIFEST V1.2` 新增 `release_id` 和 `release_status`,并按三个租户输出彼此独立的记录数与 SHA-256 文件项。候选 Manifest 保持 `DRAFT`,正式发布时生成 `PUBLISHED` Manifest,`approval_reference` 固定引用 `APPROVED` 审批单。
- 全局回滚和单租户回滚严格分离。全局回滚必须填写原因、由不同于申请人的审批人批准后才可执行,审计证据保存目标稳定版本、审批引用和影响范围锁。
- 全局回滚和单租户回滚分开办理。全局回滚必须填写原因,并由另一名审批人批准后才可执行;审计记录保存目标稳定版本、审批引用和执行时确定的影响范围,执行过程中不得扩大范围。
- 静态演示的审计、质量处置、问题时间线和交换日志采用明确保留上限;正式系统必须使用服务端分页、归档和 WORM 审计。
## 静态跨端边界
本目录是**厂商端静态 SPA 原型**,与仓库根目录下的校园端 `/demo/` 没有运行时连接。双方仅通过约定标识(`TENANT-HZVTC`、`EDU-PKG-20260823-01`、`V2026.08.23`)对照展示,不共享浏览器存储,也不通过静态页面传输数据。
按钮中的发送、回执、重试与回滚均为本地状态机模拟:不会访问学校接口、不会写入校园端、不会发送真实数据。正式跨端同步必须由经过鉴权、签名、幂等和审计控制的服务端 API 执行。
按钮中的发送、回执、重试与回滚均为本地状态机模拟:不会访问学校接口、不会写入校园端,也不会发送数据。正式跨端同步必须由服务端 API 完成身份校验、签名、重复请求处理和操作记录。
## 标准文件
@@ -91,10 +91,10 @@ python3 -m http.server 8080
- 商业和公共招聘平台的统一岗位信号契约
- `schemas/school-employment.schema.json`
- `SCHOOL-EMPLOYMENT V2.2`
- 校内就业事实契约,包含租户隔离和学生令牌化要求
- 校内就业数据契约,包含租户隔离和学生令牌化要求
- `schemas/school-internship.schema.json`
- `SCHOOL-INTERNSHIP V2.1`
- 校内实习事实契约,包含租户隔离、学生令牌化、岗位任务和评价证据
- 校内实习数据契约,包含租户隔离、学生令牌化、岗位任务和评价记录
- `schemas/package-manifest.schema.json`
- `PACKAGE-MANIFEST V1.2`
- 版本化导入、导出和学校交付包清单
@@ -124,11 +124,11 @@ python3 -m http.server 8080
- 移动:`390 × 844`
- 可见业务文字不小于 13px
- 页面级无横向溢出,宽表仅在自身容器内横向滚动
- 所有深层按钮必须打开业务内容或形成列表状态变化
- 所有深层按钮必须打开业务内容或改变列表状态
- JavaScript 语法检查:`node --check app.js`
- JSON 文件检查:`python3 -m json.tool <file>`
新增闭环预览:
运营流程预览:
- `preview-admin-operations.png`
- `preview-admin-operations-mobile.png`