---
title: 研究流程与产物
doc_type: business-workflow
domain: research
keywords:
  - 研究流程
  - 研究产物
  - 用户路径
  - 本地资产
summary: 解释研究用户每天如何使用系统，以及一轮研究后会在本地沉淀什么产物。
when_to_read:
  - 想从用户视角理解系统主流程
  - 需要确认控制面、原文和报告如何组成研究闭环
read_next:
  - ./context.md
  - ./original-backend-map.md
---
# 研究流程与产物

这篇文档说明原后端业务进入当前 Tauri 桌面项目后，用户每天到底怎么用，以及一轮研究流程结束后会在本地留下什么产物。

## 一句话先记住

这个产品的核心不是“看一条公告”，而是把公告变成一个可筛选、可复核、可追踪、可继续深挖的本地研究流程。

## 主流程图

```mermaid
flowchart LR
    A["同步市场与公告"] --> B["形成本地快照和标准化数据"]
    B --> C["当日看盘 /"]
    C --> D["公告分析 /announcements"]
    D --> E["个股详情 / 解析详情"]
    E --> F["公告原文 / 深度报告"]
    F --> G["任务调度 / 日志 / 回看"]
```

这张图说明的是用户视角的主流程。用户不会直接关心 SQLite 表怎么拆，而是关心今天先看哪里、接着处理什么、最后留下什么结果。

## 角色分工

| 角色 | 主要动作 |
| --- | --- |
| 研究用户 | 看盘、筛公告、发起补分析、复核重点结论、查看原文、生成深度报告 |
| 系统后台 | 同步数据、整理快照、执行分析任务、记录日志和失败操作 |
| 外部来源 | 提供公告、行情、交易日历和其它基础数据 |

## 每个业务入口到底负责什么

| 入口 | 用户在这里做什么 | 当前主要落点 | 产出什么 |
| --- | --- | --- | --- |
| 当日看盘 `(/)` | 先按日期和股票聚合查看有哪些线索值得跟进 | `TodayWatchView.vue`、`get_today_watch_local`、`notice_record`、`today_watch_quote_snapshot` / 多来源日线查询层 | 候选股票、候选公告 |
| 公告分析 `(/announcements)` | 把公告压成高密度工作表，筛出要补跑、复核和重点跟踪的对象 | `HomeView.vue`、`get_notice_analysis_list`、`trigger_notice_analysis_local` | 公告级结论、评分、处理状态 |
| 个股详情 `(/stock/:stockCode)` / 行情页 `(/stock/:stockCode/quote)` | 把同一只股票的行情、公告和指标放在一起看 | `StockDetailView.vue`、`StockQuoteView.vue`、行情查询命令 | 个股级研究上下文 |
| 解析详情 `(/analysis/:id)` | 回看单条公告的评分、AI 结论和深度报告状态 | `AnalysisDetailView.vue`、`get_notice_by_id_local`、`get_deep_report_local` | 单条公告的完整研究上下文 |
| 公告原文 `(/notice-original)` | 回看真实来源、原始分类、原文链接和本地制品位置 | `NoticeOriginalView.vue`、`get_notice_original_list_local`、`get_notice_original_detail_local` | 原文回溯和来源校验 |
| 设置 `(/settings/*)` | 配置数据源、导入初始化包、查看任务调度、LLM 日志和系统状态 | `views/settings/*`、`sys_config`、`sys_scheduled_task`、`llm_request_log` | 调度规则、系统配置、运维上下文 |

## 重点流程 1：日常研究

```mermaid
flowchart TD
    A["打开当日看盘"] --> B["按股票聚合看公告与行情信号"]
    B --> C["进入公告分析筛选重点公告"]
    C --> D{"是否值得继续研究？"}
    D -- "否" --> E["保留为普通样本或观察对象"]
    D -- "是" --> F["进入个股详情或解析详情"]
    F --> G["阅读 AI 结论 / 原文 / 历史行情"]
    G --> H{"是否需要更完整结论？"}
    H -- "否" --> I["保留当前分析结果"]
    H -- "是" --> J["生成深度报告并继续回看"]
```

这条链路表达的是：

- 当日看盘负责先把对象找出来
- 公告分析负责把对象排优先级
- 详情页负责真正做判断
- 深度报告负责把高价值对象沉淀成可复用结论

## 重点流程 2：补跑、复核和调度

```mermaid
flowchart TD
    A["发现待分析 / 分析失败 / 数据滞后"] --> B["在公告分析或设置页定位对象"]
    B --> C["手动触发分析或运行调度任务"]
    C --> D["后台更新 tsk_run 和 tsk_run_event"]
    D --> E["写回公告状态、日志和失败操作"]
    E --> F["用户回到工作表继续复核"]
```

这条链路说明“公告分析”和“设置/任务调度”都不是单纯展示页，而是研究处理台。

## 重点流程 3：初始化包和本地导入

```mermaid
flowchart LR
    A["标准初始化包 / MySQL dump"] --> B["设置页导入入口"]
    B --> C["写入 sync_import_batch"]
    C --> D["导入本地 SQLite"]
    D --> E["继续驱动看盘、公告和指标能力"]
```

当前导入链路的业务意义不是“上传一个文件”，而是把历史数据和基础数据快速变成本地可用的研究底座。

## 研究过程中会沉淀哪些产物

| 产物 | 当前主要落点 | 用途 |
| --- | --- | --- |
| 行情与交易日历快照 | `api_tushare_*`、`api_akshare_price_daily`、`stock_market_snapshot`、`stock_trade_calendar` | 形成个股和市场上下文 |
| 标准化公告行 | `notice_record` | 驱动当日看盘、公告分析和解析详情 |
| 原始来源元数据 | `api_cninfo_notice_raw` | 连接原始来源值、原始分类和原文回溯 |
| 原文或制品索引 | `art_artifact` | 保证原文快照、报告和其它产物能再次找到 |
| 公告摘要与评分 | `notice_record.ai_analysis`、`score_*`、`beneficial_direction` | 方便排序、筛选和复核 |
| 深度报告 | `notice_record.deep_report`、`notice_record.deep_report_status` | 沉淀重点对象的完整研究输出 |
| 任务运行记录 | `sys_scheduled_task_log`、`tsk_run`、`tsk_run_event` | 便于追踪、恢复和排障 |
| AI 与运维审计记录 | `llm_request_log`、`sys_operation_log`、`sys_failed_operation` | 便于控制成本、排查失败和手动补救 |

## 当前项目已经承接了哪些业务语义

| 已承接 | 说明 |
| --- | --- |
| 本地行情同步和指标入库 | 说明项目已经有稳定的本地市场数据底座 |
| 真实公告同步入库 | 说明 `CNInfo` 公告、主记录、原始元数据和读模型已经形成第一条真实本地研究链路 |
| 公告筛选和状态推进 | 说明公告已经被当成待处理工作队列，而不是普通列表 |
| AI 分析和手动补跑 | 说明用户可以围绕重点公告继续加工，而不是只看一次结果 |
| 深度报告生成 | 说明系统已经开始把重点对象升级成更完整的研究产物 |
| 调度、运行日志和失败恢复 | 说明后台任务已经被视为研究流水线的一部分 |
| 本地账号、配置和系统状态 | 说明这个项目不是只做页面，还在承接真实桌面运行时能力 |

## 当前还没有完整承接的业务部分

| 待补齐 | 业务上缺什么 |
| --- | --- |
| 多市场公告真实同步 | 目前真实同步主链以 `CNInfo/A 股` 为主，模式和字段已经预留，但多市场还没形成同等稳定链路 |
| 深度报告质量 | 当前本地深度报告仍偏 MVP 模板化，更像快速筛查结果，不是最终研究报告体系 |
| 原文正文级阅读体验 | 当前已经能回溯来源链接和本地制品索引，但原文正文和 PDF 阅读仍以外链和元数据为主 |
| 统一研究工作台状态 | 页面入口已经齐全，但跨页面联动和中心化工作台状态仍然有限 |

## 最后记住的 4 句话

1. 这套业务的中心对象是公告和股票，不是任务本身。
2. 任务系统只是把研究流程跑顺，不是产品终点。
3. 原文、摘要、评分、报告和日志都属于研究资产。
4. 当前仓库后续最值得补的是“把业务闭环做实”，而不是单纯增加页面数量。
