---
title: 业务背景
doc_type: business-context
domain: business
keywords:
  - 业务背景
  - 研究工作台
  - 业务闭环
  - 业务上下文
summary: 解释项目服务什么业务、核心对象是什么，以及研究链路怎样闭环。
when_to_read:
  - 第一次理解项目业务目标
  - 需要把页面、任务和本地数据放回同一条业务链
read_next:
  - ./original-backend-map.md
  - ./research-flows-and-artifacts.md
---
# 业务背景

这组文档主要回答三个问题：

- 原后端到底在服务什么业务
- 当前 Tauri 项目把这些业务落到了哪些页面、表和模块
- 用户每天走完一轮研究流程后，会沉淀哪些本地结果

## 一句话说明

当前项目本质上是一个围绕“公告研究 + 行情研判”运转的本地桌面工作台，不是简单的数据查看器，也不是孤立的任务后台。

## 一张业务图

```mermaid
flowchart LR
    User["研究用户"] --> Watch["当日看盘"]
    Watch --> Notice["公告分析"]
    Notice --> Detail["个股详情 / 解析详情"]
    Detail --> Original["公告原文 / 深度报告"]
    Original --> Task["任务调度 / 日志 / 回看"]
```

这张图表达的是最小主闭环：先在本地把值得看的对象筛出来，再围绕公告和个股做判断，最后把结果、原文和运行记录留在本地，供后续继续复看。

## 阅读顺序

1. [原后端业务地图](./original-backend-map.md)
2. [原后端公告大模型解析设计](./notice-llm-analysis-design.md)
3. [研究流程与产物](./research-flows-and-artifacts.md)
4. 需要实现边界时，回看 [项目架构](../overview/architecture.md)

## 这组文档的重点

- 统一当前仓库对“公告、个股、任务、原文、报告”的业务口径
- 把“公告如何进入 LLM 解析、如何生成深度报告、如何记录控制面日志”沉淀成独立业务知识
- 把对照仓库中已经稳定的业务语义迁入到当前项目
- 用当前仓库实际存在的页面、表结构和 Rust 模块做落点，不写成脱离实现的抽象空话
