refactor: simplify product copy

Co-authored-by: factory-droid[bot] <138933559+factory-droid[bot]@users.noreply.github.com>

docs/crawler-source-implementation.md

@@ -23,11 +23,11 @@
 2. 使用官方 API、授权数据包或明确允许自动访问的公开页面；
 3. 运行时 robots.txt 允许当前 User-Agent 和 URL；
 4. 来源域名在连接器 allowlist 中，禁止任意 URL 和内网地址；
-5. 使用可识别的 User-Agent 和真实技术联系邮箱；
+5. 使用可识别的 User-Agent 和可联系的技术邮箱；
 6. 遵守来源级请求速率、并发、时间窗、停止条件和数据保留策略；
 7. 页面出现登录、验证码、访问验证、封禁提示或条款变化时立即停止，不尝试绕过。
 
-校内来源必须基于学校授权的数据处理协议，使用只读账号、租户隔离和最小字段集。平台禁止接收姓名、身份证号、手机号和明文学号。
+校内来源必须取得学校的数据处理授权，并使用只读账号、租户隔离和最小字段集。平台禁止接收姓名、身份证号、手机号和明文学号。
 
 ## 3. 九个来源的实现方式
 
@@ -93,7 +93,7 @@
 - 不是网页爬虫，使用学校提供的只读视图、API 或标准文件；
 - 来源记录在学校侧先生成不可逆 `student_token`；
 - 连接器拒绝包含姓名、身份证、手机号、邮箱或明文学号的输入；
-- 以 `tenant_id + source_record_id + source_updated_at` 形成增量和幂等边界。
+- 使用 `tenant_id + source_record_id + source_updated_at` 判断增量更新和重复请求。
 
 ### 3.9 校内实习管理系统
 
@@ -113,7 +113,7 @@
   → normalize（JOB-SIGNAL / SCHOOL-*）
   → schema validate
   → standard.ndjson / quarantine.ndjson / summary.json
-  → 质量门禁与候选版本
+  → 发布质量检查与候选版本
 ```
 
 失败分类至少包括：

docs/cross-platform-closed-loop.md

@@ -1,8 +1,8 @@
-# 厂商数据中台与校园平台闭环基线
+# 厂商数据中台与校园平台对接说明
 
 ## 1. 目标
 
-两端产品使用同一组业务标识展示完整证据链，但职责和数据边界保持分离：
+两端产品使用同一组业务标识核对记录，但各自负责不同的工作和数据：
 
 - 厂商端负责数据源、采集、质量、数据产品发布、学校交付和交付回执；
 - 校园端负责学校接收、校内验收、分析快照、专业诊断、改进执行、报告审批和使用反馈；
@@ -24,7 +24,7 @@
 | 企业需求 | `DEM-HKVS-20260823-01` | 校园端/企业 |
 | 专业建议 | `REC-SOFTWARE-20260823-01` | 校园端 |
 | 改进任务 | `TSK-SOFTWARE-20260823-01` | 校园端 |
-| 协同项目 | `PRJ-HKVS-20260823-01` | 校园端 |
+| 合作项目 | `PRJ-HKVS-20260823-01` | 校园端 |
 | 执行证据 | `EVD-HKVS-01…` | 校园端 |
 | 企业评价 | `EVL-HKVS-20260823-01` | 企业 |
 | 报告版本 | `RPT-HZVTC-20260823-01` | 校园端 |
@@ -48,11 +48,11 @@ PENDING → SENDING → DELIVERED
 ACKNOWLEDGED → ROLLED_BACK
 ```
 
-“数据包已发布”只表示厂商稳定版本已生成，不能直接显示“学校已收到”。厂商端只有 `FIX_REPLAY` 的记录数、规则结果和独立复核签名全部通过后才可解除质量门禁；`WAIVE`、`DISCARD` 保持阻断。学校回执中的租户、包号、版本、记录数、完整 SHA-256 和授权范围全部通过后，交付才能进入 `ACKNOWLEDGED`。
+“数据包已发布”只表示厂商稳定版本已生成，不能直接显示“学校已收到”。厂商端只有 `FIX_REPLAY` 的记录数、规则结果和独立复核签名全部通过检查后才可继续发布；`WAIVE`、`DISCARD` 仍不能发布。学校回执中的租户、包号、版本、记录数、完整 SHA-256 和授权范围全部通过后，交付才能进入 `ACKNOWLEDGED`。
 
 交付记录数和学校分析快照样本量是不同口径：样板杭州租户文件为 `2,846,320` 条，校园端验收后生成 `128,642` 条有效分析快照，不能互相覆盖。
 
-### 校园业务闭环
+### 校园业务流程
 
 ```text
 DeliveryReceipt
@@ -78,7 +78,7 @@ BASELINE → FOLLOW_UP → IMPROVED | UNCHANGED | WORSENED
 
 每次状态迁移都必须产生不可变审计事件，包含操作者、前后状态、时间、意见、证据和 `trace_id`。
 
-## 4. 静态原型的可信边界
+## 4. 静态原型能做什么
 
 两个静态页面分别使用自己的浏览器本地状态，只用于刷新后继续当前页面的演示：
 
@@ -87,7 +87,7 @@ BASELINE → FOLLOW_UP → IMPROVED | UNCHANGED | WORSENED
 - 页面必须明确“未连接后端，不代表另一端已实时收到”；
 - 两端相同的固定 ID 只用于人工核对业务链，不等于网络同步。
 
-需要展示真实跨页面交接时，使用可下载、可导入的文件：
+需要展示两个页面之间的数据交接时，使用可下载、可导入的文件：
 
 1. 厂商导出 Manifest 和交付信封 JSON；
 2. 学校导入后校验文件哈希与租户授权；
@@ -100,19 +100,19 @@ BASELINE → FOLLOW_UP → IMPROVED | UNCHANGED | WORSENED
 
 | 服务 | 关键职责 |
 |---|---|
-| Data Product API | 数据包构建、质量门禁、审批、发布和回滚 |
+| Data Product API | 数据包生成、质量检查、审批、发布和回滚 |
 | Entitlement & Delivery API | 租户授权、逐学校交付、重试、撤回 |
 | Receipt API | 幂等接收回执、记录数和哈希校验 |
 | Campus Ingestion API | 学校暂存、质量校验、业务审批、激活和回滚 |
-| Analysis API | 基于不可变数据版本生成分析快照 |
+| Analysis API | 使用不可修改的数据版本生成分析快照 |
 | Collaboration API | 需求、建议、项目、任务、证据、评价和验收 |
 | Report API | 报告版本、审批、发布、下载和证据引用 |
 | Feedback API | 学校反馈、厂商处置、学校复验和关闭 |
 | Audit & Notification | 统一追踪、不可篡改审计、通知和超时升级 |
 
-大文件只通过对象存储短期签名地址传递，业务 API 不直接承载数据包或附件正文。
+大文件只通过对象存储短期签名地址传递，业务 API 不直接传输数据包或附件正文。
 
-## 6. 验收黄金路径
+## 6. 验收顺序
 
 1. 厂商完成质量处置并创建 `REL-20260823-01`；
 2. 独立审批人批准后发布 `EDU-PKG-20260823-01`；

docs/enterprise-product-baseline.md

@@ -2,9 +2,9 @@
 
 ## 1. 产品定位
 
-产教融智不是单一数据看板，而是面向职业院校的供需分析与产教协同工作平台。产品将外部产业信号、学校培养事实和企业确认需求分层治理，并把分析结论转化为可执行、可验收、可复核的改进任务。
+产教融智供职业院校查看岗位变化和专业差距，安排企业合作，跟进改进任务并出具报告。数据分为外部岗位数据、学校业务数据和企业确认需求三类。
 
-核心闭环：
+主要流程：
 
 1. 数据接入与版本验收；
 2. 产业岗位、技能和企业需求分析；
@@ -20,15 +20,15 @@
 |---|---|---|---|
 | 校级管理者 | 决策总览 | 查看全校供需态势、批准重点行动、协调学院与企业资源 | 可查看全校汇总和授权范围内明细 |
 | 校级技术管理员 | 学校数据运维中心 | 接入学校数据源、执行更新、处理质量问题、管理版本与审计 | 可维护学校租户数据，不默认拥有业务审批权 |
-| 学院负责人 | 专业洞察 | 复核本院专业差距、推进课程和项目调整、提交阶段证据 | 仅本学院及所属专业 |
+| 学院负责人 | 专业分析 | 复核本院专业差距、推进课程和项目调整、提交阶段证据 | 仅本学院及所属专业 |
 | 专业负责人 | 业务流程 | 决策专业建议、推进关联任务与项目、提交证据、完成下一周期复核 | 仅负责专业及其关联需求、项目和任务 |
 | 就业老师 | 业务流程 | 确认就业侧数据可用性、记录使用反馈和下一周期关注项 | 就业业务域及授权汇总，不拥有校级报告审批权 |
-| 企业导师 | 企业协同工作台 | 提交企业需求、参与项目和课程共建、确认企业评价 | 仅本企业授权及参与项目 |
+| 企业导师 | 企业合作工作台 | 提交企业需求、参与项目和课程共建、确认企业评价 | 仅本企业授权及参与项目 |
 | 厂商超级管理员 | 平台运营中心 | 维护基础数据包、租户、平台账号、备份、服务和平台审计 | 默认不可读取学校明文业务数据 |
 
 ### 2.1 职责分离
 
-- 厂商负责公共基础数据包的采集治理、Schema、版本、订阅授权和平台运行。
+- 厂商负责公共基础数据包的采集、检查、Schema、版本、订阅授权和平台运行。
 - 学校信息中心负责校内接口、文件接入、技术校验、调度、隔离区和版本发布。
 - 教务处、就业处、产教融合中心等业务部门负责字段含义、数据正确性和发布审批。
 - 企业联系人负责企业身份、需求内容、授权用途和有效期确认。
@@ -38,7 +38,7 @@
 
 ### 2.2 可交互业务流程图
 
-校园端“业务流程”必须用节点和有向边表达真实状态流，而不是把实体状态平铺成卡片：
+校园端“业务流程”必须用节点和有向边表达业务办理顺序，而不是把状态平铺成卡片：
 
 1. 企业需求；
 2. 接收与分析快照；
@@ -70,7 +70,7 @@
 
 ### 3.2 学校自有数据
 
-包括专业、课程、学生、教师、实习、就业、校企合作项目等学校业务事实。数据权属归学校，厂商只按合同约定提供处理能力。
+包括专业、课程、学生、教师、实习、就业、校企合作项目等学校业务数据。数据权属归学校，厂商只按合同约定处理。
 
 ### 3.3 企业授权数据
 
@@ -84,7 +84,7 @@
 | 薪资与企业画像基础包 | 岗位薪资区间、企业行业、规模和统计周期 | Parquet / CSV UTF-8 | `package_id + enterprise_id + position_code` | 月度增量 | 厂商数据产品部 | 厂商数据运维组 |
 | 专业与课程数据 | 有效专业、课程、课程标准、教学班、学时、技能标签和版本 | XLSX / CSV / API | `tenant_id + course_code + curriculum_version` | 学期快照，变更事件增量 | 教务处 | 学校信息中心 |
 | 实习数据 | 学生、专业、企业、岗位、起止日期、状态和评价 | API JSON / 数据库视图 | `tenant_id + internship_id` | 每日增量 | 就业处或实习管理部门 | 学校信息中心 |
-| 就业数据 | 毕业届次、就业状态、岗位、企业、薪资和更新时间 | API JSON / 数据库视图 | `tenant_id + student_id + cohort` | 每日增量，关键统计期冻结快照 | 就业处 | 学校信息中心 |
+| 就业数据 | 毕业届次、就业状态、岗位、企业、薪资和更新时间 | API JSON / 数据库视图 | `tenant_id + student_id + cohort` | 每日增量，关键统计期内快照不再修改 | 就业处 | 学校信息中心 |
 | 企业确认需求 | 企业身份、岗位、人数、技能、有效期、提交人、确认时间和授权编号 | 工作台表单 / API / XLSX | `tenant_id + enterprise_credit_code + demand_id` | 企业提交后事件增量 | 产教融合中心与企业联系人 | 学校信息中心 |
 
 ### 4.1 所有来源必须提供
@@ -97,7 +97,7 @@
 - Schema 版本、数据版本、变更说明和样例数据；
 - 质量阈值、失败处理、回滚要求和留存期限。
 
-### 4.2 推荐基础质量门槛
+### 4.2 建议的最低质量要求
 
 - 主键唯一率：100%；
 - 核心代码合法率：100%；
@@ -111,12 +111,12 @@
 
 ### 4.3 数据与报告双向依赖
 
-每个报告模板必须登记版本化的数据依赖，不允许只在报告生成代码中形成不可见的隐式关系。依赖至少包含：
+每个报告模板必须登记版本化的数据依赖，不能只把依赖写在报告生成代码中。依赖至少包含：
 
 - 报告模板、报告类型和适用组织范围；
 - 数据源、数据契约和最低版本；
 - `required`（必需）或 `optional`（可选增强）关系；
-- 支撑的指标或分析主题；
+- 使用该数据的指标或分析主题；
 - 最低完整率、质量阈值、时效与授权要求；
 - 缺失字段、降权或阻断策略；
 - 业务索取人、技术接口人、要求完成日期和处理状态。
@@ -124,9 +124,9 @@
 产品提供两个方向的查询：
 
 1. 从报告反查必需和可选数据，计算当前完备度并列出缺口；
-2. 从数据反查可形成的分析主题、报告类型、具体报告和影响范围。
+2. 从数据反查可做的分析、使用该数据的报告类型、具体报告和影响范围。
 
-依赖元数据用于数据治理和补数协同，可以向获得数据运维权限的角色开放；报告正文、明细指标和样本仍按组织、角色与数据范围独立鉴权。查看依赖关系不得自动授予报告阅读权限。
+依赖信息供数据检查和跨部门补数据时使用，可向有数据运维权限的角色开放；报告正文、明细指标和样本仍按组织、角色与数据范围单独授权。查看依赖关系不会自动获得报告阅读权限。
 
 ## 5. 导入与发布流程
 
@@ -182,7 +182,7 @@
 
 ### 7.1 静态原型持久化与正式 API 边界
 
-校园闭环静态原型采用 `localStorage` 命名空间 `eduIndustry.campusClosedLoop.TENANT-HZVTC.v1`，当前 `schemaVersion=2`，包含安全迁移、可重置种子、闭环实体和 `auditEvents`。共享样板标识固定为：
+校园业务流程静态原型采用 `localStorage` 命名空间 `eduIndustry.campusClosedLoop.TENANT-HZVTC.v1`，当前 `schemaVersion=2`，包含安全迁移、可重置种子、流程实体和 `auditEvents`。共享样板标识固定为：
 
 - 租户：`TENANT-HZVTC`；
 - 厂商包：`EDU-PKG-20260823-01`；
@@ -196,29 +196,29 @@
 
 技术接收必须对租户、包号、版本、记录数和完整 SHA-256 执行强一致性校验。任一失败时回执、分析快照和业务状态均不得前进，只能追加失败审计。交付包记录数不能覆盖分析快照样本量，两者必须作为不同口径分别保存。
 
-正式系统必须将状态流转放在后端事务/API 中：服务端依据租户、组织、角色、数据范围、对象所属企业和当前状态校验每个命令；采用幂等键与乐观锁防止重复或越序流转；证据文件进入受控对象存储并进行病毒扫描、哈希和访问授权；审计日志追加写入且不可由业务用户修改。前端菜单、按钮隐藏和 `disabled` 仅用于交互提示，不能替代服务端鉴权。
+正式系统必须将状态流转放在后端事务/API 中：服务端依据租户、组织、角色、数据范围、对象所属企业和当前状态校验每个命令；采用幂等键和版本号校验防止重复或越序流转；证据文件保存到限制访问的对象存储，并进行病毒扫描、哈希校验和访问授权；审计日志只允许追加，不可由业务用户修改。前端菜单、按钮隐藏和 `disabled` 仅用于交互提示，不能替代服务端鉴权。
 
 ## 8. 产品验收基线
 
 - 七种角色默认入口和菜单范围正确；
 - 业务流程图完整显示 11 个节点、主路径和三类回流边，节点选择会联动输入、输出、责任角色、关键字段和关联实体；
 - 业务流程按企业导师、校级技术管理员、专业负责人、学院负责人、校级管理者和就业老师显示可办理节点与禁用原因，厂商超级管理员只读；
-- 当前角色可从已解锁节点直接打开原有业务表单，节点状态推进后流程图、详情、角色待办和审计同步更新；
-- 闭环状态、审批历史和审计事件刷新后保留，重置后恢复 Schema V2 种子；
-- 技术接收后当前企业需求版本锁定，报告生成后当前任务证据冻结；
+- 当前角色可从满足条件的节点直接打开原有业务表单，节点状态推进后流程图、详情、角色待办和审计同步更新；
+- 流程状态、审批历史和审计事件刷新后保留，重置后恢复 Schema V2 种子；
+- 技术接收后不能修改当前企业需求，报告生成后不能再给当前任务追加证据；
 - 损坏的 V2 深层实体或历史数组不会导致页面崩溃，而是按安全策略重建并记录 `SECURITY_SCHEMA_RESET`；
 - 租户、包号、版本、交付记录数或 SHA-256 任一错误时，技术接收和分析快照均保持原状态；
 - 阶段进度未达到 100% 时不能企业评价，企业评价缺失或为“需整改”时任务不能校级验收；
 - 报告提交人与审批人必须分离，非校级管理者不能审批发布；报告未批准时不能发布，未正式发布时反馈阻断且下载明确标识非正式版；
 - 专业四个标签页均有完整内容和证据入口；
 - 数据源可查看更新日期、更新内容、数据要求、版本任务和授权审计；
-- 42 份报告均可反查必需和可选数据，6 个数据源均可反查支撑的分析主题与报告；
+- 42 份报告均可反查必需和可选数据，6 个数据源均可反查相关分析主题与使用它的报告；
 - 缺口视图展示缺失字段、完整率、影响报告、业务索取人、技术接口人、完成日期与状态，并可进入质量处置；
 - 依赖元数据可见性与报告正文权限分离，未授权角色不能从图谱绕过报告阅读权限；
 - 新建任务、项目和需求后立即进入对应列表；
 - 报告建议加入任务后可在任务中心追踪；
 - 报告生成后新增可审核版本；
-- 报告包含八类图表、学校事实、四类证据源和七章正文；
+- 报告包含八类图表、学校数据、四类数据来源和七章正文；
 - ECharts 不可用时显示静态 SVG；
 - 离线报告无外部依赖；
 - 桌面 `1440 × 900` 和移动 `390 × 844` 无页面级横向溢出；
@@ -228,11 +228,11 @@
 ## 9. 推荐客户展示路径
 
 1. 产品导览说明“看得清、落得下、讲得明”；
-2. 决策总览展示可信数据和本期关键变化；
-3. 专业洞察展示岗位、薪资、课程和技能证据；
-4. 校企协同展示企业需求到项目验收；
+2. 决策总览展示数据来源和本期变化；
+3. 专业分析展示岗位、薪资、课程和技能证据；
+4. 校企合作展示企业需求到项目验收；
 5. 在业务流程图依次点击需求、快照、建议、任务、项目、证据、评价、验收、报告、反馈和复核节点，并切换角色验证办理与回流；
 6. 改进任务展示负责人、进度和验收证据；
-7. 在数据资产页双向演示“报告需要哪些数据”和“数据可形成哪些报告”，切换只看缺口并进入补数责任处置；
+7. 在数据资产页双向演示“报告需要哪些数据”和“哪些报告使用这些数据”，切换只看缺口并进入补数责任处置；
 8. 切换校级技术管理员，展示数据导入、更新、质量、接收反馈和审计；
 9. 打开全校报告和供需会展示大屏完成交付说明。

docs/product-line.md

@@ -1,10 +1,12 @@
-我先把这组方向整理成一个清晰的产品矩阵。整体可归纳为 **平台产品、工具产品、定制服务、垂直行业方案** 四条产品线。
+# 产品线建议
+
+产品分为 **平台产品、工具产品、定制服务、行业方案** 四类。
 
 | 产品线 | 方向 | 主要客户 | 产品形态 | 核心内容 |
 |---|---|---|---|---|
 | 平台产品 | 产教结合 | 高校、职业院校、产业学院、企业培训部门 | 产教融合平台 | 专业建设、课程共建、项目实训、企业导师、过程管理、成果评价 |
 | 工具产品 | 录播课程转 AI 课程 | 教师、教研室、课程制作团队 | AI 课程生产工具 | 从录播内容提取教纲，生成课程思政建议、PPT、数字人课程及配套教学材料 |
-| 定制服务 | 知识库与个性化应用 | 学校、学院、专业团队及机构客户 | 私有知识库＋定制智能应用 | 文档治理、知识检索、智能问答、个性化教学与业务工作流 |
+| 定制服务 | 知识库与个性化应用 | 学校、学院、专业团队及机构客户 | 私有知识库＋定制智能应用 | 文档整理、知识检索、智能问答、个性化教学与业务工作流 |
 | 垂直方案 | 宴席／越剧 | 专业、学院及行业机构 | 专业知识平台＋教学应用 | 专业知识整理、课程资源建设、行业问答、数字内容生产及特色人才培养 |
 
 ## 建议采用的产品架构
@@ -52,14 +54,14 @@
 
 - 校级、院级和专业级知识库；
 - 教材、教案、制度、案例和行业资料入库；
-- 基于授权资料的检索与问答；
+- 检索已获授权的资料并回答问题；
 - 面向教师、学生和管理人员的不同入口；
 - 个性化学习建议；
 - 专业术语词典和引用溯源；
 - 权限、版本、审计与内容更新；
 - 与现有教学平台或业务系统对接。
 
-产品化部分应尽量沉淀为统一知识库平台；客户特有的数据治理、接口和工作流作为定制项目交付。
+各客户都需要的功能放进统一知识库平台；客户特有的数据处理、接口和工作流单独交付。
 
 ### 四、宴席与越剧垂直方案
 
@@ -103,7 +105,7 @@
 │  ├─ 课程思政辅助
 │  └─ 数字人课程
 ├─ 专业知识库
-│  ├─ 文档治理
+│  ├─ 文档整理
 │  ├─ 检索问答
 │  ├─ 内容溯源
 │  └─ 个性化应用
@@ -116,8 +118,8 @@
 
 - **产教融合平台**负责组织、课程、项目和教学过程；
 - **AI 课程工具**负责内容加工；
-- **知识库**负责专业资料沉淀和可信问答；
-- **宴席、越剧**是平台与工具在具体专业中的落地方案。
+- **知识库**负责保存专业资料，并在回答中注明引用；
+- **宴席、越剧**按各专业的资料和教学要求单独配置。
 
 ## 更简洁的对外表述
 
@@ -125,8 +127,8 @@
 
 ## 建议优先级
 
-1. **先做录播转 AI 课程工具**：输入输出明确，容易形成可演示产品。
-2. **同步建设知识库底层能力**：为教纲、PPT、问答和垂直专业应用提供统一事实来源。
-3. **将工具接入产教融合平台**：形成课程建设、项目实训和评价的完整业务流程。
+1. **先做录播转 AI 课程工具**：输入输出明确，容易做出演示版本。
+2. **同步完成知识库的检索、引用和权限功能**：供教纲、PPT、问答和专业应用共用。
+3. **将工具接入产教融合平台**：让课程建设、项目实训和评价在同一流程中办理。
 4. **选择一个垂直专业做样板**：如果已有越剧学院、教师和授权资料，优先做越剧；如果宴席专业的数据和课程更完备，则先做宴席。
 5. **唱腔生成放在研究或联合实验室阶段**：首期避免把实验能力写成正式交付承诺。