feat(rvw): complete journal config center MVP and tenant login routing
Deliver the RVW V4.0 journal configuration center across backend, frontend, migration, and docs with zh/en editorial baseline support and tenant-level prompt/template overrides. Unify tenant login to /:tenantCode/login and auto-enable RVW module when tenant type is JOURNAL to prevent post-login access gaps. Made-with: Cursor
This commit is contained in:
30
docs/03-业务模块/RVW-稿件审查系统/00-系统设计/V3.0/JTIM稿约规范与差异分析报告.md
Normal file
30
docs/03-业务模块/RVW-稿件审查系统/00-系统设计/V3.0/JTIM稿约规范与差异分析报告.md
Normal file
@@ -0,0 +1,30 @@
|
||||
# **JTIM 期刊稿约规范梳理**
|
||||
|
||||
# **分析对象： *Journal of Translational Internal Medicine* (JTIM) 2026-03-10 最新版稿约**
|
||||
|
||||
【JTIM 期刊全维稿约核查规则】
|
||||
作为严谨的医学期刊审稿人，请对稿件的结构、伦理及排版进行全面深度核查。必须严格遵守以下规则池：
|
||||
|
||||
一、 🔴 致命错误与伦理规范（一票否决项，若违反请标记为 fatal）
|
||||
1\. 双盲审查 (Double-blind)：正文 (Main Text/Blinded Article) 中绝对不可出现作者姓名、机构、致谢、资助编号等身份信息。
|
||||
2\. 伦理与知情同意：涉及人类或动物实验必须有 IRB/IACUC 批准说明；涉及人类受试者（含病例报告）必须有知情同意书（Informed Consent）获取声明。
|
||||
3\. 声明完整性：正文或结尾必须包含利益冲突声明 (Conflict of Interest)、资金资助声明 (Funding)。若是临床干预试验必须有注册号。
|
||||
4\. AI 与署名：严禁 AI 工具作为作者署名。若声明使用了 AI 辅助必须予以记录。
|
||||
|
||||
二、 🟡 JTIM 专属体例与排版要求（重点核查项，若违反请标记为 major\_issue）
|
||||
5\. 语言校验：全篇必须严格统一使用美式英语 (American English)。
|
||||
6\. 引言篇幅：Original articles（原创论著）的引言 (Introduction) 必须极其简短，严格校验是否在 75-100 个单词范围内。
|
||||
7\. 摘要合规性：论著必须为 Structured 格式（包含 Objectives, Methods, Results, Conclusions），限 250 字；综述限 200 字；病例限 150 字。
|
||||
8\. 参考文献与引文格式：
|
||||
\- 正文引用：必须使用阿拉伯数字上标，用方括号包裹，且必须置于标点符号【之后】（例：...disease.^\[1\]）。
|
||||
\- 列表格式：必须列出前 6 位作者，其余用 et al. 替代。
|
||||
9\. 统计与图表：必须提供 P 值的精确数值，且统计学字母必须为斜体（如：\*P\* \= 0.048）；图表图例（Figure legends）不得超过 40 个单词。表格严禁为图片格式。
|
||||
10\. 作者数量警报：论著与综述共同作者（co-authors）超 3 人、其余类型超 2 人时，必须予以警告。
|
||||
11\. 标题要求：章节标题使用 Title case（实词首字母大写），绝对不能全部大写 (Not ALL CAPITALS)。Running title 限制在 50 个字符以内。
|
||||
|
||||
三、 🟢 通用学术写作规范（常规核查项，若违反请标记为 minor\_issue）
|
||||
12\. 数字拼写：句首的数字必须拼写成英文单词（如 "Fifteen patients..."）；正文中 1-10 的数字通常要求拼写（带有度量衡单位的除外）。
|
||||
13\. 学术专有名词：种属名称（如 \*E. coli\*）、基因符号必须使用斜体。
|
||||
14\. 度量单位：必须使用标准的国际单位制 (SI Units)。
|
||||
|
||||
请系统性地输出上述规则的违反情况，如果没有任何违反，请回复“符合所有规范要求”。
|
||||
@@ -0,0 +1,39 @@
|
||||
# **Medical Review (MR) 期刊专属稿约审查提示词 (Prompt)**
|
||||
|
||||
**使用场景：** 在 ADMIN 配置中心，当运营人员为 Medical Review 期刊配置稿约规范时，填入专家评判标准 (Expert Prompt) 文本框的内容。
|
||||
|
||||
**设计逻辑：** 依据 MR 2025-09-23 最新版 Author Guidelines 深度定制。重点加强了其特有的 Sentence case 标题规范、包容性语言要求、单盲属性（移除双盲核查）以及严格的文章类型硬指标。
|
||||
|
||||
请将以下内容直接复制到 MR 期刊配置的 Expert Prompt 中：
|
||||
|
||||
【Medical Review (MR) 期刊全维稿约核查规则】
|
||||
作为严谨的国际医学期刊《Medical Review》的审稿人，请对稿件的结构、伦理及排版进行全面深度核查。必须严格遵守以下 MR 官方指南要求：
|
||||
|
||||
一、 🔴 致命错误与伦理规范（一票否决项，若违反请标记为 fatal）
|
||||
1\. 伦理与知情同意：涉及人类/动物实验必须有 IRB/IACUC 批准说明；涉及人类受试者必须有知情同意书（Informed consent）获取声明。
|
||||
2\. 声明完整性：正文末尾（或模板中）必须包含利益冲突声明 (Conflict of Interest)、资金资助声明 (Research funding) 以及临床试验注册号 (UTN, 若适用)。
|
||||
3\. 数据共享声明 (Data availability)：MR 强制要求符合欧洲 GDPR 规范的数据共享政策，必须说明研究数据在哪里可以获取。
|
||||
4\. AI 与署名合规：严禁将大模型（如 ChatGPT, AI）列为作者。若研究方法或写作过程中使用了 AI 工具，必须在 Methods 或声明模板中清晰披露。
|
||||
\*(注：MR 采取单盲 Peer Review，正文可保留作者与机构信息，无需进行双盲排查)\*
|
||||
|
||||
二、 🟡 MR 专属体例与排版要求（重点核查项，若违反请标记为 major\_issue）
|
||||
5\. 标题与层级要求 (Sentence case)：
|
||||
\- 文章标题 (Title) 和所有章节小标题 (Headings) 必须使用 Sentence case（仅首字母大写，冒号后使用小写字母）。
|
||||
\- 短标题 (Running head) 限制在 75 个字符以内（含空格）。
|
||||
\- 章节标题不可带数字编号，最多不超过 4 级。
|
||||
6\. 摘要合规性 (严格限制 200 words 以内)：
|
||||
\- Research articles / Short Communications：必须为结构化摘要 (Objectives; Methods; Results; Conclusions)。
|
||||
\- Reviews：可为非结构化摘要，或特定结构的摘要 (Objectives; Content; Summary and Outlook)。
|
||||
7\. 各文章类型硬性指标：
|
||||
\- Research Article：正文字数 3000-5000字；图表总数不超过 6 个；参考文献大于 50 篇。
|
||||
\- Review：正文字数大于 6000 字；图表总数 5-10 个；参考文献大于 80 篇。
|
||||
\- Systematic Review：正文字数小于 6000 字；图表总数 3-8 个；参考文献大于 50 篇。
|
||||
8\. 图表与引用独立性：表格必须是可编辑格式（Word/LaTeX），严禁使用图片格式的表格，避免使用垂直线和底纹；图表必须在正文中按阿拉伯数字顺序交叉引用（如 Figure 1, Table 1）。
|
||||
|
||||
三、 🟢 学术写作规范与细节（常规核查项，若违反请标记为 minor\_issue）
|
||||
9\. 包容性语言 (Inclusive language)：检查是否符合包容性原则，建议使用性别中立词汇（如尽量使用复数名词或 "they"，避免使用 "he" 或 "she"）。
|
||||
10\. 语言与拼写：全篇必须一致地使用美式英语或英式英语。
|
||||
11\. 关键词与缩写：提供 3-8 个全小写的关键词（用分号隔开）；所有非常规缩写在摘要和正文首次出现时必须写出全称。
|
||||
12\. 格式规范：数字与国际标准单位 (SI Units) 之间必须保留一个窄空格（°C 和 % 除外）；物种拉丁名（如 \*E. coli\*）和基因缩写必须使用斜体。
|
||||
|
||||
请系统性地输出上述规则的违反情况。对于没有明确违反规则的项，无需列出。如果通篇没有任何违反，请回复“符合 Medical Review 所有官方规范要求”。
|
||||
@@ -1,131 +0,0 @@
|
||||
# **RVW V4.0 期刊租户配置中心开发需求**
|
||||
|
||||
**模块定位：** 依托现有 ADMIN 运营端 TenantDetailPage，为每个期刊客户建立独立的配置中枢。
|
||||
|
||||
**核心目标：** 实现期刊 SaaS 的“千刊千面”，包括基础品牌信息定制与底层 AI 审稿 Skills 规则的动态编排。
|
||||
|
||||
## **🎯 一、 前端 UI 与功能分区要求**
|
||||
|
||||
在现有的 ADMIN 租户详情页（TenantDetailPage）中，构建两大核心配置区块（可作为独立的 Tab 或折叠面板）：
|
||||
|
||||
### **区块 1：期刊基础信息与门户配置 (Basic Info & Portal)**
|
||||
|
||||
用于定义该期刊的对外面貌和访问入口。
|
||||
|
||||
| 配置项名称 | 字段类型 | UI 组件 | 功能说明 |
|
||||
| :---- | :---- | :---- | :---- |
|
||||
| **期刊全称** | String | 文本输入框 | 如：*Journal of Translational Internal Medicine*。显示在登录页及工作台顶部。 |
|
||||
| **访问路径 (URL Slug)** | String | 文本输入框 (需正则校验) | **极重要**：用于生成 review.xunzhengyixue.com/{slug}。仅允许小写字母、数字和连字符。 |
|
||||
| **期刊 Logo** | String | 图片上传组件 | 上传至 OSS 后保存 URL。用于替换默认的系统 Logo。 |
|
||||
| **品牌主色调** | String | 颜色拾取器 (Color Picker) | 支持 HEX 色值（如 \#0284c7）。用于动态渲染按钮和高亮文字。 |
|
||||
| **专属登录页背景图** | String | 图片上传组件 | (可选) 替换登录页的默认背景，增强品牌沉浸感。 |
|
||||
|
||||
### **区块 2：智能审稿配置 (RVW Skills Config)**
|
||||
|
||||
这是该模块的核心，分为 4 个独立的配置面板（Panel）：
|
||||
|
||||
#### **Panel A: 稿约规范评估 (Editorial)**
|
||||
|
||||
* **规则列表维护**：支持增删改查。每条规则需包含 规则编号 (Code) 和 规则描述 (Description)。
|
||||
* **致命错误开关 (Fatal Flag)**：每条规则后跟随一个 Switch 开关。开启后，该项缺陷将作为“一票否决”项在前端红底高亮。
|
||||
|
||||
#### **Panel B: 方法学评估 (Methodology) \- 【需支持动静分离与预览】**
|
||||
|
||||
* **专家评判标准 (Prompt)**：大文本框。供运营人员输入该期刊特有的统计学和方法学要求（大模型读取）。
|
||||
* **报告展示模板 (Handlebars)**：大文本框。用于配置最终输出给责编的 Markdown 格式。
|
||||
* ⚠️ **强依赖功能：测试渲染 (Test Render)**：**必须**在模板编辑区提供一个“预览”按钮。点击后，使用系统内置的假 JSON 数据（Mock Data）与当前模板进行结合，在右侧弹出抽屉实时渲染出 Markdown 结果，以防止语法错误。
|
||||
|
||||
#### **Panel C: 数据验证 (Data Forensics)**
|
||||
|
||||
* **验证深度 (Level)**：提供三个单选按钮（Radio）：
|
||||
* L1 算术验证：仅核对行列加总、百分比。
|
||||
* L2 统计验证：包含 L1，增加 CI↔P 一致性逆向验证（推荐）。
|
||||
* L3 双通道核查：包含 L2，增加大模型智能深度核查（耗时较长）。
|
||||
|
||||
#### **Panel D: 临床专业评估 (Clinical)**
|
||||
|
||||
* **FINER 权重占比**：提供 5 个数字输入框（或滑块），分别对应 Feasibility, Innovation, Novelty, Ethical, Relevant。前端需实时校验总和是否等于 100%。
|
||||
* **专科特色要求**：文本区，填写该期刊的专科倾向性偏好（如：心血管领域的特殊要求）。
|
||||
|
||||
## **💾 二、 数据库 Schema 设计 (Prisma)**
|
||||
|
||||
本模块涉及两部分数据的存储：基础信息存入已有的 Tenants 表，审稿配置存入新增的 TenantRvwConfig 表。
|
||||
|
||||
### **1\. 基础信息存储 (platform\_schema.tenants)**
|
||||
|
||||
利用现有的租户表。假设现有表结构已有 code (即 URL Slug) 和 name (期刊名称)。对于 Logo、颜色等品牌视觉资产，建议统一存入 config JSON 字段中。
|
||||
|
||||
// 无需新建表，在原 Tenants 表中合理利用字段
|
||||
model Tenant {
|
||||
id String @id @default(uuid())
|
||||
code String @unique // 对应 URL Slug，如 'jtim'
|
||||
name String // 期刊全称
|
||||
|
||||
// 品牌视觉信息存入此 JSON 字段，避免频繁改表结构
|
||||
config Json? // 格式：{ logoUrl: "...", brandColor: "\#...", bgImgUrl: "..." }
|
||||
|
||||
rvwConfig TenantRvwConfig? // 关联 RVW 配置表
|
||||
}
|
||||
|
||||
### **2\. RVW Skills 配置存储 (新增表)**
|
||||
|
||||
执行 prisma migrate dev 创建以下 1对1 扩展表：
|
||||
|
||||
model TenantRvwConfig {
|
||||
id String @id @default(uuid())
|
||||
tenantId String @unique
|
||||
tenant Tenant @relation(fields: \[tenantId\], references: \[id\])
|
||||
|
||||
// Panel A: 稿约规范 (存为 JSON 数组)
|
||||
// 结构: \[{ code: 'ED-01', desc: '摘要需控制在250字内', isFatal: true }\]
|
||||
editorialRules Json?
|
||||
|
||||
// Panel B: 方法学评估
|
||||
methodologyExpertPrompt String? @db.Text
|
||||
methodologyHandlebarsTemplate String? @db.Text
|
||||
|
||||
// Panel C: 数据验证
|
||||
dataForensicsLevel String @default("L2") // 'L1', 'L2', 'L3'
|
||||
|
||||
// Panel D: 临床评估 (存为 JSON)
|
||||
// 结构: { f: 20, i: 20, n: 20, e: 20, r: 20 }
|
||||
finerWeights Json?
|
||||
clinicalExpertPrompt String? @db.Text
|
||||
|
||||
createdAt DateTime @default(now())
|
||||
updatedAt DateTime @updatedAt
|
||||
|
||||
@@schema("platform\_schema")
|
||||
}
|
||||
|
||||
## **🔌 三、 后端 API 接口设计**
|
||||
|
||||
新增统一的租户管理与 RVW 配置接口：
|
||||
|
||||
### **1\. 内部 ADMIN 配置接口 (需要 ops:user-ops 权限)**
|
||||
|
||||
* PUT /api/admin/tenants/:id/basic-info：更新期刊名称、Slug、品牌 Logo 等信息。
|
||||
* GET /api/admin/tenants/:id/rvw-config：获取指定期刊的 Skills 配置。
|
||||
* PUT /api/admin/tenants/:id/rvw-config：UPSERT (更新或创建) 期刊 Skills 配置。
|
||||
|
||||
### **2\. 公开业务接口 (无 Auth，用于动态登录页渲染)**
|
||||
|
||||
* GET /api/v1/tenants/public-info/:slug
|
||||
* **参数**：slug (例如 'jtim')
|
||||
* **返回**：{ name, logoUrl, brandColor, bgImgUrl }
|
||||
* **限流要求**：必须添加 Rate Limiting (防刷防爬)。
|
||||
|
||||
## **👥 四、 实施 SOP：用户与期刊绑定（无需开发）**
|
||||
|
||||
**给开发团队的提示**：业务上，客户（责编）登录 /jtim 后能看到 JTIM 的稿件，依赖于正确的账号绑定。这部分**不需要开发新功能**，但需要通知实施团队遵循以下 SOP：
|
||||
|
||||
1. 客户在主站注册账号（或由超管分配账号）。
|
||||
2. 内部超管在 ADMIN 端的 **【用户管理 \-\> 租户成员管理】** 页面，将该用户的账号添加到目标期刊租户（如 JTIM）下。
|
||||
3. 确保该用户拥有 RVW 模块的使用权限。
|
||||
4. **验证**：此后该用户访问 review.xunzhengyixue.com/jtim 时，JWT 中会自动带上该租户身份，接口方可放行。
|
||||
|
||||
## **✅ 五、 验收标准 (Definition of Done)**
|
||||
|
||||
1. 运营人员可在后台顺滑配置 JTIM 和 CMJ 两套截然不同的方法学 Prompt 和 Handlebars 模板。
|
||||
2. 在 Handlebars 编辑器中点击“预览”，能立刻看到正确渲染的 Markdown 格式报告，不报错。
|
||||
3. 未登录用户访问 review.xunzhengyixue.com/jtim 时，登录页自动变更为 JTIM 的名称、Logo 和主色调。
|
||||
@@ -0,0 +1,161 @@
|
||||
# **RVW V4.0 期刊租户配置中心开发需求**
|
||||
|
||||
**模块定位：** 依托现有 ADMIN 运营端 TenantDetailPage，为每个期刊客户建立独立的配置中枢。
|
||||
|
||||
**核心目标：** 实现期刊 SaaS 的“千刊千面”。
|
||||
|
||||
**架构原则：**
|
||||
|
||||
1. **配置继承模式 (Config Inheritance)**：系统提供【标准默认配置】。期刊默认继承系统标准；需要个性化时，可开启【自定义覆盖】。
|
||||
2. **中英双轨基线 (Dual-Baseline)**：针对稿约规范，系统提供“英文期刊”与“中文期刊”两套底层标准，供租户自主选择绑定。
|
||||
3. **全面 Prompt 化 (All-in-Prompt)**：取消细颗粒度表单，采用“专家评判标准 (Prompt) \+ 报告展示模板 (Handlebars)”的开放式极简架构。
|
||||
|
||||
## **🎯 一、 前端 UI 与功能分区要求**
|
||||
|
||||
在现有的 ADMIN 租户详情页（TenantDetailPage）中，构建两大核心配置区块：
|
||||
|
||||
### **区块 1：期刊基础信息与门户配置 (Basic Info & Portal)**
|
||||
|
||||
用于定义该期刊的对外面貌和访问入口。
|
||||
|
||||
| 配置项名称 | 阶段 | 字段类型 | UI 组件 | 功能说明 |
|
||||
| :---- | :---- | :---- | :---- | :---- |
|
||||
| **期刊全称** | \[P0\] | String | 文本输入框 | 如：*Journal of Translational Internal Medicine*。显示在登录页及工作台顶部。 |
|
||||
| **访问路径(Slug)** | \[P0\] | String | 文本输入框(需正则) | **极重要**：用于生成 review.xunzhengyixue.com/{slug}。仅允许小写字母、数字和连字符。 |
|
||||
| **期刊 Logo** | \[P1\] | String | 图片上传组件 | 上传至 OSS 后保存 URL。用于替换默认的系统 Logo。 |
|
||||
| **品牌主色调** | \[P1\] | String | 颜色拾取器 | 支持 HEX 色值。用于动态渲染按钮和高亮文字。 |
|
||||
| **登录页背景图** | \[P2\] | String | 图片上传组件 | (暂不开发) 替换登录页的默认背景。 |
|
||||
|
||||
### **区块 2：智能审稿配置 (RVW Skills Config) —— 【全维度 Prompt 架构】**
|
||||
|
||||
这是该模块的核心。对于 4 个配置面板，顶部必须增加一个全局切换组件：
|
||||
|
||||
* 🔘 **选项 A: 继承系统默认配置 (Inherit System Default)** \[P0\] —— 选中时，下方大文本框置灰只读。
|
||||
* 🔘 **选项 B: 启用个性化自定义 (Custom Override)** \[P0\] —— 选中时，解锁下方大文本框，允许大面积修改。
|
||||
|
||||
#### **Panel A: 稿约规范评估 (Editorial) —— 【支持中英标准选择】**
|
||||
|
||||
作为特殊的规范模块，当选择 **“继承系统默认配置”** 时，必须提供一个**下拉单选框**供运营人员选择：
|
||||
|
||||
* 🔘 **标准版英文期刊规范 (English Standard)** \[P0\]：自动绑定英文 SCI 级审查标准（严查伦理声明等）。
|
||||
* 🔘 **标准版中文稿约规范 (Chinese Standard)** \[P0\]：自动绑定中文核心期刊审查标准（查中英文摘要对照等）。
|
||||
|
||||
当选择 **“启用个性化自定义”** 时，展示下方的通用组件。
|
||||
|
||||
#### **统一的面板配置项（适用于 Panel B / C / D 及自定义状态下的 Panel A）**
|
||||
|
||||
* **1\. 专家评判标准 (Expert Prompt)** \[P0\]：大文本框。自由输入该期刊特有的审查要求（大模型读取）。
|
||||
* **2\. 报告展示模板 (Handlebars Template)** \[P0\]：大文本框。用于配置最终输出给责编的 Markdown 格式。
|
||||
* ⚠️ **3\. 测试渲染 (Test Render)** \[P1\]：在模板编辑区提供“预览”按钮。使用假 JSON 数据在右侧实时渲染 Markdown 结果，防语法写错导致线上白屏。(MVP 阶段若来不及，可由运营人员去前台真实传 PDF 测试兜底)。
|
||||
|
||||
## **💾 二、 数据库 Schema 设计 (Prisma) \[P0\]**
|
||||
|
||||
**DB 要求**：即便 UI 是分阶段开发，数据库字段必须在 \[P0\] 阶段一次性建好，避免后续频繁 Migrate。
|
||||
|
||||
利用数据库的 null 语义表达“继承”。取消原有的 JSON 数组，统一为 Text 类型的 Prompt 和 Template 字段。
|
||||
|
||||
重点新增 editorialBaseStandard 字段，用于持久化期刊的中英文基线选择。
|
||||
|
||||
model TenantRvwConfig {
|
||||
id String @id @default(uuid())
|
||||
tenantId String @unique
|
||||
tenant Tenant @relation(fields: \[tenantId\], references: \[id\])
|
||||
|
||||
// Panel A: 稿约规范评估
|
||||
// 'en' 代表选用标准英文规范，'zh' 代表选用标准中文规范。
|
||||
editorialBaseStandard String @default("en")
|
||||
editorialExpertPrompt String? @db.Text
|
||||
editorialHandlebarsTemplate String? @db.Text
|
||||
|
||||
// Panel B: 方法学评估
|
||||
methodologyExpertPrompt String? @db.Text
|
||||
methodologyHandlebarsTemplate String? @db.Text
|
||||
|
||||
// Panel C: 数据验证评估
|
||||
dataForensicsExpertPrompt String? @db.Text
|
||||
dataForensicsHandlebarsTemplate String? @db.Text
|
||||
|
||||
// Panel D: 临床专业评估
|
||||
clinicalExpertPrompt String? @db.Text
|
||||
clinicalHandlebarsTemplate String? @db.Text
|
||||
|
||||
createdAt DateTime @default(now())
|
||||
updatedAt DateTime @updatedAt
|
||||
|
||||
@@schema("platform\_schema")
|
||||
}
|
||||
|
||||
## **🔌 三、 后端 API 与底层引擎继承逻辑 (核心)**
|
||||
|
||||
### **1\. 内部 ADMIN 配置接口 (需要 ops:user-ops 权限) \[P0\]**
|
||||
|
||||
* PUT /api/admin/tenants/:id/basic-info：更新期刊名称、Slug (P1阶段再接 Logo 等)。
|
||||
* GET /api/admin/tenants/:id/rvw-config：获取指定期刊的 Skills 配置（若不存在，返回 {}）。
|
||||
* PUT /api/admin/tenants/:id/rvw-config：UPSERT 期刊 Skills 配置。**若前端选择“继承系统默认”，对应的 ExpertPrompt 和 Template 传 null，但 editorialBaseStandard 必须传选中的值（'en'或'zh'）**。
|
||||
|
||||
### **2\. 底层引擎运行时的“降级合并 (Fallback Merge)”逻辑 \[P0\]**
|
||||
|
||||
后端重构 SkillExecutor 时，实施深度合并策略。以 **稿约规范 (EditorialSkill)** 为例：
|
||||
|
||||
async function executeEditorialSkill(manuscript, tenantConfig) {
|
||||
let promptToApply;
|
||||
|
||||
// 1\. 如果租户自定义了稿约 Prompt，直接使用租户的开放式配置 (优先级最高)
|
||||
if (tenantConfig && tenantConfig.editorialExpertPrompt) {
|
||||
promptToApply \= tenantConfig.editorialExpertPrompt;
|
||||
}
|
||||
// 2\. 租户未自定义（为 null），触发系统默认降级逻辑
|
||||
else {
|
||||
// 2.1 读取该期刊在后台配置的“标准语言基线”
|
||||
const baseStandard \= tenantConfig?.editorialBaseStandard || 'en';
|
||||
|
||||
// 2.2 根据基线拉取对应的【系统标准版规范】Prompt
|
||||
if (baseStandard \=== 'en') {
|
||||
promptToApply \= await promptService.get('SYSTEM\_DEFAULT\_EDITORIAL\_EN');
|
||||
} else if (baseStandard \=== 'zh') {
|
||||
promptToApply \= await promptService.get('SYSTEM\_DEFAULT\_EDITORIAL\_ZH');
|
||||
}
|
||||
}
|
||||
|
||||
// 3\. 将 promptToApply 喂给 LLM 执行，并使用对应 Handlebars 模板渲染...
|
||||
}
|
||||
|
||||
方法学、数据验证和临床评估的逻辑同理：最终提示词 \= 租户自定义 Prompt ?? 系统默认 Prompt。
|
||||
|
||||
## **👥 四、 实施 SOP：用户与期刊绑定（无需开发）**
|
||||
|
||||
1. 客户在主站注册账号（或由超管分配账号）。
|
||||
2. 内部超管在 ADMIN 端的 **【用户管理 \-\> 租户成员管理】** 页面，将该用户的账号添加到目标期刊租户（如 JTIM）下。
|
||||
3. 确保该用户拥有 RVW 模块的使用权限。
|
||||
4. **验证**：此后该用户访问 review.xunzhengyixue.com/jtim 时，JWT 中会自动带上该租户身份，接口方可放行。
|
||||
|
||||
## **✅ 五、 验收标准 (Definition of Done \- P0 阶段)**
|
||||
|
||||
1. ADMIN 后台成功渲染出只包含大文本框（Textarea）的极简配置界面。
|
||||
2. **中英基线验证**：
|
||||
* 将 JTIM 的【稿约规范】设置为“继承系统默认”并选择\*\*【标准版英文期刊规范】\*\*，上传稿件时，系统严格核查伦理声明等英文规则。
|
||||
* 将 CMJ 设置为“继承系统默认”并选择\*\*【标准版中文稿约规范】\*\*，系统重点核查中英文摘要对应等中文规则。
|
||||
3. 当某期刊在【临床专业评估】开启自定义后，运营人员在大文本框中修改提示词并保存，新上传的稿件严格按该设定执行评估。
|
||||
|
||||
## **🚀 六、 分阶段实施与 MVP 裁剪指南 (给 PM 与研发团队)**
|
||||
|
||||
为了保证项目快速上线，坚决执行 Managed SaaS (代运营) 和 All-in-Prompt 的裁剪策略。
|
||||
|
||||
### **🔴 第一阶段：MVP 必做清单 (P0) —— 目标：系统能跑通双语及个性化**
|
||||
|
||||
* **数据库**：一次性建好所有 Schema 字段（包含全部 Text 和 BaseStandard 字段）。
|
||||
* **核心引擎**：必须完成 SkillExecutor 的降级合并逻辑（?? 合并）和中英文 Prompt 的自动路由。
|
||||
* **ADMIN 前端**：只要最基础、最“丑”的表单输入框。实现“继承/自定义”的单选切换，并暴露 Textarea。不做任何复杂的花哨控件。
|
||||
* **业务前端**：根据 URL 中的 /:tenantId 成功拦截并获取对应的【期刊名称】（纯文本展示即可）。
|
||||
|
||||
### **🟡 第二阶段：视觉与防呆增强 (P1) —— 目标：上线后 1-2 周内快反**
|
||||
|
||||
* **模板预览 (Test Render)**：复用底层 PromptService 补齐预览按钮，防止运营在纯文本框写错 Handlebars 语法导致线上白屏。
|
||||
* **品牌视觉提升**：补齐期刊 Logo、主色调配置，并在客户端动态渲染，提升 SaaS 专属感。
|
||||
* **接口安全**：为公开的品牌信息拉取接口增加 Redis 缓存与 Rate Limiting 限流防刷。
|
||||
|
||||
### **🟢 第三阶段：暂缓或砍掉的伪需求 (P2) —— 目标：避免过度工程**
|
||||
|
||||
* **细颗粒度表单控件**：既然已经全面 Prompt 化，坚决不再开发滑块（如权重分配）、下拉枚举（如验证级别）等细分 UI 控件。全部用 Prompt 解决。
|
||||
* **客户自助配置后台**：坚决不做。坚持代运营模式，期刊主编提需求，内部运营人员在 ADMIN 端修改，规避复杂的 B 端权限开发。
|
||||
* **登录页背景图定制**：暂不开发，统一使用系统默认干净纯色底即可。
|
||||
44
docs/03-业务模块/RVW-稿件审查系统/00-系统设计/V3.0/中文医学期刊2025新国标稿约审查提示词.md
Normal file
44
docs/03-业务模块/RVW-稿件审查系统/00-系统设计/V3.0/中文医学期刊2025新国标稿约审查提示词.md
Normal file
@@ -0,0 +1,44 @@
|
||||
# **中国医学期刊2025新国标稿约审查提示词 (Prompt)**
|
||||
|
||||
**使用场景：** 在 ADMIN 配置中心，当运营人员为某中文期刊租户选择 **“继承系统默认配置 \-\> 标准版中文稿约规范”** 时，系统底层默认调用的 Prompt。
|
||||
|
||||
**标准依据：** 深度融合 2025 年发布的最新三大国家标准：GB/T 7714-2025 (参考文献)、GB/T 6447-2025 (文献摘要)、GB/T 7713.1-2025 (学术体例)。
|
||||
|
||||
**设计逻辑：** 由于 LLM 缺乏 2025 年新规的先验知识，本 Prompt 采取“规则穷举显式化”设计，直接将判罚红线硬编码在提示词中。
|
||||
|
||||
请将以下内容直接复制到系统“中文版标准规范”的底层 Prompt 库中：
|
||||
|
||||
【2025最新版中文医学期刊全维稿约核查规则】
|
||||
作为严谨的中国医学核心期刊审稿人，请对稿件的结构、学术规范及排版进行全面深度核查。你必须严格依据中国最新的三大国家标准（GB/T 6447-2025、GB/T 7714-2025、GB/T 7713.1）执行检查。请牢记并严格套用以下规则池：
|
||||
|
||||
一、 🔴 摘要与关键词规范（依据 GB/T 6447-2025，若违反请标记为 major\_issue）
|
||||
1\. 结构式摘要要求：原创论著的摘要必须为“结构式摘要”，强制包含【目的】、【方法】、【结果】、【结论】4个明确要素（或类似等效标识）。
|
||||
2\. 摘要内容禁区：摘要中严禁出现参考文献的引用（即不能带有 \[1\]、\[2\] 等引用角标）；应尽量避免采用插图、表格、非公知公用的符号和缩写词。
|
||||
3\. 关键词数量：每篇论文必须提供 3个\~8个 关键词，多个关键词之间通常用分号 (;) 分隔。
|
||||
4\. 中英文一致性：必须同时提供中文摘要与英文摘要（Abstract），且英文摘要的要素和含义应与中文摘要保持对应一致。
|
||||
|
||||
二、 🟡 参考文献著录规范（依据 GB/T 7714-2025，重点核查项，若违反请标记为 major\_issue）
|
||||
5\. 责任者（作者）著录规则：
|
||||
\- 欧美作者名必须“姓在前，名在后”（如：Einstein A，不能写 A Einstein）。
|
||||
\- 中外文作者若不超过 3 个，必须全部照录；若超过 3 个，只著录前 3 个责任者，其后必须加“, 等”或“, et al.”（注意前置逗号）。
|
||||
6\. 文献类型与载体标识代码（新规重点，检查代码是否规范）：
|
||||
\- 必须准确标注类型：普通期刊 \[J\]、专著图书 \[M\]、学位论文 \[D\]、报告 \[R\]、会议录 \[C\]。
|
||||
\- \*\*2025新规必须支持并识别\*\*：预印本 \[PP\]、数据集 \[DS\]、网站/网页 \[EB/OL\] 或 \[EB\]。
|
||||
\- 电子资源必须标明载体，如 \[J/OL\]、\[M/OL\]、\[DS/OL\]。
|
||||
7\. 年卷期与页码格式：
|
||||
\- 连续出版物（期刊）的标准格式必须为：\`年, 卷(期): 起讫页码.\`（例如：\`2024, 46(8): 102-111.\`）。
|
||||
8\. 日期格式：引用的电子资源、网站网页的发布日期、更新日期和引用日期，必须采用 \`YYYY-MM-DD\` 格式（如：\[2025-07-15\]）。
|
||||
9\. DOI 永久标识符：强烈建议电子文献末尾带有持久标识符（如 DOI 或 CSTR）。格式示例：\`DOI:10.1038/nature13308.\`
|
||||
|
||||
三、 🟢 学术体例与语言规范（依据 GB/T 7713.1-2025，常规核查项，若违反请标记为 minor\_issue）
|
||||
10\. 图表规范：
|
||||
\- 表格：应具有“自明性”，必须采用国际通行的“三线表”格式（避免使用复杂的内部网格线和垂直线）。
|
||||
\- 图表编号与图题：图题置于图的下方，表题置于表的上方。必须按出现顺采用阿拉伯数字连续编号（如：图1、表1）。
|
||||
11\. 计量单位与科学名词：
|
||||
\- 必须严格采用国家法定的国际单位制（SI units）。
|
||||
\- 首次出现外文专业术语、缩略词时，必须用圆括号注明原词语全称。
|
||||
12\. 学术诚信与伦理（一票否决项，若违反请标记为 fatal）：
|
||||
\- 涉及人类受试者或动物的临床/实验研究，正文中必须明确提及“伦理委员会批准”以及“知情同意（Informed Consent）”。
|
||||
\- 严禁将 AI（如 ChatGPT 等大模型）列为共同作者。
|
||||
|
||||
请系统性地输出上述规则的违反情况（包含具体的缺陷位置和修改建议）。对于没有明确违反规则的项，无需列出。如果通篇没有任何违反，请回复“完全符合 2025 版中文医学期刊国家标准”。
|
||||
32
docs/03-业务模块/RVW-稿件审查系统/00-系统设计/V3.0/通用英文期刊稿约审查提示词.md
Normal file
32
docs/03-业务模块/RVW-稿件审查系统/00-系统设计/V3.0/通用英文期刊稿约审查提示词.md
Normal file
@@ -0,0 +1,32 @@
|
||||
# **通用英文医学期刊标准稿约审查提示词 (Prompt)**
|
||||
|
||||
**使用场景：** 在 ADMIN 配置中心，当运营人员为某租户选择 **“继承系统默认配置 \-\> 标准版英文期刊规范”** 时，底层 SkillExecutor 默认调用的 Prompt。
|
||||
|
||||
**设计逻辑：** 覆盖主流 SCI 期刊及 ICMJE 规范的通用要求，作为英文期刊的“最大公约数”基线。
|
||||
|
||||
请将以下内容直接复制到系统的默认 Prompt 库中：
|
||||
|
||||
【标准版英文医学期刊全维稿约核查规则】
|
||||
作为严谨的国际医学期刊审稿人，请对稿件的结构、伦理及学术排版进行全面深度核查。必须严格遵守以下通用国际规则池（ICMJE 规范）：
|
||||
|
||||
一、 🔴 致命错误与伦理规范（一票否决项，若违反请标记为 fatal）
|
||||
1\. 伦理与知情同意：涉及人类或动物实验必须有 IRB/IACUC 伦理委员会批准说明；涉及人类受试者（含病例报告）必须有知情同意书（Informed Consent）获取声明。
|
||||
2\. 声明完整性：正文或结尾必须包含利益冲突声明 (Conflict of Interest / Competing Interests) 和资金资助声明 (Funding / Support)。即使没有，也必须声明 "None declared"。若是临床干预试验必须提供注册号。
|
||||
3\. AI 与署名：严禁 AI 工具（如 ChatGPT, LLM）作为作者署名。若声明使用了 AI 辅助写作或数据分析，必须予以清晰记录。
|
||||
4\. 盲审风险提示 (Blinded Article Check)：请排查正文 (Main Text) 中是否遗留了作者姓名、具体机构名称、致谢或可溯源的资助编号（若期刊采取单盲则忽略，但通常建议分离至 Title Page）。
|
||||
|
||||
二、 🟡 核心体例与排版要求（重点核查项，若违反请标记为 major\_issue）
|
||||
5\. 摘要合规性：
|
||||
\- 论著 (Original Research) 必须为结构化摘要 (Structured Abstract，通常包含 Background/Objectives, Methods, Results, Conclusions)，且字数一般在 200-250 字以内。
|
||||
\- 综述或病例报告通常为非结构化摘要，字数一般在 150-200 字以内。
|
||||
6\. 统计学表述规范：必须提供 P 值的精确数值（如 P \= 0.048），严禁简单表述为 "p \< 0.05"（极小值除外，如 P \< 0.001）。统计学参数字母通常需斜体。
|
||||
7\. 参考文献与引文一致性：检查正文引用（如上标方括号或作者-年份）是否全篇保持高度一致，并检查参考文献列表是否存在明显的格式错乱。
|
||||
8\. 图表独立性：表格严禁为不可编辑的图片格式（应为文本表格，多采用三线表）；所有图表必须在正文中被按顺序交叉引用（Cross-referenced）。
|
||||
|
||||
三、 🟢 通用学术写作规范（常规核查项，若违反请标记为 minor\_issue）
|
||||
9\. 语言一致性：全篇必须严格统一使用美式英语 (American English) 或英式英语 (British English)，绝不可混用。
|
||||
10\. 数字拼写规则：句首的数字必须拼写成英文单词（如 "Fifteen patients..."，严禁写 "15 patients"）；正文中 1-10 的数字通常要求使用英文拼写（带有度量衡单位的除外，如 5 mg）。
|
||||
11\. 学术专有名词：物种名称（如 \*E. coli\*）、基因符号等非英语的外来拉丁词汇必须使用斜体。
|
||||
12\. 度量单位：必须使用标准的国际单位制 (SI Units)，且数字与单位之间通常需要保留一个空格（% 和 °C 除外）。
|
||||
|
||||
请系统性地输出上述规则的违反情况。对于没有明确违反规则的项，无需列出。如果通篇没有任何违反，请回复“符合所有国际通用规范要求”。
|
||||
Reference in New Issue
Block a user