freedak/MyAiDesk
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update: 将子项目从 submodule 转为完整内容

Browse Source 
- 移除 GovAI, nomifun-tauri, 算力盒子 的 submodule 引用
- 添加所有子项目的完整源代码
- 保留原始 .git 为 .git.bak 备份
This commit is contained in:
freedak
2026-07-04 19:20:46 +08:00
parent 54d6465fa7
commit f7a720204a
3360 changed files with 802660 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files
GovAI/docs/APP-TYPE-STANDARD.md
+316
View File
@@ -0,0 +1,316 @@
# 应用类型标准规范
本文档定义了政智通平台各类型应用的数据格式、UI模式和配置标准。新增应用时必须按照对应类型的标准配置。
---
## 一、对话型 (chatbot)
**UI 模式：** 左侧对话历史列表 + 中间对话区域 + 底部输入框
**适用场景：** 政策问答、法规咨询、通用问答类应用
### 数据库字段标准
| 字段 | 必填 | 说明 |
|------|------|------|
| `dify_app_type` | ✅ | 值为 `chatbot` |
| `welcome_message` | ✅ | 首次进入时的欢迎语，如"您好！我是XXX助手。" |
| `suggested_prompts` | ✅ | JSON数组，3-4条推荐提问，显示为可点击按钮 |
| `app_config.system_prompt` | ✅ | 系统提示词，定义AI角色和回答风格 |
| `app_config.model` | 可选 | 模型名称，默认 `qwen-plus` |
| `app_config.temperature` | 可选 | 温度参数，问答类建议 0.2-0.4 |
| `app_config.max_tokens` | 可选 | 最大输出token数 |
### 示例配置
```json
{
"app_config": {
"system_prompt": "你是一个政策法规智能问答助手，熟悉中国各级政府的法律法规和政策文件。请准确、严谨地回答用户的政策法规相关问题。",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 4000
},
"welcome_message": "您好！我是政策法规智能问答助手。您可以向我咨询各类法律法规和政策条款。",
"suggested_prompts": [
"最新的行政处罚法有哪些变化？",
"营商环境优化相关政策有哪些？",
"政府信息公开条例的适用范围？"
]
}
```
### UI 截图要素
- 顶部：应用图标 + 应用名称 + 描述 + 右侧类型标签"对话型"
- 左侧：`+ 新对话` 按钮 + 对话历史列表
- 中间：欢迎消息气泡 + 推荐提问按钮
- 底部：输入框 + 发送按钮
---
## 二、公文写作型 (chatbot + DOC_WRITER_SLUGS)
**UI 模式：** 公文类型卡片网格 + 底部输入框
**适用场景：** 公文拟稿、公文写作助手
**触发条件：** `slug` 必须加入前端 `DOC_WRITER_SLUGS` 集合
### 数据库字段标准
| 字段 | 必填 | 说明 |
|------|------|------|
| `dify_app_type` | ✅ | 值为 `chatbot` |
| `slug` | ✅ | 必须注册到前端 `DOC_WRITER_SLUGS`，如 `official-doc-writer`、`fagai-doc-writer` |
| `app_config.system_prompt` | ✅ | 包含《党政机关公文格式》(GB/T 9704) 相关指引 |
| `welcome_message` | ✅ | 如"您好！我是公文写作助手" |
| `suggested_prompts` | ✅ | 公文写作相关的推荐提问 |
### 前端注册
在 `apps/web/src/app/(portal)/chat/[appId]/page.tsx` 中：
```typescript
const DOC_WRITER_SLUGS = new Set(["official-doc-writer", "fagai-doc-writer"]);
```
### 示例配置
```json
{
"app_config": {
"system_prompt": "你是一个专业的公文写作助手，精通《党政机关公文格式》国家标准（GB/T 9704）。请按照规范格式帮助用户拟稿各类公文。"
},
"welcome_message": "您好！我是公文写作助手。我可以帮您拟稿各类公文，并确保格式符合标准。",
"suggested_prompts": [
"帮我起草一份工作通知",
"拟一份关于年度总结的报告"
]
}
```
### UI 截图要素
- 顶部：应用图标 + 名称 + 描述 + 右侧"公文写作"标签
- 左侧：`+ 新建公文` 按钮 + 历史记录
- 中间：**选择公文类型**标题 + 12种公文类型卡片网格（通知、请示、报告、批复、函、通报、意见、决定、会议纪要、公告、科技项目申报通知、科技奖励通报）
- 底部：输入框 + 发送按钮
---
## 三、工作流型 (workflow)
**UI 模式：** 步骤进度条 + 分步表单 + 上一步/下一步按钮
**适用场景：** 按步骤收集信息后生成报告/方案的应用
### 数据库字段标准
| 字段 | 必填 | 说明 |
|------|------|------|
| `dify_app_type` | ✅ | 值为 `workflow` |
| `app_config.app_type` | ✅ | 值为 `workflow` |
| `app_config.steps` | ✅ | JSON数组，定义每个步骤的表单字段 |
| `app_config.system_prompt` | ✅ | 系统提示词 |
| `welcome_message` | 可选 | 步骤开始前的提示语 |
### steps 字段格式
每个step包含：
```json
{
"key": "字段标识",
"label": "步骤标题",
"type": "text | textarea | select",
"description": "步骤描述（可选）",
"placeholder": "输入提示",
"required": true,
"options": ["选项1", "选项2"] // type为select时必填
}
```
### 示例配置
```json
{
"app_config": {
"system_prompt": "你是项目可行性研究专家。请根据用户提供的项目信息，生成专业规范的可行性分析内容。",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 6000,
"app_type": "workflow",
"steps": [
{
"key": "project_name",
"label": "项目名称",
"type": "text",
"placeholder": "如：XX产业园基础设施建设项目",
"required": true
},
{
"key": "project_type",
"label": "项目类型",
"type": "select",
"options": ["基础设施", "产业发展", "社会事业", "生态环保", "科技创新"],
"required": true
},
{
"key": "background",
"label": "项目背景",
"type": "textarea",
"placeholder": "项目建设的背景、必要性、政策依据等",
"required": true
}
]
}
}
```
### UI 截图要素
- 顶部：返回按钮 + 应用图标 + 名称 + 描述 + 右侧"工作流"标签
- 步骤条：圆形标记 + 步骤名称 + 箭头连接
- 表单区域：步骤标题 + 输入控件（文本框/选择器/多行文本）
- 底部：上一步/下一步按钮
---
## 四、补全型 (completion)
**UI 模式：** 左侧输入区 + 右侧输出区
**适用场景：** 文本处理、摘要提取、翻译等单次输入输出型应用
### 数据库字段标准
| 字段 | 必填 | 说明 |
|------|------|------|
| `dify_app_type` | ✅ | 值为 `completion` |
| `app_config.input_label` | ✅ | 输入区域标题，如"文件内容" |
| `app_config.output_label` | ✅ | 输出区域标题，如"核心摘要" |
| `app_config.input_placeholder` | ✅ | 输入框占位文本 |
| `app_config.system_prompt` | ✅ | 系统提示词 |
### 示例配置
```json
{
"app_config": {
"input_label": "文件内容",
"output_label": "核心摘要",
"system_prompt": "你是一个政务文件分析专家。请对提供的文件进行分析，输出包含：一句话概要、核心要点、关键数据摘录、政策影响分析、行动建议。",
"input_placeholder": "粘贴需要提取摘要的文件内容..."
}
}
```
### UI 截图要素
- 顶部：应用名称 + 描述 + 右侧类型标签"补全型"
- 左侧：输入标签 + 大文本输入框
- 右侧：输出标签 + 结果展示区域
- 底部：提交按钮
---
## 五、智能体型 (agent)
**UI 模式：** 类似chatbot，但带有工具调用能力展示
**适用场景：** 需要调用多个工具进行综合分析的应用
### 数据库字段标准
| 字段 | 必填 | 说明 |
|------|------|------|
| `dify_app_type` | ✅ | 值为 `agent` |
| `app_config.tools` | ✅ | 可用工具列表，如 `["数据检索", "趋势分析", "报告生成"]` |
| `app_config.system_prompt` | ✅ | 包含工具调用说明的系统提示词 |
| `welcome_message` | ✅ | 说明具备的能力 |
| `suggested_prompts` | ✅ | 推荐提问 |
### 示例配置
```json
{
"app_config": {
"tools": ["数据检索", "趋势分析", "对比分析", "报告生成"],
"system_prompt": "你是一个综合研判智能体，服务于政府部门的数据分析和决策支持。你具备以下工具能力：1.数据检索 2.趋势分析 3.对比分析 4.报告生成。"
},
"welcome_message": "您好！我是综合研判智能助手。我具备数据检索、趋势分析、对比分析和报告生成等能力。",
"suggested_prompts": [
"分析本季度经济运行数据",
"对比去年同期各项指标变化"
]
}
```
### UI 截图要素
- 顶部：应用图标 + 名称 + 描述 + 右侧"智能体"标签
- 左侧：`+ 新对话` 按钮 + 对话历史
- 中间：欢迎消息（含能力说明）+ 推荐提问 + 工具调用标记展示
- 底部：输入框 + 发送按钮
---
## 六、PPT生成型 (ppt_generator)
**UI 模式：** 文件上传/文本输入 + PPT预览
**适用场景：** 将文档/文本内容转换为PPT
### 数据库字段标准
| 字段 | 必填 | 说明 |
|------|------|------|
| `dify_app_type` | ✅ | 值为 `ppt_generator` |
| `app_config.app_type` | ✅ | 值为 `ppt_generator` |
| `app_config.default_config` | ✅ | PPT默认配置（风格、格式、页数等） |
| `welcome_message` | ✅ | 说明支持的输入方式 |
### 示例配置
```json
{
"app_config": {
"app_type": "ppt_generator",
"system_prompt": "你是一个专业的演示文稿设计专家。",
"default_config": {
"style": "general",
"format": "ppt169",
"page_count": 10,
"with_images": true
}
},
"welcome_message": "您好！我是智能PPT生成助手。请上传源文件或粘贴文本内容，我将为您生成专业的PowerPoint演示文稿。"
}
```
---
## 通用规范
### 分类图标与颜色
所有机构的相同类型分类应使用统一的图标和颜色，在 `apps/web/src/lib/category-config.ts` 中配置：
| 分类类型 | 图标 | 颜色 |
|---------|------|------|
| 公文写作 | `FileSignature` | `bg-blue-100 text-blue-800` |
| 政策解读 | `Scale` | `bg-indigo-100 text-indigo-800` |
| 数据分析 | `BarChartBig` | `bg-emerald-100 text-emerald-700` |
| 便民服务 | `HeadphonesIcon` | `bg-amber-100 text-amber-700` |
| 组织人事 | `UserCog` | `bg-sky-100 text-sky-700` |
| 招商引资 | `TrendingUp` | `bg-violet-100 text-violet-700` |
| 翻译外事 | `Languages` | `bg-teal-100 text-teal-700` |
| 综合应用 | `LayoutGrid` | `bg-gray-100 text-gray-700` |
### 命名规范
- 新机构分类slug格式：`{机构缩写}-{功能}`，如 `fagai-writing`、`gongan-policy`
- 应用名统一使用"XX助手"或"XX生成"格式
- 同类应用跨机构使用相同名称（如所有公文写作应用都叫"公文写作助手"）
### 详情页 long_description 格式
使用 Markdown 格式，推荐结构：
```markdown
## 功能介绍
简要描述功能：
- 功能点1
- 功能点2
- 功能点3
## 使用方法
使用说明文字。
```
GovAI/docs/PROJECT-SUMMARY.md
+787
View File
@@ -0,0 +1,787 @@
# 政智通（GovAI）— 项目全景总结
> **文档编号**：DOC-MGT-009
> **版本**：v1.1.0
> **生成日期**：2026-05-23
> **最后更新**：2026-05-23
> **状态**：已发布（Published）
---
## 1. 项目概述
**政智通（GovAI）** 是一个面向政府部门的 AI 智能应用平台，旨在提升行政效能、赋能智慧政务。平台支持多机构多租户，内置知识库 RAG、多种 AI 应用类型（对话 / 补全 / 工作流 / 智能体 / PPT 生成），为不同政务场景提供一站式 AI 解决方案。
### 1.1 核心定位
| 维度 | 说明 |
|------|------|
| **品牌名称** | 政智通（GovAI），由企业版「Aily」演进而来 |
| **目标用户** | 政府各局委办工作人员（科技局、公安局、发改局、律所、信访局等） |
| **核心价值** | 一站式政务 AI 应用商店 + 知识库 + 创作者平台 |
| **部署模式** | 私有化部署，前后端分离 |
### 1.2 功能全景
```
┌─────────────────────────────────────────────────────┐
│ 政智通 平台 │
├──────────┬──────────┬──────────┬─────────────────────┤
│ 应用商店 │ 工作台 │ 创作中心 │ 知识库管理 │
│ (Store) │(Workspace)│ (Create) │ (Knowledge) │
├──────────┴──────────┴──────────┴─────────────────────┤
│ 管理后台 (Admin) │
│ 数据总览 │ 应用管理 │ 审核队列 │ 用户管理 │ 审计日志 │
├─────────────────────────────────────────────────────┤
│ AI 引擎层 (LLM / RAG / PPT) │
│ 通义千问 │ 向量嵌入 │ 知识库检索 │ PPT Master │
└─────────────────────────────────────────────────────┘
```
---
## 2. 技术架构
### 2.1 整体架构
采用 **Go 后端 + Next.js 前端 + Python PPT Worker** 的三层架构：
```
┌──────────────┐ ┌──────────────┐ ┌──────────────┐
│ Next.js │────▶│ Go API │────▶│ PostgreSQL │
│ 前端 │ │ Server │ │ (pgvector) │
│ :3000 │ │ :8080 │ │ │
└──────────────┘ └──────┬───────┘ └──────────────┘
│
┌──────┴───────┐ ┌──────────────┐
│ Redis │────▶│ PPT Worker │
│ 消息队列 │ │ (Python) │
│ │ │ :8090 │
└──────────────┘ └──────────────┘
┌──────────────┐
│ MinIO │
│ 对象存储 │
└──────────────┘
```
### 2.2 技术栈总览
| 层级 | 技术 | 版本 |
|------|------|------|
| **后端框架** | Go + Chi Router | Go 1.25、Chi v5 |
| **数据库** | PostgreSQL + pgvector | PG 17 |
| **缓存/队列** | Redis | 7.x |
| **ORM/SQL** | sqlc 代码生成 + pgx | pgx v5 |
| **前端框架** | Next.js (App Router) | 16.2.6 |
| **UI 框架** | React + TypeScript | React 19.2.4、TS 5 |
| **CSS 方案** | Tailwind CSS v4 | v4（CSS-first 配置） |
| **组件库** | shadcn/ui (base-nova) | v4.7.0 |
| **状态管理** | Zustand + TanStack React Query | Zustand 5、RQ 5 |
| **AI/LLM** | 通义千问 (DashScope) | OpenAI 兼容接口 |
| **向量嵌入** | text-embedding-v3 | DashScope |
| **PPT 引擎** | PPT Master (Python) | FastAPI + python-pptx |
| **对象存储** | MinIO | — |
| **认证** | JWT + 多机构切换 | golang-jwt v5 |
### 2.3 数据流
```
用户操作 → Next.js 前端
→ /api/* 代理 → Go API Server
→ PostgreSQL（持久化）
→ Redis（缓存/PPT队列）
→ DashScope API（LLM推理）
→ pgvector（向量检索/RAG）
→ SSE 流式响应 → 前端实时渲染
```
---
## 3. 项目目录结构
```
GovAI/
├── .cursorrules # Cursor IDE 工作流规则
├── .env.example # 根级环境变量模板
├── README.md # 项目主文档
├── run.md # 运行说明与测试账号
├── 政务AI平台调整方案.md # 品牌/分类调整方案
├── Makefile # 开发/构建/迁移统一入口
│
├── server/ # ========== Go 后端 ==========
│ ├── .env # 后端环境配置（已配置）
│ ├── go.mod / go.sum # Go 依赖
│ ├── sqlc.yaml # sqlc 代码生成配置
│ ├── cmd/
│ │ ├── server/
│ │ │ ├── main.go # 服务入口
│ │ │ └── router.go # 路由定义（API v1）
│ │ └── embed-chunks/
│ │ └── main.go # 文档分片/向量化 CLI 工具
│ ├── internal/
│ │ ├── config/config.go # 配置加载
│ │ ├── handler/ # HTTP 处理器（13 个模块）
│ │ ├── middleware/ # 认证/RBAC/限流/审计中间件
│ │ └── response/response.go # 统一响应格式
│ ├── pkg/
│ │ ├── auth/ # JWT、密码哈希、SSO
│ │ ├── chunker/ # 文档分片器
│ │ ├── db/ # 数据库连接 + sqlc 查询
│ │ ├── dify/ # Dify 集成客户端
│ │ ├── embedding/ # 向量嵌入服务
│ │ └── llm/ # LLM 提供商（OpenAI/Anthropic）
│ └── migrations/ # 迁移文件 + 种子数据（49 个）
│
├── apps/
│ └── web/ # ========== Next.js 前端 ==========
│ ├── package.json # 前端依赖
│ ├── next.config.ts # Next.js + API 代理配置
│ ├── components.json # shadcn/ui 配置
│ └── src/
│ ├── app/ # App Router 页面
│ │ ├── error.tsx # 全局错误边界
│ │ ├── loading.tsx # 全局加载状态
│ │ ├── not-found.tsx # 404 页面
│ │ ├── (auth)/ # 登录/注册
│ │ ├── (portal)/ # 商店/工作台/知识库/创作/聊天
│ │ │ ├── error.tsx # Portal 错误边界
│ │ │ └── loading.tsx# Portal 加载状态
│ │ └── (admin)/ # 管理后台各页面
│ │ ├── error.tsx # Admin 错误边界
│ │ └── loading.tsx# Admin 加载状态
│ ├── components/
│ │ ├── app-ui/ # 各应用类型 UI 组件
│ │ ├── app-card/ # 应用卡片组件
│ │ ├── layout/ # Header 布局
│ │ └── ui/ # shadcn 基础组件（20+）
│ ├── hooks/ # 可复用自定义 Hooks
│ │ ├── use-sse-stream.ts # SSE 流式解析
│ │ ├── use-copy-clipboard.ts# 剪贴板复制
│ │ ├── use-scroll-bottom.ts # 自动滚动
│ │ ├── use-file-export.ts # 文件下载导出
│ │ ├── use-app-config.ts # 应用配置解析
│ │ └── index.ts # 统一导出
│ ├── lib/ # API 客户端、类型、工具函数
│ │ └── types.ts # 统一类型定义（全局）
│ └── stores/auth.ts # Zustand 认证状态
│
├── ppt-worker/ # ========== PPT 生成服务 ==========
│ ├── app.py # FastAPI HTTP 入口
│ ├── worker.py # Redis 队列 Worker
│ ├── pipeline.py # PPT Master 管线
│ ├── requirements.txt # Python 依赖
│ └── Dockerfile # 容器化配置
│
├── docker/ # ========== Docker 配置 ==========
│ ├── docker-compose.yml # PG + Redis + MinIO + PPT Worker
│ └── docker-compose.dify.yml # Dify AI 引擎（可选）
│
└── docs/ # ========== 项目文档 ==========
├── UI-STYLE-GUIDE.md # UI 风格规范
├── APP-TYPE-STANDARD.md # 应用类型标准
├── add-domain-guide.md # 新增行业领域指南
└── ... # 其他技术文档
```
---
## 4. 前端架构详解
### 4.1 路由结构
| 路由组 | 路径 | 页面 | 守卫 |
|--------|------|------|------|
| `(auth)` | `/login` | 登录页 | 无 |
| `(auth)` | `/register` | 注册页 | 无 |
| `(portal)` | `/store` | 应用商店首页 | 需登录 |
| `(portal)` | `/store/category/[slug]` | 分类应用列表 | 需登录 |
| `(portal)` | `/store/apps/[slug]` | 应用详情页 | 需登录 |
| `(portal)` | `/chat/[appId]` | 应用运行页 | 需登录 |
| `(portal)` | `/workspace` | 工作台（最近+收藏） | 需登录 |
| `(portal)` | `/create` | 创作中心 | 需登录 |
| `(portal)` | `/knowledge` | 知识库管理 | 需登录（creator/admin） |
| `(admin)` | `/dashboard` | 数据总览 | 需 admin |
| `(admin)` | `/apps` | 应用管理 | 需 admin |
| `(admin)` | `/reviews` | 审核队列 | 需 admin |
| `(admin)` | `/users` | 用户管理 | 需 admin |
| `(admin)` | `/analytics` | 使用分析 | 需 admin |
| `(admin)` | `/audit` | 审计日志 | 需 admin |
| `(admin)` | `/models` | 模型管理 | 需 admin |
| `(admin)` | `/security` | 安全管理 | 需 admin |
### 4.2 应用类型与对应 UI 组件
| 应用类型 | UI 组件 | 交互模式 | 核心能力 |
|----------|---------|----------|----------|
| **chatbot（对话型）** | `ChatbotUI` | SSE 流式多轮对话 | 文件上传、对话导出、历史管理 |
| **completion（补全型）** | `CompletionUI` | 单次输入→流式输出 | 格式模板选择、历史侧边栏 |
| **workflow（工作流）** | `WorkflowUI` | 多步骤表单→汇总生成 | 步骤引导、参数校验 |
| **agent（智能体）** | `AgentUI` | SSE 流式+工具调用 | 工具标记解析、执行状态展示 |
| **公文写作** | `DocWriterUI` | 模板→表单→流式生成 | Word/TXT 导出、后续对话修改 |
| **研判分析** | `AnalysisUI` | 模板→向导→流式生成 | Word/MD 导出、追问优化 |
### 4.3 状态管理
```
┌─────────────────────────────────────────┐
│ 状态管理架构 │
├────────────┬────────────┬───────────────┤
│ Zustand │ React Query│ Component │
│ 全局认证 │ 服务端数据 │ 局部 UI 状态 │
├────────────┼────────────┼───────────────┤
│ • user │ • 应用列表 │ • 表单数据 │
│ • token │ • 分类数据 │ • 对话消息 │
│ • org │ • 统计信息 │ • 流式状态 │
│ • login() │ • 5min缓存 │ • 侧边栏切换 │
│ • logout() │ • retry=1 │ • 加载状态 │
│ • switchOrg│ │ │
└────────────┴────────────┴───────────────┘
```
### 4.4 自定义 Hooks
| Hook | 文件 | 用途 | 使用组件 |
|------|------|------|----------|
| `useSSEStream` | `use-sse-stream.ts` | SSE 流式响应解析（buffer 管理、事件解析、conversation_id 提取） | chatbot/agent/completion/workflow/doc-writer/analysis |
| `useCopyToClipboard` | `use-copy-clipboard.ts` | 剪贴板复制 + toast 提示 | chatbot/agent/completion/doc-writer/analysis |
| `useScrollToBottom` | `use-scroll-bottom.ts` | 消息列表自动滚动到底部 | chatbot/agent/doc-writer/analysis |
| `useFileExport` | `use-file-export.ts` | 文件下载导出（Blob + URL.createObjectURL） | chatbot/agent/doc-writer/analysis |
| `useAppConfig` | `use-app-config.ts` | 解析 app.app_config JSON 配置 | completion/workflow/agent |
| `useSuggestedPrompts` | `use-app-config.ts` | 解析 app.suggested_prompts | chatbot/agent |
工具函数：
- `updateLastAssistantMessage()` — 更新消息列表中最后一条 AI 消息的内容
- `setStreamErrorMessage()` — 流式失败时设置错误提示消息
### 4.5 错误边界与加载状态
| 文件 | 层级 | 功能 |
|------|------|------|
| `app/error.tsx` | 全局 | 捕获未处理的渲染错误，显示错误标识、重试和返回按钮 |
| `app/loading.tsx` | 全局 | 全屏加载 Spinner |
| `app/not-found.tsx` | 全局 | 404 页面，引导用户返回应用中心 |
| `app/(portal)/error.tsx` | Portal | 应用侧错误边界，保留 Header 导航 |
| `app/(portal)/loading.tsx` | Portal | 应用侧加载状态（适配 Header 高度 3.5rem） |
| `app/(admin)/error.tsx` | Admin | 管理后台错误边界 |
| `app/(admin)/loading.tsx` | Admin | 管理后台加载状态 |
### 4.6 统一类型定义
所有业务类型集中定义在 `lib/types.ts`，按模块分组：
| 分组 | 类型 |
|------|------|
| 核心业务 | `App`、`KnowledgeBase`、`Category`、`PaginatedResponse`、`ChatMessage`、`Conversation`、`Rating` |
| 对话/流式 | `Message`、`DeleteTarget` |
| 智能体 | `ToolCall` |
| 补全型 | `FormatTemplate` |
| 工作流 | `WorkflowStep` |
| 公文写作 | `DocTemplate`、`TemplateField`、`SelectOption` |
| 研判分析 | `AnalysisTemplate`、`TemplateStep`、`StepField`、`FieldOption` |
| 用户/认证 | `User`、`Organization` |
| 管理后台 | `AdminApp`、`Review`、`AuditLog`、`OverviewStats` |
### 4.7 前端依赖
| 类别 | 包名 | 版本 | 用途 |
|------|------|------|------|
| 框架 | `next` | 16.2.6 | SSR/SSG 框架 |
| 视图 | `react` / `react-dom` | 19.2.4 | UI 渲染 |
| 状态 | `zustand` | 5.0.13 | 全局状态管理 |
| 数据 | `@tanstack/react-query` | 5.100.9 | 服务端数据缓存 |
| UI | `shadcn` | 4.7.0 | 组件库 CLI |
| 样式 | `tailwindcss` | v4 | CSS 框架 |
| 样式 | `tailwind-merge` / `clsx` | 3.5.0 / 2.1.1 | 样式合并 |
| 图标 | `lucide-react` | 1.14.0 | 图标库 |
| 主题 | `next-themes` | 0.4.6 | 暗色模式 |
| Markdown | `react-markdown` / `remark-gfm` | 10.1.0 / 4.0.1 | Markdown 渲染 |
| 通知 | `sonner` | 2.0.7 | Toast 提示 |
| 命令面板 | `cmdk` | 1.1.1 | 搜索/命令 |
| 日期 | `date-fns` | 4.1.0 | 日期处理 |
| 动画 | `tw-animate-css` | 1.4.0 | CSS 动画 |
---
## 5. 后端架构详解
### 5.1 API 路由总览（`/api/v1`）
#### 认证模块
| 方法 | 路径 | 说明 |
|------|------|------|
| POST | `/auth/register` | 用户注册 |
| POST | `/auth/login` | 用户登录 |
| POST | `/auth/refresh` | Token 刷新 |
| POST | `/auth/logout` | 用户登出 |
| GET | `/auth/me` | 获取当前用户 |
| PUT | `/auth/profile` | 更新用户信息 |
| POST | `/auth/switch-org` | 切换机构 |
#### 应用商店
| 方法 | 路径 | 说明 |
|------|------|------|
| GET | `/store/categories` | 获取分类列表 |
| GET | `/store/apps` | 获取应用列表（分页/搜索） |
| GET | `/store/featured` | 推荐应用 |
| GET | `/store/rankings` | 热门排行 |
| GET | `/store/recent` | 最近使用 |
#### 应用交互
| 方法 | 路径 | 说明 |
|------|------|------|
| POST | `/apps/{id}/chat` | 对话/智能体（SSE 流式） |
| POST | `/apps/{id}/completion` | 补全（SSE 流式） |
| POST | `/apps/{id}/generate-doc` | 公文生成（SSE 流式） |
| POST | `/apps/{id}/generate-analysis` | 研判报告（SSE 流式） |
| GET | `/apps/{id}/conversations` | 对话历史 |
| POST | `/apps/{id}/feedback` | 用户反馈 |
| POST | `/apps/{id}/favorite` | 收藏/取消 |
| POST | `/apps/{id}/rating` | 评分 |
#### 创作中心
| 方法 | 路径 | 说明 |
|------|------|------|
| GET/POST | `/creator/apps` | 创作者应用 CRUD |
| POST | `/creator/apps/{id}/submit-review` | 提交审核 |
| GET | `/creator/templates` | 应用模板 |
#### 知识库
| 方法 | 路径 | 说明 |
|------|------|------|
| GET/POST | `/knowledge` | 知识库 CRUD |
| POST | `/knowledge/{id}/documents` | 上传文档 |
| POST | `/knowledge/{id}/reindex` | 重建索引 |
| POST | `/knowledge/{id}/reembed` | 重建向量 |
#### 管理后台
| 方法 | 路径 | 说明 |
|------|------|------|
| GET | `/admin/analytics` | 使用分析数据 |
| GET/PUT | `/admin/apps` | 应用上下架管理 |
| GET/PUT | `/admin/reviews` | 审核队列 |
| GET/PUT | `/admin/users` | 用户角色/状态管理 |
| GET | `/admin/audit-logs` | 审计日志 |
### 5.2 后端依赖
| 包 | 版本 | 用途 |
|----|------|------|
| `go-chi/chi` | v5.2.5 | HTTP 路由 |
| `go-chi/cors` | v1.2.2 | 跨域处理 |
| `golang-jwt/jwt` | v5.3.1 | JWT 认证 |
| `jackc/pgx` | v5.9.2 | PostgreSQL 驱动 |
| `redis/go-redis` | v9.19.0 | Redis 客户端 |
| `rs/zerolog` | v1.35.1 | 结构化日志 |
| `google/uuid` | v1.6.0 | UUID 生成 |
| `joho/godotenv` | v1.5.1 | 环境变量加载 |
| `golang.org/x/crypto` | v0.51.0 | 密码哈希 |
### 5.3 Handler 模块（13 个）
```
handler/
├── auth.go # 认证（登录/注册/切换机构）
├── store.go # 应用商店（列表/搜索/排行）
├── app_usage.go # 应用使用（聊天/补全/生成）
├── conversation.go # 对话历史管理
├── creator.go # 创作中心
├── knowledge.go # 知识库管理
├── ppt.go # PPT 任务管理
├── admin_app.go # 管理后台-应用
├── admin_review.go # 管理后台-审核
├── admin_user.go # 管理后台-用户
├── admin_analytics.go# 管理后台-统计
├── admin_audit.go # 管理后台-审计
└── template.go # 模板管理（公文/分析）
```
---
## 6. 数据库设计
### 6.1 迁移版本
| 版本 | 文件 | 内容 |
|------|------|------|
| 000001 | init | 用户表、部门表 |
| 000002 | categories_and_applications | 分类、应用、应用配置 |
| 000003 | reviews_and_favorites | 评价、收藏 |
| 000004 | usage_logs | 使用日志 |
| 000005 | models_quotas_audit | 模型、配额、审计日志 |
| 000006 | ppt_tasks | PPT 任务表 |
| 000007 | doc_templates | 公文模板 |
| 000008 | conversation_naming | 对话命名 |
| 000009 | knowledge_base_id | 知识库 ID 字段 |
| 000010 | document_content | 文档内容存储 |
| 000011 | usage_messages | 使用消息记录 |
| 000012 | organizations | 多机构表 |
| 000013 | multi_tenant | 多租户改造 |
| 000014 | — | 最新迁移 |
### 6.2 种子数据
| 文件 | 内容 |
|------|------|
| `seed.sql` | 基础分类、默认应用 |
| `seed_keji.sql` | 科技局专属数据 |
| `seed_gongan_*.sql` | 公安局应用与知识库 |
| `seed_fagaiju*.sql` | 发改局应用与知识库 |
| `seed_legal*.sql` | 律师事务所（14 个应用+4 个知识库） |
| `seed_xinfang*.sql` | 信访局（10 个应用+4 个知识库） |
| `seed_ppt.sql` | PPT 生成应用 |
| `seed_multi_tenant_users.sql` | 多机构用户账号 |
| `seed_doc_templates.sql` | 公文模板 |
| `seed_analysis_templates.sql` | 分析报告模板 |
---
## 7. PPT 生成服务
### 7.1 架构
```
用户提交 PPT 任务 → Go API → Redis 队列 → Python Worker → PPT Master
↓
MinIO 存储 ← 生成 PPTX
```
### 7.2 功能特性
| 特性 | 说明 |
|------|------|
| **输入格式** | PDF、Word、网页 URL、纯文本 |
| **演示风格** | 通用、咨询、顶级咨询 |
| **幻灯片格式** | 16:9 宽屏、4:3 传统、竖版 |
| **AI 生图** | 通义万相（可选） |
| **输出** | 原生可编辑 PPTX 文件 |
### 7.3 技术栈
- **Web 框架**：FastAPI + uvicorn
- **任务队列**：Redis
- **PPT 引擎**：PPT Master（外部项目）
- **PPT 生成**：python-pptx
- **图片生成**：通义万相 (wanx)
- **LLM**：通义千问（内容大纲生成）
---
## 8. 多机构多租户
### 8.1 支持的机构
| 机构 | 角色配置 | 专属应用数 |
|------|----------|-----------|
| 科技局 | super_admin + admin + creator + user | 默认应用集 |
| 公安局 | admin + creator + user | 专属应用 |
| 发改局 | admin + creator + user | 专属应用 |
| 教育局 | admin + user | — |
| 人社局 | admin + creator + user | — |
| 财政局 | admin + user | — |
| 住建局 | admin + creator + user | — |
| 市监局 | admin + creator + user | — |
| 律师事务所 | admin + creator + user | 14 个法律应用 |
| 信访局 | admin + creator + user | 10 个信访应用 |
### 8.2 角色权限模型
| 角色 | 权限 |
|------|------|
| `super_admin` | 全平台管理权限，跨机构管理 |
| `admin` | 机构管理权限（应用审核、用户管理、数据分析） |
| `creator` | 可创建和发布应用 |
| `user` | 使用应用和知识库 |
---
## 9. 应用分类体系
### 9.1 通用分类（10 个）
| 分类 | 说明 | 典型应用 |
|------|------|----------|
| 公文写作 | 公文拟稿、会议纪要、文件摘要 | 公文写作助手、会议纪要生成 |
| 政策解读 | 法规问答、政策影响分析 | 政策法规问答、政策影响分析 |
| 政务宣传 | 宣传稿件、信息发布 | — |
| 数据治理 | 数据分析、综合研判 | 综合研判助手 |
| 便民服务 | 群众来信回复、咨询答复 | 群众来信回复 |
| 信息化工具 | 开发辅助、系统运维 | — |
| 组织人事 | 干部考核、人事管理 | 干部考核助手 |
| 招商引资 | 项目评估、投资分析 | 招商项目评估 |
| 翻译外事 | 中英互译、外事用语 | 翻译助手 |
| 综合应用 | 其他政务场景 | — |
### 9.2 行业专属分类
- **律师事务所**：法律服务（对标 iCourt Alpha）
- **信访局**：信访受理、政策答复、矛盾调解、督查督办
---
## 10. 预置应用清单
### 10.1 通用应用（11 个）
| 应用 | 类型 | 分类 |
|------|------|------|
| 政策法规问答 | 对话型 | 政策解读 |
| 公文写作助手 | 对话型 | 公文写作 |
| 群众来信回复 | 对话型 | 便民服务 |
| 会议纪要生成 | 补全型 | 公文写作 |
| 公文摘要提取 | 补全型 | 公文写作 |
| 翻译助手 | 补全型 | 翻译外事 |
| 招商项目评估 | 工作流 | 招商引资 |
| 政策影响分析 | 工作流 | 政策解读 |
| 综合研判助手 | 智能体 | 数据治理 |
| 干部考核助手 | 智能体 | 组织人事 |
| 智能PPT生成 | PPT生成 | 综合应用 |
### 10.2 律师事务所应用（14 个）
| 应用 | 类型 | 增强等级 |
|------|------|----------|
| 法律法规检索 | 对话型 | P0（类案综述、参照标注） |
| 法律咨询助手 | 对话型 | P0（结构化报告、风险预测） |
| 合同条款审查 | 对话型 | P0（甲乙方立场、法规审查） |
| 法律文书生成 | 补全型 | P0（七大类模板、法条引用） |
| 法律阅卷助手 | 补全型 | P0（快捷阅卷+质证意见） |
| 合同条款生成 | 补全型 | 基础 |
| 案件风险评估 | 工作流 | 基础 |
| 尽职调查报告 | 工作流 | 基础 |
| 诉讼策略助手 | 智能体 | 基础 |
| 合规审查助手 | 智能体 | 基础 |
| 质证意见生成 | 补全型 | P1 新增 |
| 庭审提纲生成 | 补全型 | P1 新增 |
| 裁判趋势分析 | 对话型 | P1 新增 |
| 企业合规体检 | 工作流 | P1 新增 |
### 10.3 信访局应用（10 个）
| 应用 | 类型 | 分类 |
|------|------|------|
| 信访政策咨询 | 对话型 | 信访受理 |
| 来信来访登记 | 补全型 | 信访受理 |
| 信访件分类 | 补全型 | 信访受理 |
| 信访答复生成 | 补全型 | 政策答复 |
| 政策法规检索 | 对话型 | 政策答复 |
| 矛盾纠纷分析 | 工作流 | 矛盾调解 |
| 调解文书生成 | 补全型 | 矛盾调解 |
| 督查报告生成 | 工作流 | 督查督办 |
| 信访风险评估 | 智能体 | 督查督办 |
| 信访数据分析 | 智能体 | 督查督办 |
---
## 11. 知识库体系
### 11.1 知识库 RAG 流程
```
文档上传 → 文档分片(chunker) → 向量嵌入(text-embedding-v3) → pgvector 存储
↓
用户提问 → 查询向量化 → 相似度检索(pgvector) → 上下文注入 → LLM 生成回答
```
### 11.2 已配置知识库
| 机构 | 知识库 | 文档数 |
|------|--------|--------|
| 律师事务所 | 法律法规库 | 6 |
| 律师事务所 | 司法解释库 | 4 |
| 律师事务所 | 合同模板库 | 5 |
| 律师事务所 | 文书模板库 | 4 |
| 信访局 | 信访法规库 | 5 |
| 信访局 | 政策答复模板库 | 4 |
| 信访局 | 调解规程库 | 4 |
| 信访局 | 督查督办制度库 | 3 |
---
## 12. 环境配置
### 12.1 核心环境变量
| 变量 | 说明 | 示例值 |
|------|------|--------|
| `SERVER_HOST` | 后端监听地址 | `0.0.0.0` |
| `SERVER_PORT` | 后端端口 | `8080` |
| `DATABASE_URL` | PostgreSQL 连接串 | `postgres://...` |
| `REDIS_URL` | Redis 连接串 | `redis://localhost:6379` |
| `JWT_SECRET` | JWT 签名密钥 | — |
| `LLM_PROVIDER` | LLM 提供商 | `openai` |
| `OPENAI_API_KEY` | 通义千问 API Key | `sk-...` |
| `OPENAI_BASE_URL` | DashScope 兼容地址 | `https://dashscope.aliyuncs.com/compatible-mode/v1` |
| `OPENAI_MODEL` | 默认模型 | `qwen-plus` |
| `EMBEDDING_MODEL` | 嵌入模型 | `text-embedding-v3` |
| `NEXT_PUBLIC_API_URL` | 前端 API 代理目标 | `http://localhost:8080` |
| `PPT_WORKER_URL` | PPT 服务地址 | `http://localhost:8090` |
### 12.2 Docker 服务
| 服务 | 镜像 | 端口 |
|------|------|------|
| PostgreSQL | pgvector/pgvector:pg17 | 5432 |
| Redis | redis:7 | 6379 |
| MinIO | minio | 9000/9001 |
| PPT Worker | 自建 | 8090 |
---
## 13. 开发与构建
### 13.1 Makefile 命令
| 命令 | 说明 |
|------|------|
| `make dev-api` | 启动后端开发服务器 |
| `make dev-web` | 启动前端开发服务器 |
| `make dev-ppt` | 启动 PPT Worker |
| `make build` | 构建全部 |
| `make test` | 运行测试 |
| `make lint` | 代码检查 |
| `make migrate` | 运行数据库迁移 |
| `make sqlc` | 生成 sqlc 代码 |
| `make seed` | 导入种子数据 |
| `make docker` | Docker 环境启动 |
### 13.2 快速启动步骤
```bash
# 1. 启动基础设施
docker compose -f docker/docker-compose.yml up -d
# 2. 运行数据库迁移
make migrate
# 3. 导入种子数据
make seed
# 4. 启动后端
cd server && go run cmd/server/main.go
# 5. 启动前端
cd apps/web && npm install && npm run dev
# 6. (可选) 启动 PPT Worker
make dev-ppt
```
---
## 14. 已有文档索引
| 路径 | 内容 |
|------|------|
| `README.md` | 项目概述、快速开始、预置应用 |
| `run.md` | 运行说明、多机构测试账号 |
| `政务AI平台调整方案.md` | 品牌/分类/应用调整方案 |
| `docs/UI-STYLE-GUIDE.md` | 政务蓝色彩体系、Lucide 图标规范 |
| `docs/APP-TYPE-STANDARD.md` | 5 种应用类型数据库字段与 UI 标准 |
| `docs/add-domain-guide.md` | 新增行业领域 13 步流程 |
| `docs/domain-legal.md` | 律师行业应用/知识库配置方案 |
| `docs/app-optimization-standard.md` | 55 个应用优化标准 |
| `docs/legal-domain-alpha-enhancement.md` | 律师域功能增强方案 |
| `server/migrations/seed_beihang.sql` | 北航教师 AI 应用中心种子数据 |
| `ppt-worker/README.md` | PPT Worker 技术文档 |
---
## 15. 关键观察与建议
### 15.1 当前状态
| 项目 | 状态 |
|------|------|
| 后端 API | 功能基本完整，部分 admin 接口为 `notImplemented` |
| 前端 UI | 功能完整，覆盖全部应用类型 |
| 多租户 | 已支持 11 个机构（含北京航空航天大学） |
| 知识库 | RAG 流程完整 |
| PPT 生成 | 独立微服务，功能完整 |
| 自定义 Hooks | 已抽取 5 个可复用 hook（SSE/剪贴板/滚动/导出/配置解析） |
| 类型定义 | 已统一到 `lib/types.ts`（含 25+ 个类型） |
| 错误边界 | 已完善（全局 + Portal + Admin 三层 error/loading/not-found） |
| 版本控制 | **未初始化 Git 仓库** |
| sqlc 生成 | 需手动执行 `make sqlc` |
| 生产部署 | `docker-compose.prod.yml` 缺失 |
### 15.2 技术亮点
1. **SSE 流式交互**：全部 AI 应用均支持流式输出，用户体验良好
2. **多应用类型**：5 种 UI 模式适配不同政务场景
3. **多租户架构**：机构级隔离，灵活的角色权限，已扩展至高校教育场景（北航）
4. **知识库 RAG**：基于 pgvector 的向量检索，支持文档上传与自动分片
5. **政务特色 Markdown**：定制渲染，支持知识库引用、应用推荐等特殊语法
6. **可复用 Hooks**：SSE 流式解析、剪贴板、自动滚动、文件导出等公共逻辑已抽取
7. **统一类型系统**：全部业务类型集中管理，按模块分组
8. **三层错误边界**：全局 / Portal / Admin 各层独立的错误捕获和加载状态
### 15.3 改进建议
1. **初始化 Git 仓库**，建立版本控制
2. **补全生产部署配置**（docker-compose.prod.yml）
3. **补充自动化测试**（前端单元测试 + 后端 API 测试）
4. ~~抽取可复用 Hooks~~ ✅ 已完成（v1.1.0）
5. ~~统一类型定义~~ ✅ 已完成（v1.1.0）
6. ~~完善错误边界~~ ✅ 已完成（v1.1.0）
7. **扩展更多行业机构**（教育、医疗等）— 北航已完成 ✅
---
## 16. 北京航空航天大学 AI 应用中心
### 16.1 概述
作为多租户架构的扩展案例，为北京航空航天大学教师提供专业的 AI 应用中心，包含 10 个教育专属分类和 20 个定制应用。
### 16.2 教育分类
| 分类 | slug | 应用数 |
|------|------|--------|
| 教学辅助 | edu-teaching | 4 |
| 科研助手 | edu-research | 3 |
| 论文写作 | edu-paper | 2 |
| 项目申报 | edu-grant | 3 |
| 学生指导 | edu-mentoring | 2 |
| 行政办公 | edu-admin | 2 |
| 学科建设 | edu-discipline | 1 |
| 国际交流 | edu-intl | 1 |
| 数据分析 | edu-data | 0 |
| 智慧工具 | edu-tools | 2 |
### 16.3 应用清单（20 个）
| 应用 | 类型 | 分类 | 特色 |
|------|------|------|------|
| 智能教案生成 | 补全型 | 教学辅助 | 多课型支持（理论/实验/实践） |
| 考试命题助手 | 工作流 | 教学辅助 | 4 步流程，自动组卷 |
| 课程设计咨询 | 对话型 | 教学辅助 | 北航课程体系+OBE 理念 |
| 教学评估报告 | 工作流 | 教学辅助 | 基于课程目标达成度分析 |
| 文献综述生成 | 补全型 | 科研助手 | 航空航天特色文献检索 |
| 实验方案设计 | 对话型 | 科研助手 | 工程实验/计算机实验 |
| 科研数据分析 | 智能体 | 科研助手 | 多工具调用，智能分析 |
| 论文润色助手 | 补全型 | 论文写作 | SCI 规范、学术规范 |
| 摘要与关键词生成 | 补全型 | 论文写作 | 中英双语 |
| 学术翻译 | 补全型 | 国际交流 | 航空航天专业术语 |
| 基金申请书助手 | 对话型 | 项目申报 | NSFC/科技部格式 |
| 项目结题报告 | 工作流 | 项目申报 | 3 步结构化生成 |
| 预算编制助手 | 补全型 | 项目申报 | 科研经费规范 |
| 论文评审意见 | 补全型 | 学生指导 | 建设性反馈 |
| 开题报告辅助 | 对话型 | 学生指导 | 硕博论文开题 |
| 高校公文写作 | 对话型 | 行政办公 | 高校公文格式规范 |
| 会议纪要生成 | 补全型 | 行政办公 | 学术会议/行政会议 |
| 学科规划报告 | 工作流 | 学科建设 | ESI/一流学科建设 |
| 学术PPT生成 | 补全型 | 智慧工具 | 学术风格模板 |
| 代码辅助 | 对话型 | 智慧工具 | 航空航天常用语言 |
### 16.4 部署方式
```bash
# 导入北航种子数据（在已有数据库上执行）
psql -U postgres -d govai -f server/migrations/seed_beihang.sql
```
种子脚本支持幂等执行（`ON CONFLICT DO NOTHING`），不会影响已有数据。
---
> **文档结束** — 此文档全面记录了政智通（GovAI）项目的技术架构、功能模块和开发现状。
GovAI/docs/PROJECT_OVERVIEW.docx
BIN
View File
Binary file not shown.
GovAI/docs/PROJECT_OVERVIEW.md
+284
View File
@@ -0,0 +1,284 @@
# 政智通 — 政务AI智能应用平台
## 一、项目概述
**项目名称**：政智通 — 政务AI智能应用平台
**项目定位**：面向政府部门的AI智能办公平台，以大语言模型为核心引擎，覆盖公文写作、政策解读、政务宣传、数据治理、便民服务等多场景，提升行政效能、赋能智慧政务。
**用途**：投标 — 入驻法治网平台
---
## 二、开发语言与技术栈
| 层级 | 技术选型 | 版本 |
|------|----------|------|
| 后端语言 | Go (Golang) | 1.25.0 |
| 后端框架 | Chi Router | v5.2.5 |
| 前端语言 | TypeScript | - |
| 前端框架 | Next.js (App Router) / React | - |
| 前端样式 | Tailwind CSS / shadcn/ui | - |
| 数据库 | PostgreSQL | 15+ |
| 缓存 | Redis | 7+ |
| AI 引擎 | 通义千问 (Qwen) / OpenAI 兼容接口 | - |
| PPT 生成微服务 | Python | - |
| 认证 | JWT (golang-jwt/v5) | - |
| 日志 | zerolog | - |
---
## 三、源代码规模
| 模块 | 文件类型 | 文件数 | 代码行数 |
|------|----------|--------|----------|
| 后端服务 | Go (`.go`) | 52 | 10,528 |
| 前端应用 | TSX (`.tsx`) | - | 14,356 |
| 前端应用 | TS (`.ts`) | - | 1,496 |
| 前端应用 | CSS (`.css`) | - | 140 |
| PPT 微服务 | Python (`.py`) | - | 1,367 |
| **合计** | | **~143 文件** | **~27,887 行** |
---
## 四、系统架构
### 4.1 整体架构
```
┌─────────────────────────────────────────────┐
│ 前端 (Next.js) │
│ ┌─────────┐ ┌──────────┐ ┌──────────────┐ │
│ │ 门户端 │ │ 管理后台 │ │ 平台管理端 │ │
│ │(Portal) │ │(Admin) │ │(Platform) │ │
│ └────┬────┘ └────┬─────┘ └──────┬───────┘ │
│ └───────────┴──────────────┘ │
│ REST API │
└───────────────────┬─────────────────────────┘
│
┌───────────────────┴─────────────────────────┐
│ 后端 (Go / Chi Router) │
│ ┌──────┐ ┌───────┐ ┌──────┐ ┌──────────┐ │
│ │认证 │ │应用 │ │对话 │ │知识库 │ │
│ │中间件 │ │商店 │ │引擎 │ │管理 │ │
│ └──────┘ └───────┘ └──────┘ └──────────┘ │
│ ┌──────┐ ┌───────┐ ┌──────┐ ┌──────────┐ │
│ │PPT │ │文档 │ │审计 │ │平台管理 │ │
│ │生成 │ │模板 │ │日志 │ │ │ │
│ └──────┘ └───────┘ └──────┘ └──────────┘ │
└──────┬──────────────────────┬───────────────┘
│ │
┌──────┴──────┐ ┌──────┴──────┐
│ PostgreSQL │ │ Redis │
│ (持久化) │ │ (缓存) │
└─────────────┘ └─────────────┘
```
### 4.2 后端模块结构
| 目录 | 职责 |
|------|------|
| `server/cmd/server/` | 主入口、路由注册 |
| `server/internal/handler/` | HTTP 请求处理器（对话、应用商店、知识库、PPT、文件等） |
| `server/internal/middleware/` | 中间件（认证、租户隔离、日志） |
| `server/internal/config/` | 配置管理 |
| `server/internal/response/` | 统一响应格式 |
| `server/pkg/auth/` | JWT 认证工具包 |
| `server/pkg/db/` | 数据库连接与查询 |
| `server/pkg/llm/` | 大语言模型接口封装 |
| `server/pkg/embedding/` | 向量嵌入 |
| `server/pkg/chunker/` | 文档分块 |
| `server/pkg/tenant/` | 多租户隔离 |
| `server/migrations/` | 数据库迁移脚本（17 个迁移 + 种子数据） |
### 4.3 前端模块结构
| 目录 | 职责 |
|------|------|
| `apps/web/src/app/(portal)/` | 门户端：应用商店、对话、知识库、工作台 |
| `apps/web/src/app/(admin)/` | 管理后台：用户管理、应用管理、审计、分析、模型配置 |
| `apps/web/src/app/(auth)/` | 认证：登录、注册 |
| `apps/web/src/app/platform/` | 平台管理：组织管理、供应商、配额、审计 |
| `apps/web/src/components/` | 通用组件（UI 基础组件、布局、应用卡片） |
| `apps/web/src/hooks/` | 自定义 Hooks |
| `apps/web/src/lib/` | 工具函数库 |
| `apps/web/src/stores/` | 状态管理 |
---
## 五、核心功能模块
### 5.1 政务应用分类
| 分类 | 说明 |
|------|------|
| 公文写作 | 公文拟稿、会议纪要、文件摘要 |
| 政策解读 | 法规问答、政策影响分析 |
| 政务宣传 | 宣传稿件、信息发布 |
| 数据治理 | 数据分析、综合研判 |
| 便民服务 | 群众来信回复、咨询答复 |
| 信息化工具 | 开发辅助、系统运维 |
| 组织人事 | 干部考核、人事管理 |
| 招商引资 | 项目评估、投资分析 |
| 翻译外事 | 中英互译、外事用语 |
| 综合应用 | 其他政务场景 |
### 5.2 预置应用
| 应用名称 | 类型 | 功能说明 |
|----------|------|----------|
| 政策法规问答 | 对话型 | 法规条款查询与解读 |
| 公文写作助手 | 对话型 | 各类公文拟稿 |
| 群众来信回复 | 对话型 | 群众诉求回复建议 |
| 会议纪要生成 | 补全型 | 会议记录整理 |
| 公文摘要提取 | 补全型 | 文件要点提取 |
| 翻译助手 | 补全型 | 政务中英互译 |
| 招商项目评估 | 工作流 | 多维度项目评估 |
| 政策影响分析 | 工作流 | 政策多维度影响评估 |
| 综合研判助手 | 智能体 | 数据分析与报告生成 |
| 干部考核助手 | 智能体 | 绩效分析与评语生成 |
| 智能 PPT 生成 | PPT 生成 | 上传文档/输入主题，AI 生成原生可编辑 PPTX |
### 5.3 系统功能清单
| 功能域 | 功能项 |
|--------|--------|
| 用户与权限 | 注册/登录、JWT 认证、角色管理、多租户隔离 |
| 应用管理 | 应用商店、分类浏览、应用创建、收藏评分 |
| AI 对话 | 多轮对话、流式输出、上下文管理、对话历史 |
| 知识库 | 文档上传、文档分块、向量嵌入、知识检索 |
| PPT 生成 | 多种输入源、多种风格、AI 生图、可编辑 PPTX 导出 |
| 文档模板 | 模板管理、模板应用 |
| 平台管理 | 组织管理、模型供应商配置、配额管理 |
| 审计与安全 | 操作审计日志、安全审计、用量统计 |
| 数据分析 | 使用分析、模型调用统计、用户行为分析 |
---
## 六、数据库设计
### 6.1 数据库迁移版本
共 **17 个迁移版本**，涵盖：
| 迁移 | 内容 |
|------|------|
| 000001 | 初始化 schema |
| 000002 | 分类与应用 |
| 000003 | 评价、收藏、评分 |
| 000004 | 用量日志 |
| 000005 | 模型、配额、审计 |
| 000006 | PPT 任务 |
| 000007 | PPT 生成器类型 |
| 000008 | 文档模板 |
| 000009 | 对话命名 |
| 000010 | 知识库 ID |
| 000011 | 文档内容 |
| 000012 | 用量日志消息 |
| 000013 | 组织机构 |
| 000014 | 多租户 |
| 000015 | 平台管理 |
| 000016 | 对话与消息 |
| 000017 | 清理旧对话表 |
### 6.2 种子数据
包含法治网、发改委、公安、科技、信访等多领域种子数据，支持快速部署演示。
---
## 七、部署架构
### 7.1 运行环境
| 组件 | 要求 |
|------|------|
| Go | 1.25+ |
| Node.js | 18+ |
| PostgreSQL | 15+ |
| Redis | 7+ |
| Python | 3.10+ (PPT Worker) |
### 7.2 部署方式
- **Docker 部署**：提供 `docker/` 配置目录，支持容器化部署
- **原生部署**：通过 `Makefile` 管理构建与启动
- **部署脚本**：`deploy.sh` 支持自动化部署
### 7.3 服务端口
| 服务 | 端口 |
|------|------|
| 后端 API | 8080 |
| 前端 Web | 3000 |
| PostgreSQL | 5432 |
| Redis | 6379 |
---
## 八、安全设计
| 安全措施 | 说明 |
|----------|------|
| JWT 认证 | 短期 Token + 刷新机制 |
| 多租户隔离 | 基于 `session.tenant_id` 的数据隔离 |
| 密钥管理 | 环境变量管理，不进 Git |
| SQL 注入防御 | 参数化查询 |
| XSS 防御 | 自动转义 + CSP |
| CSRF 防御 | SameSite Cookie |
| 操作审计 | 审计日志记录，保留 ≥ 6 个月 |
| 限流熔断 | 登录限流、接口限流 |
---
## 九、项目目录结构
```
GovAI/
├── server/ # Go 后端服务
│ ├── cmd/ # 命令入口
│ │ ├── server/ # 主服务入口与路由
│ │ ├── check-providers/ # 供应商检查工具
│ │ ├── seed-providers/ # 供应商种子工具
│ │ ├── embed-chunks/ # 向量嵌入工具
│ │ └── ... # 其他命令行工具
│ ├── internal/ # 内部业务逻辑
│ │ ├── handler/ # HTTP 处理器
│ │ ├── middleware/ # 中间件
│ │ ├── config/ # 配置
│ │ ├── response/ # 统一响应
│ │ ├── logger/ # 日志
│ │ └── metrics/ # 指标
│ ├── pkg/ # 公共工具包
│ │ ├── auth/ # 认证
│ │ ├── db/ # 数据库
│ │ ├── llm/ # 大模型接口
│ │ ├── embedding/ # 向量嵌入
│ │ ├── chunker/ # 文档分块
│ │ ├── tenant/ # 多租户
│ │ └── dify/ # Dify 集成
│ └── migrations/ # 数据库迁移与种子数据
├── apps/web/ # Next.js 前端
│ └── src/
│ ├── app/ # 页面路由
│ │ ├── (portal)/ # 门户端
│ │ ├── (admin)/ # 管理后台
│ │ ├── (auth)/ # 认证页面
│ │ └── platform/ # 平台管理端
│ ├── components/ # 通用组件
│ ├── hooks/ # 自定义 Hooks
│ ├── lib/ # 工具函数
│ └── stores/ # 状态管理
├── ppt-worker/ # PPT 生成微服务 (Python)
├── docker/ # Docker 配置
├── docs/ # 项目文档
├── Makefile # 构建管理
├── deploy.sh # 部署脚本
└── README.md # 项目说明
```
---
## 十、总结
政智通平台是一个基于 Go + Next.js 的前后端分离架构的政务AI智能应用平台，总代码量约 **2.8 万行**，涵盖 52 个 Go 源文件和 91 个前端 TypeScript/TSX 文件。平台集成了大语言模型能力，提供公文写作、政策解读、智能PPT生成等 11 个预置应用，支持多租户隔离、知识库管理、审计安全等企业级功能，满足政府部门智慧办公的需求。
GovAI/docs/UI-STYLE-GUIDE.md
+138
View File
@@ -0,0 +1,138 @@
# 政智通 UI 设计规范
> 面向政府机关单位的 AI 智能应用平台，设计风格需体现**严肃性、专业性、简洁易用**。
---
## 一、色彩体系
### 主色调 — 政务蓝
| 用途 | 色值 | 说明 |
|----------|----------------|------------------------|
| 主导航背景 | `blue-950/900` | 深蓝色渐变，体现政府权威 |
| 主要按钮 | `blue-900` | 如"开始使用""新建""登录"等 |
| 按钮 Hover | `blue-800` | 略浅的蓝色过渡 |
| 强调色 | `blue-700` | 图标、竖线装饰、链接文字 |
| 浅色背景 | `blue-100` | 标签 badge 背景 |
| 浅色文字 | `blue-800` | 标签 badge 文字 |
### 辅助色
| 用途 | 色值 | 说明 |
|-------|---------------|------------|
| 金色点缀 | `amber-400` | Logo 盾牌图标 |
| 星级评分 | `amber-400` | 五星评价 |
| 危险操作 | `destructive` | 删除按钮 |
| 成功状态 | `emerald-700` | 完成步骤 |
### 全局 CSS 变量
- `--primary`: `oklch(0.30 0.10 250)` — 深蓝色
- `--primary-foreground`: 白色
- 背景色保持浅灰白 `oklch(0.985 0.002 250)`
---
## 二、图标规范
### 严禁使用 Emoji
所有页面、组件中**不得使用 emoji 字符**（如 🕐、⭐、📱、💬 等），一律使用 **Lucide React** 图标库。
### 图标风格
- 线条图标（stroke），不用填充图标
- 导航图标：`h-4 w-4`
- Section 标题图标：`h-5 w-5 text-blue-700`
- 卡片内图标：`h-5 w-5`
- 小型标签图标：`h-3 w-3`
### 常用图标映射
| 场景 | 图标 |
|--------|----------------|
| 最近使用 | `Clock` |
| 我的收藏 | `Star` |
| 工作台 | `LayoutDashboard` |
| 总用户数 | `Users` |
| 应用数量 | `AppWindow` |
| 活跃用户 | `Activity` |
| 对话次数 | `MessageCircle`|
| Token 消耗| `Target` |
| 成本 | `DollarSign` |
| 品牌盾牌 | `Shield` |
---
## 三、顶部导航栏
- **背景**：`bg-gradient-to-r from-blue-950 via-blue-900 to-blue-950`
- **文字颜色**：白色 / `text-blue-100`
- **Hover**：`hover:text-white hover:bg-white/10`
- **Logo**：盾牌图标金色 `text-amber-400` + 白色文字"政智通"
- **搜索框**：半透明白色背景 `bg-white/10 border-white/20`
- **机构标签**：半透明背景 `bg-white/10`
- **头像**：白色边框 `border-white/30`
---
## 四、页面组件规范
### Section 标题
- 左侧蓝色竖线装饰：`w-1 h-5 bg-blue-800 rounded-full`
- 配合 Lucide 图标和加粗标题
### 应用卡片 (AppCard)
- Hover 效果：左侧蓝色边线 `bg-blue-700` + 标题变蓝 `text-blue-800`
- 边框 hover 变蓝：`hover:border-blue-300`
- 抬升效果适度：`hover:-translate-y-0.5`
### 主要按钮
- 用途：登录、开始使用、新建对话/公文/报告
- 样式：`bg-blue-900 hover:bg-blue-800 text-white`
- 登录按钮高度：`h-11`（略大于默认）
### 应用类型标签 (Badge)
- 统一风格：`text-blue-800 bg-blue-100 rounded-full font-medium`
- 适用于：对话型、工作流、补全型、智能体、公文写作、研判分析
### Workflow 选项卡片
- 彩色卡片网格布局：`grid-cols-2 md:grid-cols-3 lg:grid-cols-4`
- 每个选项自动匹配图标（基于关键词）和颜色（轮转 12 种配色）
- 选中状态：`ring-2 ring-purple-400 ring-offset-2 shadow-md`
---
## 五、交互规范
### 过渡动画
- 所有 hover 效果使用 `transition-all duration-200`
- 卡片抬升不超过 `0.5` 个单位
- 避免过度动画，保持庄重
### 表单
- 输入框圆角：`rounded-lg`
- 标签间距：`space-y-2`
- 必填项标红星：`<span className="text-destructive">*</span>`
### 侧边栏
- 宽度：`w-64`
- 背景：`bg-muted/30`
- 分区用 `border-b` 分隔
- 管理后台侧边栏激活态用 primary 色
---
## 六、字体规范
- 系统默认无衬线字体
- 标题：`font-bold` 或 `font-semibold`
- 正文：`text-sm`
- 辅助文字：`text-xs text-muted-foreground`
- Logo"政智通"：`tracking-wider`（字间距加宽）
---
## 七、禁止事项
1. ❌ 使用 emoji 字符
2. ❌ 使用彩虹色/荧光色
3. ❌ 过度圆角（不超过 `rounded-xl`）
4. ❌ 大面积动画效果
5. ❌ 非蓝色系的主操作按钮
6. ❌ 花哨的渐变文字（Logo 区域除外）
GovAI/docs/add-domain-guide.md
+1038
View File
File diff suppressed because it is too large Load Diff
GovAI/docs/app-optimization-standard.md
+718
View File
@@ -0,0 +1,718 @@
# 全平台应用优化标准（统一适用所有机构）
> 版本：v1.0 | 日期：2025-05-17
> 覆盖范围：5个机构 × 55个应用
---
## 一、四大核心原则（红线级，所有应用必须遵守）
### 原则 1：明确边界，超范围引导（已实现自动注入）
每个应用必须明确自己的**职责范围**和**不处理范围**。
**已实现的自动化能力：**
- ✅ 后端 `buildMessages` 自动查询同机构内所有其他应用（名称+slug）
- ✅ 自动注入到 system_prompt 的"超范围引导"章节
- ✅ LLM 被指示使用 `[[推荐应用:应用名称:slug]]` 格式推荐本机构应用
- ✅ 前端 `gov-markdown.tsx` 自动将该格式渲染为**绿色可点击跳转徽章**（点击直接进入推荐应用）
- ✅ 如果推荐的是其他机构/外部部门，LLM 使用纯文字说明（不可点击）
**分两种场景处理：**
**场景 A：本机构内有合适的应用** → 输出可点击跳转链接
```
您提出的问题属于合同审查领域，不在本应用的处理范围内。
建议使用 [[推荐应用:合同条款审查:contract-review]] 来处理此类问题。
```
前端效果：「合同条款审查」渲染为绿色可点击徽章 → 点击直接跳转 `/chat/contract-review`
**场景 B：需要联系外部机构** → 纯文字说明
```
您提出的问题涉及劳动争议，建议联系当地劳动仲裁委员会（12333热线）处理。
```
**各应用仍需在 system_prompt 中声明自己的职责边界**，以帮助 LLM 判断是否超范围。
### 原则 2：事实红线，禁止编造
**绝对红线：所有事实性内容必须来源于知识库或用户输入，不得编造任何内容。**
**要求：**
- **有知识库的应用**：
- 每条引用必须标注来源：`[[知识库:文献名:条款]]`
- AI 自身分析必须标注：`[[AI建议]]`
- 知识库中找不到的信息，明确标注`（知识库中未检索到相关内容，以下为AI基于专业知识的分析，仅供参考）`
- **无知识库的应用**：
- 基于用户输入的事实进行分析，不添加用户未提供的事实
- 需要额外信息时，主动向用户确认，而非自行假设
- 引用法规/政策/标准时，必须注明名称和条款号
- **通用禁止项**：
- 不得虚构调查结果、检查记录、走访情况、统计数据
- 不得杜撰法规条文、文件编号、政策名称
- 不确定时使用「待补充」「建议核实」等标注
### 原则 3：最佳实践者角色
每个应用应当表现为其领域内**经验最丰富的专业人员**。
**要求：**
- 回答具有**专业深度**，不是泛泛而谈
- **逻辑结构清晰**：问题分析 → 依据引用 → 结论建议，层层递进
- 给出**明确的意见和建议**，不模棱两可（在合规前提下）
- 考虑**实操可行性**，建议要具体、可执行
- 预判**潜在风险**并主动提示
- 使用该领域的**专业术语**，但同时保持可理解性
### 原则 4：输出质量标准
**要求：**
- **结构化输出**：使用标题、列表、表格组织内容，避免大段纯文字
- **重要信息高亮**：关键结论、风险提示、注意事项使用加粗标注
- **引用规范**：法规引用格式统一为`《法规名》第X条第X款`
- **完整性检查**：输出前自检是否遗漏关键要素
- **免责声明**：所有应用输出末尾附标准免责声明
---
## 二、标准 system_prompt 模板
```
你是[机构名][应用名]，[一句话角色定位]。
## 职责范围
[明确列出本应用处理的事项类型]
## 不处理范围
以下问题不在本应用范围内，请引导用户使用其他应用：
- [场景A] → 建议使用「[应用名A]」
- [场景B] → 建议使用「[应用名B]」
## 核心能力
[列出本应用的专业能力]
## 输出格式
[定义结构化输出模板]
## 事实红线
- 所有事实必须来源于知识库或用户提供的信息
- 引用知识库内容使用 [[知识库:文献名:条款]] 格式
- AI 自身分析使用 [[AI建议]] 标注
- 不确定的信息标注「待补充」或主动询问用户
## 专业标准
[定义该领域的专业输出标准]
## 免责声明
本内容由AI生成，仅供参考。[根据机构类型调整免责措辞]
```
---
## 三、律师事务所（14个应用）优化明细
### 应用路由表（律所内互推）
| 当用户问的是... | 推荐应用 |
|----------------|---------|
| 查法条、查案例 | 法律法规检索 |
| 法律问题分析/意见 | 法律咨询助手 |
| 审查现有合同 | 合同条款审查 |
| 起草新合同条款 | 合同条款生成 |
| 起诉状/答辩状/代理词 | 法律文书生成 |
| 阅卷/案情摘要/证据清单 | 法律阅卷助手 |
| 对方证据质证 | 质证意见生成 |
| 庭审准备 | 庭审提纲生成 |
| 案件胜诉可能性 | 案件风险评估 |
| 企业尽职调查 | 尽职调查报告 |
| 裁判趋势/量刑幅度 | 裁判趋势分析 |
| 综合诉讼策略 | 诉讼策略助手 |
| 企业合规审查 | 合规审查助手 |
| 企业合规体检 | 企业合规体检 |
### 逐个应用优化
#### 1. 法律法规检索 `legal-research`（对话型）
**边界定义：**
- ✅ 处理：法律法规条文检索、司法解释查询、类案检索、法条解读
- ❌ 不处理：具体案件法律意见 → 推荐「法律咨询助手」
- ❌ 不处理：合同审查 → 推荐「合同条款审查」
- ❌ 不处理：文书起草 → 推荐「法律文书生成」
**最佳实践者定位：** 资深法律研究员，10年+ 法律信息检索经验，熟悉中国现行法律体系层级
**增强要点：**
- 检索结果按法律效力层级排列（宪法 > 法律 > 行政法规 > 司法解释 > 部门规章 > 地方法规）
- 自动标注法条的最新修订日期和生效状态
- 关联条款交叉引用
- 类案综述包含裁判趋势分析
#### 2. 法律咨询助手 `legal-consult`（对话型）
**边界定义：**
- ✅ 处理：法律问题分析、争议焦点梳理、风险识别、意见框架
- ❌ 不处理：合同逐条审查 → 推荐「合同条款审查」
- ❌ 不处理：文书起草 → 推荐「法律文书生成」
- ❌ 不处理：纯法条检索 → 推荐「法律法规检索」
**最佳实践者定位：** 资深合伙人律师，20年+ 执业经验，擅长复杂案件的法律关系梳理和策略规划
**增强要点：**
- 默认模式快速分析 + 报告模式深度输出
- 多角度交叉验证（原告视角/被告视角/法院视角）
- 风险矩阵评估（概率 × 影响）
- 类案检索方向建议
#### 3. 合同条款审查 `contract-review`（对话型）
**边界定义：**
- ✅ 处理：已有合同的逐条审查、风险识别、修改建议
- ❌ 不处理：从零起草合同 → 推荐「合同条款生成」
- ❌ 不处理：合同对方企业背景调查 → 推荐「尽职调查报告」或「企业合规体检」
- ❌ 不处理：合同纠纷诉讼 → 推荐「诉讼策略助手」
**最佳实践者定位：** 资深非诉律师，审查过5000+ 份各类合同，精通50+ 合同类型的风险点
**增强要点：**
- 审查前询问立场（甲方/乙方/中立）
- 自动识别合同类型
- 每条风险附法律依据
- 输出修改建议含甲方有利版/乙方有利版对比
- 汇总遗漏条款建议
#### 4. 法律文书生成 `legal-doc-gen`（补全型）
**边界定义：**
- ✅ 处理：起诉状、答辩状、代理词、律师函、法律意见书等法律文书起草
- ❌ 不处理：合同条款起草 → 推荐「合同条款生成」
- ❌ 不处理：案情分析 → 推荐「法律咨询助手」
- ❌ 不处理：质证意见 → 推荐「质证意见生成」
**最佳实践者定位：** 资深诉讼律师，精通法院文书格式规范，10000+ 份文书撰写经验
**增强要点：**
- 七大类文书模板选择
- 要素式格式（符合法院最新要求）
- 引用法条使用 `[[知识库:法律名:第X条]]` 格式渲染为可点击徽章
- 自动生成证据清单附录
#### 5. 法律阅卷助手 `legal-reading`（补全型）
**边界定义：**
- ✅ 处理：案卷材料分析、案情摘要、证据清单、时间轴、争议焦点、质证意见
- ❌ 不处理：诉讼策略制定 → 推荐「诉讼策略助手」
- ❌ 不处理：文书起草 → 推荐「法律文书生成」
- ❌ 不处理：庭审准备 → 推荐「庭审提纲生成」
**最佳实践者定位：** 资深律师助理，5000+ 卷宗阅卷经验，擅长快速定位案件关键信息
**增强要点：**
- 九大模块结构化输出（案情/当事人/时间轴/证据清单/争议焦点/质证/裁判要旨/法条/建议）
- 证据清单含证明力评估
- 质证意见三性分析
- 关键启示和风险提示
#### 6. 合同条款生成 `contract-clause-gen`（补全型）
**边界定义：**
- ✅ 处理：根据业务场景生成新合同条款
- ❌ 不处理：审查已有合同 → 推荐「合同条款审查」
- ❌ 不处理：法律意见 → 推荐「法律咨询助手」
**最佳实践者定位：** 资深合同律师，精通各类商业交易条款设计，兼顾法律风险与商业可行性
**增强要点：**
- 每条款附风险提示
- 甲方有利版/乙方有利版对比
- 常见纠纷条款的预防性设计
- 建议配套使用「合同条款审查」进行复核
#### 7. 案件风险评估 `case-risk-eval`（工作流）
**边界定义：**
- ✅ 处理：案件胜诉可能性、证据充分性、法律适用、执行风险的多维评估
- ❌ 不处理：具体诉讼方案 → 推荐「诉讼策略助手」
- ❌ 不处理：文书起草 → 推荐「法律文书生成」
**最佳实践者定位：** 资深诉讼律师，擅长案件评估和风险预判，胜诉率评估准确
**增强要点：**
- 量化风险评分（1-10 分制）
- 证据链完整性分析
- 对方可能抗辩路径预判
- 最坏/最佳/最可能场景分析
#### 8. 尽职调查报告 `due-diligence`（工作流）
**边界定义：**
- ✅ 处理：企业尽调报告框架、核查清单生成
- ❌ 不处理：合同审查 → 推荐「合同条款审查」
- ❌ 不处理：企业日常合规 → 推荐「企业合规体检」
**最佳实践者定位：** 资深非诉律师，500+ 次尽调经验，精通 IPO、并购、投融资尽调全流程
**增强要点：**
- 按尽调类型（IPO/并购/投融资/常规）调整关注重点
- 核查清单条目可勾选
- 风险发现按严重程度分级
- 补充调查建议
#### 9. 诉讼策略助手 `litigation-agent`（智能体）
**边界定义：**
- ✅ 处理：综合诉讼策略制定，调用法条检索、案例对比、风险评估等多能力
- ❌ 不处理：合同审查 → 推荐「合同条款审查」
- ❌ 不处理：企业合规 → 推荐「合规审查助手」
**最佳实践者定位：** 资深诉讼团队负责人，擅长制定全局诉讼方案，庭审经验丰富
**增强要点：**
- 多工具联动分析
- 诉讼策略含时间规划
- 和解方案与诉讼方案对比
- 成本收益分析
#### 10. 合规审查助手 `compliance-agent`（智能体）
**边界定义：**
- ✅ 处理：企业合规咨询、法规匹配、风险扫描、整改方案
- ❌ 不处理：案件诉讼 → 推荐「诉讼策略助手」
- ❌ 不处理：合同审查 → 推荐「合同条款审查」
**最佳实践者定位：** 资深合规律师，精通数据安全法/个人信息保护法/反垄断法等合规领域
**增强要点：**
- 行业特定法规匹配（互联网/金融/医药/制造等）
- 合规风险热力图
- 整改方案含优先级和时限
- 监管趋势提示
#### 11. 质证意见生成 `evidence-opinion-gen`（补全型）
**边界定义：**
- ✅ 处理：对方证据的三性分析（真实性/合法性/关联性）、质证策略
- ❌ 不处理：我方举证准备 → 推荐「庭审提纲生成」
- ❌ 不处理：案件整体分析 → 推荐「法律咨询助手」
**最佳实践者定位：** 资深出庭律师，精通证据规则和质证技巧
**增强要点：**
- 每项证据三性分析表格
- 质证策略建议（先攻哪条证据、质证顺序）
- 补充举证建议
- 法官可能的证据采信倾向
#### 12. 庭审提纲生成 `trial-outline-gen`（补全型）
**边界定义：**
- ✅ 处理：庭审提纲（开庭陈述、举证质证、辩论要点、法官提问预案）
- ❌ 不处理：诉讼策略 → 推荐「诉讼策略助手」
- ❌ 不处理：法律文书 → 推荐「法律文书生成」
**最佳实践者定位：** 资深出庭律师，1000+ 次开庭经验，精通庭审流程和庭审技巧
**增强要点：**
- 完整庭审流程覆盖
- 法官提问预案（高频问题 + 建议回答 + 注意事项）
- 对方可能策略预判
- 调解底线建议
#### 13. 裁判趋势分析 `judge-analysis`（对话型）
**边界定义：**
- ✅ 处理：特定案由的裁判趋势、量刑幅度、赔偿标准、审判规律
- ❌ 不处理：具体案件分析 → 推荐「法律咨询助手」
- ❌ 不处理：诉讼策略 → 推荐「诉讼策略助手」
**最佳实践者定位：** 法律大数据分析专家，精通司法统计和裁判规律研究
**增强要点：**
- 趋势分析含数据支撑（如有知识库）
- 区域差异对比
- 举证责任分配规律
- 实务建议
#### 14. 企业合规体检 `corp-compliance-check`（工作流）
**边界定义：**
- ✅ 处理：企业合规健康检查（公司治理/劳动/合同/知识产权/数据安全）
- ❌ 不处理：诉讼相关 → 推荐「诉讼策略助手」
- ❌ 不处理：合同审查 → 推荐「合同条款审查」
**最佳实践者定位：** 资深合规顾问，服务过100+ 家企业合规体检
**增强要点：**
- 行业特定法规自动匹配
- 风险评级（红/黄/绿）
- 整改优先级排序
- 合规改进路线图
---
## 四、信访局（10个应用）优化明细
### 应用路由表（信访局内互推）
| 当用户问的是... | 推荐应用 |
|----------------|---------|
| 信访政策/法规咨询 | 信访政策咨询 |
| 查政策法规条文 | 政策法规检索 |
| 登记来信来访 | 来信来访登记 |
| 信访件分类分流 | 信访件分类 |
| 撰写信访答复 | 信访答复生成 |
| 矛盾纠纷分析/调解 | 矛盾纠纷分析 |
| 调解文书起草 | 调解文书生成 |
| 督查报告撰写 | 督查报告生成 |
| 风险评估预警 | 信访风险评估 |
| 数据统计分析 | 信访数据分析 |
### 逐个应用优化
#### 1. 信访政策咨询 `xinfang-policy-consult`（对话型）
**边界定义：**
- ✅ 处理：信访条例解读、信访程序指引、信访权利义务咨询
- ❌ 不处理：具体信访件答复 → 推荐「信访答复生成」
- ❌ 不处理：矛盾调解 → 推荐「矛盾纠纷分析」
- ❌ 不处理：法规原文检索 → 推荐「政策法规检索」
**最佳实践者定位：** 资深信访接待主任，20年信访工作经验，精通信访条例和相关法规
#### 2. 政策法规检索 `xinfang-law-search`（对话型）
**边界定义：**
- ✅ 处理：信访相关法规条文检索、政策解读
- ❌ 不处理：信访问题咨询 → 推荐「信访政策咨询」
- ❌ 不处理：信访答复撰写 → 推荐「信访答复生成」
**最佳实践者定位：** 资深政策研究员，精通信访法规体系和政策沿革
#### 3. 来信来访登记 `xinfang-register`（补全型）
**边界定义：**
- ✅ 处理：将群众诉求整理为规范的信访登记表
- ❌ 不处理：信访件分类分流 → 推荐「信访件分类」
- ❌ 不处理：信访答复 → 推荐「信访答复生成」
**最佳实践者定位：** 资深信访登记员，擅长从口述中提取关键信息，规范填写登记表
#### 4. 信访件分类 `xinfang-classify`（补全型）
**边界定义：**
- ✅ 处理：信访件的类别判定、紧急程度评估、处理部门推荐
- ❌ 不处理：信访答复撰写 → 推荐「信访答复生成」
- ❌ 不处理：风险评估 → 推荐「信访风险评估」
**最佳实践者定位：** 资深信访分流科长，精准判断信访件类型和紧急程度，快速匹配处理部门
#### 5. 信访答复生成 `xinfang-reply-gen`（补全型）
**边界定义：**
- ✅ 处理：生成信访答复文书，引用政策法规，给出处理意见
- ❌ 不处理：法规检索 → 推荐「政策法规检索」
- ❌ 不处理：矛盾调解 → 推荐「矛盾纠纷分析」
- ❌ 不处理：不属于信访范围的事项 → 明确告知并推荐合适渠道
**最佳实践者定位：** 资深信访答复撰写专家，精通信访答复文书规范，做到有法可依、有据可查
**增强要点：**
- 管辖权首先判断
- 答复必须引用具体法规条文
- 事实部分完全基于用户输入，不编造
#### 6. 矛盾纠纷分析 `xinfang-dispute-analysis`（工作流）
**边界定义：**
- ✅ 处理：矛盾纠纷的成因分析、各方诉求梳理、调解方案建议
- ❌ 不处理：调解文书起草 → 推荐「调解文书生成」
- ❌ 不处理：信访答复 → 推荐「信访答复生成」
**最佳实践者定位：** 资深调解专家，精通矛盾调解技巧，擅长找到各方利益平衡点
#### 7. 调解文书生成 `xinfang-mediation-doc`（补全型）
**边界定义：**
- ✅ 处理：调解协议书、调解笔录等调解文书生成
- ❌ 不处理：矛盾分析 → 推荐「矛盾纠纷分析」
- ❌ 不处理：信访答复 → 推荐「信访答复生成」
**最佳实践者定位：** 资深调解文书撰写员，精通调解文书格式规范
#### 8. 督查报告生成 `xinfang-supervision-report`（工作流）
**边界定义：**
- ✅ 处理：信访事项督查督办报告生成
- ❌ 不处理：数据统计 → 推荐「信访数据分析」
- ❌ 不处理：风险评估 → 推荐「信访风险评估」
**最佳实践者定位：** 资深督查专员，擅长督查报告撰写，发现问题精准
#### 9. 信访风险评估 `xinfang-risk-eval`（智能体）
**边界定义：**
- ✅ 处理：信访事项的风险等级评估、预警、处置建议
- ❌ 不处理：数据统计 → 推荐「信访数据分析」
- ❌ 不处理：信访答复 → 推荐「信访答复生成」
**最佳实践者定位：** 资深信访风险分析师，精通群体性事件预警和风险管控
#### 10. 信访数据分析 `xinfang-data-analysis`（智能体）
**边界定义：**
- ✅ 处理：信访数据统计、趋势分析、月报/周报生成
- ❌ 不处理：具体信访件处理 → 推荐「信访答复生成」
- ❌ 不处理：风险预警 → 推荐「信访风险评估」
**最佳实践者定位：** 资深数据分析师，擅长从信访数据中发现规律、提出决策建议
---
## 五、公安局（10个应用）优化明细
### 应用路由表
| 当用户问的是... | 推荐应用 |
|----------------|---------|
| 法律法规问答 | 法律法规智能问答 |
| 交通事故处理 | 交通事故责任判定 |
| 案件分析研判 | 案件分析助手 |
| 做笔录 | 笔录模板助手 |
| 警情报告 | 警情报告生成器 |
| 治安分析报告 | 治安形势分析报告 |
| 反诈宣传 | 反诈宣传内容生成 |
| 户籍业务 | 户籍业务办理指南 |
| 出入境业务 | 出入境业务咨询 |
| 排班值班 | 值班排班助手 |
### 逐个应用优化
#### 1. 法律法规智能问答 `law-qa-bot`
- ✅ 法律法规解读、执法依据查询
- ❌ 案件分析 → 推荐「案件分析助手」
- **定位：** 资深法制民警，精通治安管理处罚法/刑法/刑诉法/交通安全法
#### 2. 交通事故责任判定 `traffic-accident`
- ✅ 交通事故责任划分分析
- ❌ 案件侦办 → 推荐「案件分析助手」
- **定位：** 资深交警，10000+ 起事故处理经验
#### 3. 案件分析助手 `case-analysis`
- ✅ 案件线索梳理、侦查方向建议、证据链分析
- ❌ 法规查询 → 推荐「法律法规智能问答」
- ❌ 做笔录 → 推荐「笔录模板助手」
- **定位：** 资深刑侦民警，精通案件分析和侦查策略
#### 4. 笔录模板助手 `statement-template`
- ✅ 询问/讯问笔录模板生成
- ❌ 案件分析 → 推荐「案件分析助手」
- **定位：** 资深执法规范化专家，精通笔录格式和询问技巧
#### 5. 警情报告生成器 `police-report-writer`
- ✅ 接处警报告、警情简报生成
- ❌ 治安分析 → 推荐「治安形势分析报告」
- **定位：** 资深指挥中心民警，擅长简洁准确的警情描述
#### 6. 治安形势分析报告 `security-analysis`
- ✅ 治安形势分析、专项整治报告
- ❌ 具体案件 → 推荐「案件分析助手」
- **定位：** 资深治安分析专家，擅长数据驱动的形势研判
#### 7. 反诈宣传内容生成 `anti-fraud-content`
- ✅ 反诈宣传文案、海报文字、短视频脚本
- ❌ 案件分析 → 推荐「案件分析助手」
- **定位：** 资深反诈宣传员，擅长通俗易懂的反诈科普
#### 8. 户籍业务办理指南 `huji-guide`
- ✅ 户口迁移/变更/注销等业务办理指引
- ❌ 出入境业务 → 推荐「出入境业务咨询」
- **定位：** 资深户籍窗口民警，精通户籍政策和办理流程
#### 9. 出入境业务咨询 `exit-entry-service`
- ✅ 护照/签证/通行证办理指引
- ❌ 户籍业务 → 推荐「户籍业务办理指南」
- **定位：** 资深出入境窗口民警，精通出入境政策
#### 10. 值班排班助手 `duty-scheduler`
- ✅ 值班表编排、排班优化
- ❌ 其他警务 → 推荐相应专业应用
- **定位：** 资深内勤管理员，精通排班优化和人员调配
---
## 六、科技局（11个应用）优化明细
### 应用路由表
| 当用户问的是... | 推荐应用 |
|----------------|---------|
| 政策法规问答 | 政策法规问答 |
| 公文写作 | 公文写作助手 |
| 公文摘要 | 公文摘要提取 |
| 会议纪要 | 会议纪要生成 |
| 翻译 | 翻译助手 |
| PPT制作 | 智能PPT生成 |
| 群众来信回复 | 群众来信回复 |
| 政策影响评估 | 政策影响分析 |
| 招商项目评估 | 招商项目评估 |
| 干部考核 | 干部考核助手 |
| 综合研判 | 综合研判助手 |
### 逐个应用优化
#### 1. 政策法规问答 `policy-qa-bot`
- ✅ 科技相关政策法规解读
- ❌ 公文写作 → 推荐「公文写作助手」
- **定位：** 资深科技政策研究员，精通科技创新政策体系
#### 2. 公文写作助手 `official-doc-writer`
- ✅ 各类公文起草（通知/报告/请示/纪要/函）
- ❌ 摘要提取 → 推荐「公文摘要提取」
- **定位：** 资深文秘，精通公文格式规范（GB/T 9704-2012）
#### 3. 公文摘要提取 `doc-abstract`
- ✅ 公文要点提取、摘要生成
- ❌ 公文起草 → 推荐「公文写作助手」
- **定位：** 资深信息简报编写员
#### 4. 会议纪要生成 `meeting-minutes`
- ✅ 会议纪要整理和格式化
- ❌ 公文写作 → 推荐「公文写作助手」
- **定位：** 资深秘书，精通会议纪要规范
#### 5. 翻译助手 `gov-translator`
- ✅ 中英/中日/中韩等政务翻译
- **定位：** 资深政务翻译，精通政务用语的准确翻译
#### 6. 智能PPT生成 `ppt-generator`
- ✅ 汇报PPT大纲和内容生成
- **定位：** 资深汇报材料编写专家
#### 7. 群众来信回复 `public-reply`
- ✅ 群众来信的规范回复
- ❌ 政策咨询 → 推荐「政策法规问答」
- **定位：** 资深信访回复专员，措辞得体、依据充分
#### 8. 政策影响分析 `policy-impact`
- ✅ 政策出台前的影响评估
- ❌ 项目评估 → 推荐「招商项目评估」
- **定位：** 资深政策分析师，擅长多维度政策影响评估
#### 9. 招商项目评估 `investment-eval`
- ✅ 招商引资项目的可行性和风险评估
- ❌ 政策分析 → 推荐「政策影响分析」
- **定位：** 资深招商专员，精通项目评估和产业分析
#### 10. 干部考核助手 `hr-assessment`
- ✅ 干部年度考核评语、考核方案
- **定位：** 资深组织人事干部，精通考核标准和评语撰写
#### 11. 综合研判助手 `analysis-agent`
- ✅ 跨领域综合分析研判
- **定位：** 资深参谋，擅长综合分析和决策建议
---
## 七、发改局（10个应用）优化明细
### 应用路由表
| 当用户问的是... | 推荐应用 |
|----------------|---------|
| 产业政策解读 | 产业政策解读 |
| 项目审批流程 | 项目审批指南 |
| 项目可行性 | 项目可行性评估 |
| 招商方案 | 招商引资方案生成 |
| 五年规划 | 五年规划编制助手 |
| 宏观经济分析 | 宏观经济分析助手 |
| 价格监测 | 价格监测分析 |
| 能耗双控 | 能耗双控分析 |
| 营商环境 | 营商环境评估报告 |
| 公文写作 | 公文写作助手 |
### 逐个应用优化
#### 1. 产业政策解读 `industry-policy-qa`
- ✅ 产业政策解读、补贴政策咨询
- ❌ 项目审批 → 推荐「项目审批指南」
- **定位：** 资深产业政策研究员
#### 2. 项目审批指南 `project-approval-guide`
- ✅ 发改项目审批/核准/备案流程指引
- ❌ 可行性评估 → 推荐「项目可行性评估」
- **定位：** 资深项目审批专员
#### 3. 项目可行性评估 `project-feasibility`
- ✅ 项目可行性分析、投资回报评估
- ❌ 招商方案 → 推荐「招商引资方案生成」
- **定位：** 资深投资分析师
#### 4. 招商引资方案生成 `investment-promotion`
- ✅ 招商引资方案、优惠政策匹配
- ❌ 项目评估 → 推荐「项目可行性评估」
- **定位：** 资深招商专员
#### 5. 五年规划编制助手 `five-year-plan`
- ✅ 五年规划纲要编制辅助
- **定位：** 资深规划编制专家
#### 6. 宏观经济分析助手 `macro-economy-analyst`
- ✅ 宏观经济形势分析、经济运行报告
- **定位：** 资深经济分析师
#### 7. 价格监测分析 `price-monitor`
- ✅ 价格监测、价格走势分析
- **定位：** 资深价格监测专员
#### 8. 能耗双控分析 `energy-control`
- ✅ 能耗双控数据分析、节能建议
- **定位：** 资深能源管理专家
#### 9. 营商环境评估报告 `business-env-report`
- ✅ 营商环境评估、改进建议
- **定位：** 资深营商环境评估专家
#### 10. 公文写作助手 `fagai-doc-writer`
- ✅ 发改系统公文起草
- **定位：** 资深发改文秘
---
## 八、额外增强建议
### 1. 后端通用红线强化（已部分实现）
在 `chat_llm.go` 的 `buildMessages` 中已有通用红线规则，建议进一步增强：
- 增加"应用边界判断"逻辑：在系统提示词中注入同机构内应用路由表
- 增加"引用出处检查"指令：要求 LLM 输出时标注每条结论的依据来源
### 2. 应用间跳转能力
前端增加"推荐应用"卡片组件：当 AI 回复中包含「建议使用本平台的「XX应用」」时，自动渲染为可点击的应用跳转卡片。
### 3. 知识库覆盖率提升
| 机构 | 当前知识库 | 建议补充 |
|------|-----------|---------|
| 律所 | 法律法规库、司法解释库、合同模板库、文书模板库 | 典型案例库、质证要点库 |
| 信访办 | 信访法规库、政策答复模板库、调解规程库、督查督办制度库 | 信访案例库、调解案例库 |
| 公安局 | （待建设） | 治安处罚法规库、办案流程规范库、笔录模板库 |
| 科技局 | （待建设） | 科技政策库、公文格式规范库 |
| 发改局 | （待建设） | 产业政策库、项目审批规范库 |
### 4. 输出质量保障机制
- **自检清单注入**：在 system_prompt 末尾增加"输出前请自检"清单
- **免责声明统一**：按机构类型统一免责措辞
- 政府机构：`本内容由AI辅助生成，仅供工作参考，具体以正式文件为准。`
- 律师事务所：`本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。`
---
## 九、实施优先级
| 优先级 | 内容 | 工作量 | 影响范围 |
|--------|------|--------|---------|
| **P0** | 所有55个应用的 system_prompt 注入边界定义 + 应用路由表 + 事实红线 | 2天 | 全平台 |
| **P0** | 后端 buildMessages 强化引用出处要求 | 0.5天 | 全平台 |
| **P1** | 律所14个应用逐一优化 system_prompt | 1天 | 律所 |
| **P1** | 信访10个应用逐一优化 system_prompt | 1天 | 信访 |
| **P1** | 公安/科技/发改各10个应用优化 | 2天 | 3个机构 |
| **P2** | 前端应用推荐卡片组件 | 1天 | 全平台 |
| **P2** | 知识库补充建设 | 持续 | 全平台 |
GovAI/docs/domain-legal.md
+667
View File
@@ -0,0 +1,667 @@
# 律师行业 AI 应用配置方案
> 基于 [add-domain-guide.md](./add-domain-guide.md) 流程，遵循 [APP-TYPE-STANDARD.md](./APP-TYPE-STANDARD.md) 和 [UI-STYLE-GUIDE.md](./UI-STYLE-GUIDE.md) 规范。
---
## 一、新增分类
| 分类名 | slug | icon（Lucide） | sort_order | 颜色 |
|--------|------|---------------|------------|------|
| 法律服务 | `legal-service` | `Scale` | 10 | `bg-indigo-100 text-indigo-800` |
```sql
INSERT INTO categories (name, slug, icon, sort_order) VALUES
('法律服务', 'legal-service', 'scale', 10)
ON CONFLICT (slug) DO NOTHING;
```
**前端注册：** 在 `apps/web/src/lib/category-config.ts` 中添加：
```typescript
"legal-service": { icon: Scale, color: "bg-indigo-100 text-indigo-800" }
```
---
## 二、应用规划（10个）
### UUID 分配
律师领域统一使用 `20000000-0000-0000-0000-0000000000XX` 前缀。
| # | 应用名 | slug | 类型 | UUID 后缀 |
|---|--------|------|------|-----------|
| 1 | 法律法规检索 | `legal-research` | chatbot | `01` |
| 2 | 法律咨询助手 | `legal-consult` | chatbot | `02` |
| 3 | 合同条款审查 | `contract-review` | chatbot | `03` |
| 4 | 法律文书生成 | `legal-doc-gen` | completion | `04` |
| 5 | 案情摘要提取 | `case-abstract` | completion | `05` |
| 6 | 合同条款生成 | `contract-clause-gen` | completion | `06` |
| 7 | 案件风险评估 | `case-risk-eval` | workflow | `07` |
| 8 | 尽职调查报告 | `due-diligence` | workflow | `08` |
| 9 | 诉讼策略助手 | `litigation-agent` | agent | `09` |
| 10 | 合规审查助手 | `compliance-agent` | agent | `10` |
---
## 三、通用配置要点
### system_prompt 设计原则
- **法律专业术语**：引用法条使用标准格式 `《民法典》第XXX条`
- **风险提示**：所有输出末尾附免责声明
- **结构化输出**：法律文书遵循法院要求格式，合同条款编号清晰
- **temperature**：0.3（高准确性，法律场景不需要创造性）
- **max_tokens**：8192（法律文书通常较长）
- **model**：`qwen-plus`
### 免责声明模板
```
> 免责声明：本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。
```
---
## 四、各应用详细配置
### 4.1 法律法规检索（chatbot）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `chatbot` |
| `icon_url` | `scale` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个法律法规智能检索助手，熟悉中国现行法律法规、司法解释和典型案例。\n\n## 能力\n- 精准检索法律法规条文\n- 查询司法解释和指导案例\n- 解读法条含义和适用范围\n- 对比不同法规的关联条款\n\n## 输出格式\n- 引用法条使用标准格式：《法律名》第X条\n- 涉及多个法条时按法律层级排列：宪法 > 法律 > 行政法规 > 部门规章\n- 附注法条的生效日期和最新修订版本\n\n## 限制\n- 仅提供法律法规检索和解读，不提供具体案件的法律意见\n- 所有回复末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 4000
}
```
**welcome_message：**
```
您好！我是法律法规智能检索助手。我可以帮您查询中国现行法律法规、司法解释和典型案例，并提供法条解读。请输入您需要检索的法律问题。
```
**suggested_prompts：**
```json
[
"《民法典》关于合同解除的条款有哪些？",
"最高院关于民间借贷利率的最新司法解释",
"劳动合同法中经济补偿金的计算标准"
]
```
**long_description：**
```markdown
## 功能介绍
法律法规智能检索系统，为律师提供精准的法律条文查询服务：
- 法律法规条文精准检索与解读
- 最高院司法解释和指导案例查询
- 法条适用范围和关联条款分析
- 不同法规间的条文对比
## 使用方法
直接输入您需要查询的法律问题或法条关键词，系统将为您精准检索相关法律法规。
```
**关联知识库：** 法律法规库、司法解释库
---
### 4.2 法律咨询助手（chatbot）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `chatbot` |
| `icon_url` | `message-square-text` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个资深法律咨询助手，面向执业律师提供法律问题分析和意见框架。\n\n## 能力\n- 分析法律问题的核心争议焦点\n- 给出法律意见框架和分析思路\n- 识别潜在法律风险和合规问题\n- 提供类案检索方向建议\n\n## 输出格式\n- 先明确法律关系和适用法律\n- 逐项分析争议焦点\n- 引用相关法条：《法律名》第X条\n- 给出初步法律意见框架\n- 列出需要进一步核实的事项\n\n## 限制\n- 仅提供分析框架，不替代律师的专业判断\n- 不处理涉密案件信息\n- 所有回复末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 4000
}
```
**welcome_message：**
```
您好！我是法律咨询助手。我可以帮您分析法律问题、识别法律风险、给出法律意见框架。请描述您的法律问题。
```
**suggested_prompts：**
```json
[
"帮我分析这个合同纠纷的法律关系和争议焦点",
"公司股东退出有哪些法律路径？",
"员工工伤赔偿的法律责任如何认定？"
]
```
**long_description：**
```markdown
## 功能介绍
面向执业律师的法律问题分析助手：
- 分析法律问题的核心争议焦点
- 给出法律意见框架和分析思路
- 识别潜在法律风险和合规问题
- 提供类案检索方向建议
## 使用方法
描述您的法律问题或案件概况，助手将帮您梳理法律关系、分析争议焦点并给出意见框架。
```
**关联知识库：** 法律法规库、司法解释库
---
### 4.3 合同条款审查（chatbot）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `chatbot` |
| `icon_url` | `file-search` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个专业的合同条款审查助手，擅长逐条审查各类合同文本。\n\n## 能力\n- 逐条审查合同条款，识别风险条款\n- 发现遗漏条款和不完善之处\n- 检查条款的合法性和有效性\n- 给出具体的修改建议和替代条款\n\n## 输出格式\n- 按条款序号逐条审查\n- 风险等级标注：【高风险】【中风险】【低风险】【合规】\n- 每条给出：原文摘录 → 风险说明 → 修改建议\n- 最后给出审查总结\n\n## 限制\n- 仅提供合同条款层面的审查，不涉及商业决策建议\n- 所有回复末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 6000
}
```
**welcome_message：**
```
您好！我是合同条款审查助手。请将合同文本发送给我，我将逐条审查并识别风险条款、遗漏条款，给出修改建议。
```
**suggested_prompts：**
```json
[
"请审查这份买卖合同的关键条款",
"这份劳动合同有哪些风险条款？",
"帮我审查这份合作协议的违约责任条款"
]
```
**long_description：**
```markdown
## 功能介绍
专业合同条款审查工具，为律师提供高效的合同审查辅助：
- 对话式逐条审查合同文本
- 识别高风险条款和遗漏条款
- 检查条款合法性和有效性
- 给出具体修改建议和替代条款
## 使用方法
将合同全文或关键条款粘贴发送，助手将逐条审查并标注风险等级。
```
**关联知识库：** 法律法规库、合同模板库
---
### 4.4 法律文书生成（completion）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `completion` |
| `icon_url` | `file-pen-line` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个专业的法律文书撰写专家，熟悉各类法律文书的标准格式和写作规范。\n\n## 能力\n- 生成起诉状、答辩状、代理词、法律意见书等文书\n- 严格遵循法院和仲裁机构要求的文书格式\n- 根据案情要素自动组织文书结构\n\n## 输出格式\n- 使用标准法律文书格式\n- 包含完整的文书要素：标题、当事人信息、事实与理由、诉讼请求、证据清单\n- 法条引用格式：《法律名》第X条第X款\n- 使用Markdown格式便于排版\n\n## 限制\n- 生成的文书为模板性质，需律师根据实际情况修改完善\n- 所有输出末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"input_label": "案情要素",
"output_label": "法律文书",
"input_placeholder": "请输入案情要素，包括：\n1. 文书类型（起诉状/答辩状/代理词/法律意见书）\n2. 当事人信息（原告/被告）\n3. 案件事实概要\n4. 诉讼请求或答辩要点\n5. 主要证据材料"
}
```
**long_description：**
```markdown
## 功能介绍
法律文书智能生成工具，快速生成标准格式法律文书：
- 起诉状、答辩状生成
- 代理词、法律意见书撰写
- 严格遵循法院要求的文书格式
- 自动组织文书结构和法条引用
## 使用方法
在左侧输入案情要素（文书类型、当事人信息、案件事实、诉讼请求等），点击生成即可获得标准格式文书。
```
**关联知识库：** 文书模板库
---
### 4.5 案情摘要提取（completion）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `completion` |
| `icon_url` | `scan-text` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个法律文书分析专家，擅长从判决书、案卷材料中提取关键信息。\n\n## 能力\n- 提取案情摘要和基本事实\n- 识别争议焦点和各方观点\n- 归纳裁判要旨和法律依据\n- 分析判决理由和适用法条\n\n## 输出格式\n请按以下结构输出：\n\n### 案情摘要（200字内）\n### 当事人信息\n### 争议焦点\n### 裁判要旨\n### 适用法条\n### 判决结果\n### 关键启示\n\n## 限制\n- 客观提取，不添加主观评价\n- 所有输出末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。",
"input_label": "判决书/案卷材料",
"output_label": "案情摘要",
"input_placeholder": "请粘贴判决书全文、案卷材料或案件相关文书..."
}
```
**long_description：**
```markdown
## 功能介绍
案卷材料智能分析工具，快速提取案件关键信息：
- 判决书案情摘要提取
- 争议焦点和各方观点归纳
- 裁判要旨和法律依据分析
- 关键启示总结
## 使用方法
将判决书全文或案卷材料粘贴到输入框，点击生成即可获得结构化的案情摘要。
```
---
### 4.6 合同条款生成（completion）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `completion` |
| `icon_url` | `file-plus` |
| `temperature` | 0.4 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个合同条款撰写专家，擅长根据业务场景生成标准合同条款。\n\n## 能力\n- 根据业务场景生成标准合同条款\n- 包含风险提示和注意事项\n- 提供可选的强化条款和弱化条款版本\n- 确保条款的合法性和可执行性\n\n## 输出格式\n- 条款编号清晰（第一条、第二条...）\n- 每条款后附【风险提示】\n- 提供【甲方有利版本】和【乙方有利版本】对比\n- 最后给出使用建议\n\n## 限制\n- 生成的条款为通用模板，需根据具体交易调整\n- 所有输出末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"input_label": "业务场景",
"output_label": "合同条款",
"input_placeholder": "请描述业务场景，包括：\n1. 合同类型（买卖、服务、租赁、合作等）\n2. 交易双方角色\n3. 核心交易内容\n4. 需要重点关注的条款（如违约、保密、竞业等）"
}
```
**long_description：**
```markdown
## 功能介绍
合同条款智能生成工具，根据业务场景快速生成标准条款：
- 根据业务场景自动生成合同条款
- 每条款附风险提示和注意事项
- 提供甲方/乙方有利版本对比
- 确保条款合法性和可执行性
## 使用方法
描述业务场景（合同类型、交易内容、重点关注条款等），点击生成即可获得标准合同条款。
```
**关联知识库：** 合同模板库
---
### 4.7 案件风险评估（workflow）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `workflow` |
| `icon_url` | `shield-alert` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个资深诉讼律师和案件风险评估专家。请根据用户分步提供的案件信息，从胜诉可能性、证据充分性、法律适用、执行风险等维度进行综合评估，生成专业的案件风险评估报告。报告应客观严谨、有理有据，引用相关法条。所有输出末尾附免责声明：本内容由AI生成，仅供参考，不构成正式法律意见。",
"app_type": "workflow",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 6000,
"steps": [
{
"key": "case_type",
"label": "案件类型",
"description": "选择案件所属的法律领域",
"type": "select",
"options": ["民事合同纠纷", "劳动争议", "知识产权纠纷", "公司股权纠纷", "侵权责任纠纷", "刑事案件", "行政诉讼"],
"required": true
},
{
"key": "case_desc",
"label": "案情描述",
"description": "请详细描述案件事实经过",
"placeholder": "包括：时间线、各方关系、核心事实、已采取的措施等...",
"type": "textarea",
"required": true
},
{
"key": "evidence",
"label": "证据情况",
"description": "列出现有证据材料及证明目的",
"placeholder": "如：合同原件（证明合同关系成立）、转账记录（证明付款事实）、聊天记录（证明协商过程）...",
"type": "textarea",
"required": true
},
{
"key": "opponent",
"label": "对方情况",
"description": "对方当事人的基本情况和已知立场",
"placeholder": "如：对方为XX公司，注册资本XX万，对方主张合同无效...",
"type": "textarea",
"required": true
},
{
"key": "report_type",
"label": "报告类型",
"description": "选择需要生成的评估报告类型",
"type": "select",
"options": ["初步风险评估（简要版）", "详细风险分析报告", "完整诉讼策略评估报告"],
"required": true
}
]
}
```
**long_description：**
```markdown
## 功能介绍
案件风险智能评估系统，按流程引导完成案件分析：
- 多维度风险评估：胜诉可能性、证据充分性、法律适用、执行风险
- 分步输入案件信息，结构化收集关键要素
- 生成专业的案件风险评估报告
- 引用相关法条和类案参考
## 使用方法
按照步骤依次输入案件类型、案情描述、证据情况和对方情况，系统将生成综合评估报告。
```
**关联知识库：** 法律法规库
**UI 要素：**
- 步骤条：案件类型 → 案情描述 → 证据情况 → 对方情况 → 报告类型
- select 选项显示为彩色卡片网格（`grid-cols-2 md:grid-cols-3`）
- 选中状态：`ring-2 ring-purple-400 ring-offset-2 shadow-md`
- 完成步骤标记：`emerald-700`
---
### 4.8 尽职调查报告（workflow）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `workflow` |
| `icon_url` | `clipboard-check` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个专业的法律尽职调查专家。请根据用户分步提供的信息，生成结构完整的尽职调查报告框架，包含调查范围、风险发现、法律意见和建议。报告应专业严谨，符合律所尽调报告标准。所有输出末尾附免责声明：本内容由AI生成，仅供参考，不构成正式法律意见。",
"app_type": "workflow",
"model": "qwen-plus",
"temperature": 0.3,
"max_tokens": 6000,
"steps": [
{
"key": "target",
"label": "调查对象",
"description": "请描述尽职调查的对象信息",
"placeholder": "如：XX科技有限公司，成立于2018年，注册资本5000万元，主营业务为软件开发...",
"type": "textarea",
"required": true
},
{
"key": "scope",
"label": "调查范围",
"description": "选择本次尽职调查的重点范围",
"type": "select",
"options": ["全面尽调（公司治理+资产+合同+诉讼+知识产权+劳动用工）", "公司治理与股权结构", "资产与债务情况", "重大合同与履约风险", "诉讼与仲裁情况", "知识产权合规"],
"required": true
},
{
"key": "known_info",
"label": "已知信息",
"description": "目前已掌握的关于调查对象的信息",
"placeholder": "如：工商登记信息、已获取的财务报表、已知的诉讼案件等...",
"type": "textarea",
"required": true
},
{
"key": "report_format",
"label": "报告类型",
"description": "选择需要生成的报告类型",
"type": "select",
"options": ["尽调报告大纲（框架版）", "尽调核查清单", "完整尽调报告模板"],
"required": true
}
]
}
```
**long_description：**
```markdown
## 功能介绍
法律尽职调查报告生成工具，按流程引导完成尽调报告：
- 分步收集调查对象信息
- 覆盖公司治理、资产债务、合同、诉讼、知识产权等维度
- 生成结构完整的尽调报告框架或核查清单
- 符合律所尽调报告标准
## 使用方法
按步骤依次输入调查对象、调查范围、已知信息，系统将生成专业的尽调报告框架。
```
---
### 4.9 诉讼策略助手（agent）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `agent` |
| `icon_url` | `brain-circuit` |
| `temperature` | 0.4 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个诉讼策略智能助手，服务于执业律师的案件分析和诉讼策略制定。你具备以下工具能力：\n\n1. **法条检索**：精准检索相关法律法规和司法解释\n2. **案例对比**：检索类似案例，对比裁判结果和裁判思路\n3. **风险评估**：评估诉讼风险、证据风险和执行风险\n4. **策略建议**：制定诉讼策略、庭审方案和和解方案\n\n在回复中，当你使用某个能力时，请用 [工具调用: 工具名] 和 [工具结果: 工具名] 标记。\n\n## 输出格式\n- 分析应层次清晰、有理有据\n- 引用法条使用标准格式：《法律名》第X条\n- 策略建议应包含利弊分析\n\n## 限制\n- 仅提供策略分析框架，不替代律师专业判断\n- 所有回复末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"tools": ["法条检索", "案例对比", "风险评估", "策略建议"]
}
```
**welcome_message：**
```
您好！我是诉讼策略智能助手。我具备法条检索、案例对比、风险评估和策略建议等能力，可以辅助您制定诉讼方案。请描述您的案件情况。
```
**suggested_prompts：**
```json
[
"帮我分析这个合同纠纷案的诉讼策略",
"检索类似案例的裁判结果",
"评估这个案件的胜诉风险和执行风险"
]
```
**long_description：**
```markdown
## 功能介绍
诉讼策略智能助手，集成多种分析能力辅助律师制定诉讼方案：
- 法条检索：精准检索相关法律法规和司法解释
- 案例对比：检索类似案例，对比裁判结果
- 风险评估：评估诉讼、证据和执行风险
- 策略建议：制定诉讼策略、庭审方案和和解方案
## 使用方法
描述案件情况和您的诉讼需求，助手将自动调用相关工具进行综合分析。
```
**关联知识库：** 法律法规库、司法解释库
---
### 4.10 合规审查助手（agent）
| 字段 | 值 |
|------|------|
| `dify_app_type` | `agent` |
| `icon_url` | `shield-check` |
| `temperature` | 0.3 |
| `max_tokens` | 8192 |
**app_config：**
```json
{
"system_prompt": "你是一个企业合规审查智能助手，服务于律师的企业合规咨询和审查工作。你具备以下工具能力：\n\n1. **法规匹配**：根据企业行业和业务匹配适用的法律法规和监管要求\n2. **风险扫描**：扫描企业经营中的合规风险点\n3. **合规清单**：生成合规审查清单和检查要点\n4. **整改建议**：针对发现的合规问题提出整改方案\n\n在回复中，当你使用某个能力时，请用 [工具调用: 工具名] 和 [工具结果: 工具名] 标记。\n\n## 输出格式\n- 合规风险按严重程度分级：【严重】【一般】【轻微】\n- 引用法规使用标准格式\n- 整改建议包含时限和优先级\n\n## 限制\n- 仅提供合规分析框架，具体合规方案需律师审核\n- 所有回复末尾附免责声明\n\n## 免责声明\n本内容由AI生成，仅供参考，不构成正式法律意见。具体法律问题请咨询执业律师。",
"tools": ["法规匹配", "风险扫描", "合规清单", "整改建议"]
}
```
**welcome_message：**
```
您好！我是合规审查智能助手。我具备法规匹配、风险扫描、合规清单生成和整改建议等能力，可以辅助您进行企业合规审查工作。请描述您的合规审查需求。
```
**suggested_prompts：**
```json
[
"帮我审查这家互联网公司的数据合规情况",
"生成一份劳动用工合规审查清单",
"这家企业的经营范围有哪些合规风险？"
]
```
**long_description：**
```markdown
## 功能介绍
企业合规审查智能助手，集成多种工具辅助律师开展合规工作：
- 法规匹配：根据企业行业匹配适用法规和监管要求
- 风险扫描：扫描经营中的合规风险点
- 合规清单：生成审查清单和检查要点
- 整改建议：针对问题提出整改方案
## 使用方法
描述企业基本情况和合规审查需求，助手将自动调用相关工具进行综合分析。
```
---
## 五、知识库规划
| 知识库 | 内容 | 关联应用 |
|--------|------|----------|
| 法律法规库 | 民法典、刑法、公司法、劳动法、行政诉讼法等常用法规全文 | 1, 2, 3, 7, 9 |
| 司法解释库 | 最高院司法解释、指导案例、公报案例 | 1, 2, 9 |
| 合同模板库 | 各类标准合同范本（买卖、服务、租赁、合作等） | 3, 6 |
| 文书模板库 | 起诉状、答辩状、代理词、法律意见书模板 | 4 |
---
## 六、实施步骤
### 6.1 创建 SQL 种子数据
创建 `server/migrations/seed_legal.sql`，包含：
- 1 条分类数据
- 10 条应用数据（使用本文档中的配置）
### 6.2 部署
```bash
# 本地测试
psql -h 154.8.162.18 -U govai -d govai -f server/migrations/seed_legal.sql
# 服务器部署
ssh agents
sudo -u postgres psql -d govai -f /opt/govai/server/migrations/seed_legal.sql
```
### 6.3 前端注册分类图标
在 `apps/web/src/lib/category-config.ts` 中添加法律服务分类配置。
### 6.4 验证清单
- [ ] 10 个应用全部出现在应用商店"法律服务"分类下
- [ ] 分类图标为 Lucide `Scale`，颜色 `bg-indigo-100 text-indigo-800`
- [ ] 3 个 chatbot 应用：欢迎语、推荐提问、对话功能正常
- [ ] 3 个 completion 应用：输入标签、输出标签、生成功能正常
- [ ] 2 个 workflow 应用：步骤条、分步表单、报告生成正常
- [ ] 2 个 agent 应用：工具调用标记、多轮对话正常
- [ ] 所有应用输出包含免责声明
- [ ] UI 样式符合规范：无 emoji，按钮/标签/卡片样式正确
---
## 七、预估工作量
| 项目 | 耗时 |
|------|------|
| 编写 SQL 种子数据 | ~30分钟 |
| 前端注册分类图标 | ~5分钟 |
| 部署到服务器 | ~10分钟 |
| 创建知识库并关联 | 后续按需 |
| **总计** | **~45分钟** |
GovAI/docs/fazhi-logo.svg
+91
View File
@@ -0,0 +1,91 @@
<?xml version="1.0" encoding="UTF-8"?>
<svg width="400" height="400" viewBox="0 0 400 400" xmlns="http://www.w3.org/2000/svg">
<defs>
<linearGradient id="blueGradient" x1="0%" y1="0%" x2="0%" y2="100%">
<stop offset="0%" style="stop-color:#1E3A8A;stop-opacity:1" />
<stop offset="100%" style="stop-color:#3B82F6;stop-opacity:1" />
</linearGradient>
<linearGradient id="goldGradient" x1="0%" y1="0%" x2="0%" y2="100%">
<stop offset="0%" style="stop-color:#FBBF24;stop-opacity:1" />
<stop offset="100%" style="stop-color:#F59E0B;stop-opacity:1" />
</linearGradient>
</defs>
<!-- Main Box -->
<g id="mainBox">
<rect x="100" y="80" width="200" height="240"
rx="8" ry="8"
fill="none"
stroke="url(#blueGradient)"
stroke-width="6"/>
<line x1="110" y1="140" x2="290" y2="140"
stroke="#3B82F6" stroke-width="2" opacity="0.3"/>
<line x1="110" y1="260" x2="290" y2="260"
stroke="#3B82F6" stroke-width="2" opacity="0.3"/>
</g>
<!-- Character: Fa -->
<g id="textFa">
<text x="200" y="175"
font-family="SimHei, Microsoft YaHei, sans-serif"
font-size="64"
font-weight="bold"
fill="url(#blueGradient)"
text-anchor="middle"
dominant-baseline="middle">法</text>
</g>
<!-- Lightning Symbol -->
<g id="lightning">
<path d="M 210 195 L 195 220 L 205 220 L 190 245 L 210 215 L 200 215 Z"
fill="url(#goldGradient)"
stroke="#F59E0B"
stroke-width="1"/>
</g>
<!-- Character: Zhi -->
<g id="textZhi">
<text x="200" y="265"
font-family="SimHei, Microsoft YaHei, sans-serif"
font-size="64"
font-weight="bold"
fill="url(#blueGradient)"
text-anchor="middle"
dominant-baseline="middle">智</text>
</g>
<!-- Character: Tong -->
<g id="textTong">
<text x="310" y="220"
font-family="SimHei, Microsoft YaHei, sans-serif"
font-size="56"
font-weight="bold"
fill="#1E3A8A"
text-anchor="start"
dominant-baseline="middle">通</text>
</g>
<!-- AI Label -->
<g id="aiLabel">
<text x="200" y="335"
font-family="DIN Pro, Arial, sans-serif"
font-size="20"
font-weight="bold"
fill="#6B7280"
text-anchor="middle"
letter-spacing="2">AI</text>
</g>
<!-- Subtitle -->
<g id="subtitle">
<text x="200" y="360"
font-family="DIN Pro, Roboto, Arial, sans-serif"
font-size="14"
font-weight="normal"
fill="#9CA3AF"
text-anchor="middle"
letter-spacing="1">Legal Intelligence Platform</text>
</g>
</svg>
Side by Side

After

Width:  |  Height:  |  Size: 2.8 KiB

GovAI/docs/hardware-requirements.md
+267
View File
@@ -0,0 +1,267 @@
# GovAI 硬件部署要求
本文档定义 GovAI（政智通）政务AI智能应用平台的硬件部署要求，适用于不同规模的部署场景。
---
## 系统组件概览
| 组件 | 技术栈 | 说明 |
|------|--------|------|
| 后端服务 | Go 1.25+ | REST API，处理业务逻辑 |
| 前端 | Next.js 16 + React 19 | 用户界面（SSR/SSG） |
| PPT Worker | Python + FastAPI | 异步 PPT 生成微服务 |
| 数据库 | PostgreSQL 17 (pgvector) | 关系数据 + 向量检索 |
| 缓存 | Redis 7 | 会话、队列、限流 |
| 对象存储 | MinIO | 文档、图片等文件存储 |
---
## 场景一：开发 / 最小化部署
适用：本地开发调试、个人使用、Demo 演示。
| 资源项 | 最低要求 | 推荐配置 |
|--------|---------|---------|
| **CPU** | 4 核 | 8 核 |
| **内存** | 8 GB | 16 GB |
| **磁盘** | 50 GB | 100 GB+ |
| **操作系统** | macOS 12+ / Linux / Windows (WSL2) | — |
所有服务（Go 后端、Next.js 前端、PPT Worker、PostgreSQL、Redis、MinIO）可在单台机器上通过 Docker Compose 一键启动。
---
## 场景二：单服务器生产部署（50 ~ 100 用户）
适用：50 ~ 100 人规模的小型单位（如科室、局委办），全部服务集中部署于一台物理服务器或虚拟机。
### 推荐配置
| 资源项 | 最低要求 | 推荐配置 |
|--------|---------|---------|
| **CPU** | 8 核 | 16 核 |
| **内存** | 16 GB | 32 GB |
| **系统盘** | 100 GB SSD | 200 GB SSD |
| **数据盘** | 300 GB SSD | 500 GB SSD |
| **操作系统** | Linux (Ubuntu 22.04+ / CentOS 8+) | — |
### 资源分配方案
| 组件 | 资源占用 | 说明 |
|------|---------|------|
| Go 后端 | 2 核 + 1 GB 内存 | 2 实例 |
| Next.js 前端 | 2 核 + 1 GB 内存 | 1 实例 |
| PostgreSQL | 2 核 + 8 GB 内存 | 含 pgvector，SSD 存储 |
| Redis | 1 核 + 2 GB 内存 | 会话 + 队列 |
| MinIO | 1 核 + 2 GB 内存 | 文档/图片存储（~200 GB） |
| PPT Worker | 2~4 核 + 8 GB 内存 | 1 实例，按需生成 PPT |
| **系统预留** | 2~4 核 + 4~8 GB | 内核、SSH、Docker 等开销 |
### 性能预估
| 指标 | 数值 |
|------|------|
| 并发用户 | 50 ~ 100 |
| 预估 QPS | 100 ~ 300 req/s |
| 同时 PPT 生成 | 1 ~ 3 个 |
| 每日活跃用户 | 占总用户 30%~50% |
| 月数据增量 | ~1 GB（100 用户场景） |
| 存储规划 | 500 GB SSD 可用约 3~5 年 |
### 部署方式
推荐使用 Docker Compose 在该服务器上一键启动所有容器：
```bash
# 基础设施（PostgreSQL + Redis + MinIO）
docker compose -f docker/docker-compose.yml up -d
# 后端
cd server && go run ./cmd/server
# 前端
cd apps/web && npm run dev # 开发模式
# 或 npm run build && npm start # 生产模式
# PPT Worker
make dev-ppt
```
### 注意事项
- **CPU 敏感**：PPT Worker 在文档解析和渲染时 CPU 占用较高，如并发使用建议提升至 16 核
- **内存峰值**：PPT 生成期间内存可能瞬时冲高到 12 GB+，建议保留足够 swap 或选用 32 GB 配置
- **网络**：服务器需访问通义千问/ OpenAI API，建议带宽 20 Mbps+
- **备份**：数据盘建议配置 RAID 或定期快照备份
---
## 场景三：多服务器生产（50 ~ 200 并发用户）
适用：部门级或区县级部署，支撑日常政务办公。
### 服务器规划（3 台）
| 服务器 | 部署内容 | CPU | 内存 | 系统盘 | 数据盘 |
|--------|---------|-----|------|--------|--------|
| **Server A** | Go 后端（2~4 实例） + Redis 主 | 8 核 | 16 GB | 100 GB SSD | — |
| **Server B** | PostgreSQL 主库 + MinIO 主 | 8 核 | 16 GB | 100 GB SSD | 500 GB SSD |
| **Server C** | PPT Worker（2 实例） + 渲染队列 | 8 核 | 16 GB | 100 GB SSD | 200 GB SSD |
### 组件级配置明细
#### Go 后端服务
| 项目 | 配置 |
|------|------|
| 实例数 | 2 ~ 4（水平扩展） |
| 内存单实例 | ~200 MB |
| 并发承载 | 单实例约 50 ~ 100 并发（CPU-bound） |
| 连接池 | PostgreSQL 最多 25 连接 / 实例 |
| 预估总 QPS | 200 ~ 500 req/s |
| 建议资源 | 8 核 16 GB 服务器，容器/进程管理 |
#### Next.js 前端
| 项目 | 配置 |
|------|------|
| 部署模式 | `next start`（Node.js 生产模式）或容器化 |
| 内存单实例 | ~500 MB ~ 1 GB |
| 建议资源 | 独立 4 核 8 GB 服务器（或与后端混部） |
| CDN 加速 | 建议接入 CDN 加速静态资源和图片 |
#### PPT Worker（Python 微服务）
| 项目 | 配置 |
|------|------|
| 实例数 | 2 |
| 内存单实例 | 峰值可达 4 GB（文档解析、PPT 渲染） |
| 并发任务 | 单实例约 5 ~ 10 个任务并行 |
| 建议资源 | 8 核 16 GB 服务器（CPU 密集型） |
| 临时存储 | 每个任务约 50 ~ 200 MB 临时文件，需定期清理 |
#### PostgreSQL（pgvector）
| 项目 | 配置 |
|------|------|
| 版本 | PostgreSQL 17 + pgvector |
| 并发连接 | 最大 100 ~ 150 连接 |
| 共享缓冲 | 建议 4 ~ 8 GB（总内存的 25%~50%） |
| 建议资源 | 8 核 16 GB 服务器，SSD 存储 |
| 数据量预估 | 50 用户每日产生 ~1 GB 数据/月，500 GB SSD 可用 3 年+ |
| 高可用 | 可选主从流复制（2 台） |
#### Redis
| 项目 | 配置 |
|------|------|
| 内存 | 2 ~ 4 GB |
| 持久化 | 建议开启 RDB + AOF |
| 建议资源 | 与后端同机或独立 2 核 4 GB |
| 高可用 | 可选 Sentinel（1 主 2 从） |
#### MinIO（对象存储）
| 项目 | 配置 |
|------|------|
| 存储量 | 200 GB ~ 1 TB（视知识库文档量） |
| 建议资源 | 与 PostgreSQL 同机或独立 4 核 8 GB |
| 冗余 | 建议 2 节点以上，纠删码模式 |
### 中等规模汇总
| 类别 | 数量 | 规格 | 用途 |
|------|------|------|------|
| 应用服务器 | 1~2 | 8 核 16 GB | Go 后端 + 前端（可混部） |
| 数据库服务器 | 1 | 8 核 16 GB + 500 GB SSD | PostgreSQL + MinIO |
| PPT Worker 服务器 | 1 | 8 核 16 GB | PPT 生成 |
| **合计** | **3~4 台** | — | — |
### 网络要求
- 服务器之间内网带宽：**千兆（1 Gbps）** 推荐
- 对外带宽：**50 Mbps ~ 100 Mbps**（视 AI API 调用量）
- AI API 延迟：后端到通义千问/OpenAI 的 RTT 建议 < 200 ms
- 端口：前端 3000、后端 8080、PPT Worker 8090、PostgreSQL 5432、Redis 6379、MinIO 9000/9001
---
## 场景三：大规模 / 高可用分布式（200+ 并发用户）
适用：市级或省级平台，多机构、海量用户。
### 推荐架构
```
┌──────────────┐
│ 负载均衡 │ (Nginx / 云 LB)
│ (2 台冗余) │
└──────┬───────┘
┌───────────────┼───────────────┐
│ │ │
┌──────▼──────┐ ┌──────▼──────┐ ┌──────▼──────┐
│ Go 后端 │ │ Go 后端 │ │ Go 后端 │
│ (多实例) │ │ (多实例) │ │ (多实例) │
│ 4~8 实例 │ │ 4~8 实例 │ │ 4~8 实例 │
└──────┬──────┘ └──────┬──────┘ └──────┬──────┘
│ │ │
┌──────▼──────┐ ┌──────▼──────┐ ┌──────▼──────┐
│ PostgreSQL │ │ PostgreSQL │ │ Redis │
│ 主库 │ │ 从库(只读) │ │ Cluster │
└──────┬──────┘ └──────┬──────┘ └─────────────┘
│
┌──────▼──────┐ ┌──────▼──────┐
│ MinIO 集群 │ │ PPT Worker │
│ (纠删码) │ │ (4~8 实例) │
└─────────────┘ └─────────────┘
```
### 资源配置
| 组件 | 节点数 | 单节点规格 | 存储 |
|------|--------|---------|------|
| 负载均衡器 | 2 | 4 核 8 GB | — |
| Go 后端 | 6~12 | 8 核 16 GB | — |
| PostgreSQL 主库 | 1 | 16 核 32 GB | 1 TB SSD |
| PostgreSQL 从库 | 2 | 16 核 32 GB | 1 TB SSD |
| Redis Cluster | 6 节点 | 4 核 8 GB | — |
| MinIO 集群 | 4 | 8 核 16 GB | 4×1 TB |
| PPT Worker | 4~8 | 8 核 16 GB | 200 GB SSD |
| **服务器合计** | **约 20+ 台** | — | — |
---
## 软件环境总览
| 软件 | 版本 | 用途 |
|------|------|------|
| Go | 1.25+ | 后端运行时 |
| Node.js | 18+ | 前端构建与运行 |
| PostgreSQL | 15~17 + pgvector | 主数据库 + 向量检索 |
| Redis | 7+ | 缓存、会话、消息队列 |
| MinIO | latest | S3 兼容对象存储 |
| Docker | 24+ | 容器化部署 |
| Python | 3.10+ | PPT Worker 运行时 |
---
## AI API 说明
GovAI 的 AI 能力依赖外部大模型服务（通义千问 / OpenAI 兼容接口），**不占用服务器本地算力**。
- 默认使用通义千问（`qwen-max`）
- 通过 `OPENAI_BASE_URL` 配置可切换为 OpenAI、Claude 等
- 网络要求：服务器需访问互联网，建议延迟 < 200 ms
- API 成本：按调用量计费，与硬件无关
---
## 快速参考对照表
| 场景 | 用户规模 | 并发 | 服务器数量 | 单机规格 |
|------|---------|------|-----------|---------|
| 开发调试 | 1~5 | < 10 | 1 台 | 8 核 16 GB |
| **单服务器生产** | **50 ~ 100** | **50 ~ 100** | **1 台** | **8 核 16 GB ~ 16 核 32 GB** |
| 多服务器生产 | 50 ~ 200 | 50 ~ 200 | 3~4 台 | 8 核 16 GB |
| 大规模高可用 | 200+ | 200+ | 20+ 台 | 8~16 核 16~32 GB |
GovAI/docs/legal-domain-alpha-enhancement.md
+123
View File
@@ -0,0 +1,123 @@
# 律师域功能增强方案（对标 Alpha 法律智能系统）
> 分析日期：2025-05-17
> 对标产品：iCourt Alpha（AlphaGPT + Alpha+）
> 当前状态：已有 10 个应用（3 对话 + 3 补全 + 2 工作流 + 2 智能体）
---
## 一、现有应用 vs Alpha 功能映射
| 序号 | 现有应用 | 类型 | 对标 Alpha 模块 | 覆盖度 | 差距评估 |
|------|---------|------|----------------|--------|---------|
| 1 | 法律法规检索 | 对话 | 类案检索 | ★★☆☆☆ | 仅支持文字检索，缺少类案综述、参照级别、法官风格分析 |
| 2 | 法律咨询助手 | 对话 | 法律咨询 | ★★★☆☆ | 有分析框架，缺少结构化报告导出、可视化输出、交叉验证 |
| 3 | 合同条款审查 | 对话 | 合同审查 | ★★☆☆☆ | 基础审查能力有，缺少立场设定、自定义规则、主体尽调、多版本导出 |
| 4 | 法律文书生成 | 补全 | 文书起草 | ★★★☆☆ | 能生成常见文书，缺少模板库、法条超链、要素式格式 |
| 5 | 案情摘要提取 | 补全 | 法律阅卷 | ★★☆☆☆ | 仅单文档提取，缺少多文档问答、追问溯源、快捷阅卷、质证意见 |
| 6 | 合同条款生成 | 补全 | 合同审查（生成部分） | ★★★☆☆ | 基本可用，缺少业务模板库 |
| 7 | 案件风险评估 | 工作流 | 法律咨询（风险预测） | ★★★☆☆ | 多维度评估较好，缺少类案数据支撑 |
| 8 | 尽职调查报告 | 工作流 | 合同审查（主体尽调） | ★★☆☆☆ | 仅报告框架，缺少企业数据联动 |
| 9 | 诉讼策略助手 | 智能体 | 跨模块综合 | ★★★☆☆ | 概念完整，缺少真实数据调用能力 |
| 10 | 合规审查助手 | 智能体 | 无直接对标（增值能力） | ★★★☆☆ | 我们独有的差异化功能 |
---
## 二、Alpha 功能中可完善进现有应用的清单
### 优先级 P0：增强现有应用（改 prompt + 知识库即可）
| # | 增强内容 | 目标应用 | Alpha 对应功能 | 实现方式 |
|---|---------|---------|---------------|---------|
| 1 | **审查立场设定** | 合同条款审查 | 合同审查-审查立场 | prompt 增加立场参数（甲方/乙方/中立），输出差异化审查意见 |
| 2 | **风险等级细化** | 合同条款审查 | 合同审查-法规结合审查 | prompt 引导结合知识库法规对每条款给出法律依据 |
| 3 | **结构化报告输出** | 法律咨询助手 | 法律咨询-一键导出报告 | prompt 增加"报告模式"，输出完整法律咨询意见书（含封面、目录、正文、附录） |
| 4 | **快捷阅卷模板** | 案情摘要提取 | 法律阅卷-快捷提问 | prompt 增加固定输出模块：证据清单、事件时间轴、争议焦点、庭审提纲 |
| 5 | **质证意见生成** | 案情摘要提取 | 法律阅卷-质证意见 | prompt 增加"三性分析"模块（真实性、合法性、关联性） |
| 6 | **文书模板分类** | 法律文书生成 | 文书起草-模板起草 | input_placeholder 细化为七大类模板选择，prompt 按模板输出标准格式 |
| 7 | **法条引用强化** | 法律文书生成 | 文书起草-法条超链引用 | prompt 要求引用法条使用 `[[知识库:法律名:第X条]]` 格式，自动渲染为可点击徽章 |
| 8 | **类案综述生成** | 法律法规检索 | 类案检索-类案综述 | prompt 在检索结果后自动生成"类案综述"段落，包含裁判趋势和建议 |
### 优先级 P1：新增应用（填补功能空白）
| # | 新应用名称 | 类型 | Alpha 对应功能 | 功能说明 |
|---|----------|------|---------------|---------|
| 1 | **质证意见生成** | 补全 | 法律阅卷-质证意见 | 输入证据材料清单，从真实性、合法性、关联性三维度生成质证意见书 |
| 2 | **庭审提纲生成** | 补全 | 法律阅卷-快捷提问 | 输入案件信息，生成完整庭审提纲（含开庭陈述、举证质证、辩论要点） |
| 3 | **法官裁判分析** | 对话 | 类案检索-法官审判风格 | 输入法官姓名/法院/案由，分析裁判倾向、量刑幅度、审理周期（需知识库支撑） |
| 4 | **企业合规体检** | 工作流 | 合同审查-主体审查 | 分步输入企业信息，生成涉诉风险、行政处罚、经营异常等合规体检报告 |
### 优先级 P2：远期能力建设（需系统级支持）
| # | 能力 | Alpha 对应功能 | 说明 | 前置条件 |
|---|------|---------------|------|---------|
| 1 | 文档上传问答 | 法律阅卷-多文档问答 | 上传多个文件后综合问答，回答可溯源到原文 | 需要文件上传+分片+向量检索能力 |
| 2 | 合同多版本导出 | 合同审查-多版本导出 | 修订版、批注版、纯净版等多格式导出 | 需要 docx 生成和 diff 能力 |
| 3 | 企业工商数据联动 | 合同审查-主体审查 | 对接天眼查/企查查 API，实时查询企业信息 | 需要外部 API 接入 |
| 4 | 可视化输出 | 法律咨询-PPT/思维导图 | 分析结果生成 PPT 或思维导图 | 需要前端渲染引擎 |
| 5 | 语音检索 | 类案检索-语音检索 | 语音输入转文字后检索 | 需要 ASR 服务接入 |
| 6 | 案件管理系统 | Alpha+ 案件管理 | 全流程案件管理、智能节点预警 | 需要独立模块开发 |
| 7 | 知识库沉淀 | Alpha+ 知识库 | 办案经验自动沉淀为知识资产 | 当前知识库可部分支持 |
---
## 三、应用分类调整建议
当前律师域只有一个分类"法律服务"，建议参照 Alpha 模块拆分：
| 新分类 | 包含应用 | 说明 |
|--------|---------|------|
| **法律检索** | 法律法规检索、法官裁判分析（新） | 对标 Alpha 类案检索模块 |
| **合同服务** | 合同条款审查、合同条款生成 | 对标 Alpha 合同审查模块 |
| **文书起草** | 法律文书生成、质证意见生成（新）、庭审提纲生成（新） | 对标 Alpha 文书起草+阅卷 |
| **案件分析** | 法律咨询助手、案情摘要提取、案件风险评估 | 对标 Alpha 法律咨询+阅卷 |
| **综合服务** | 诉讼策略助手、合规审查助手、尽职调查报告、企业合规体检（新） | 对标 Alpha 智能体+Alpha+ |
---
## 四、P0 增强实施路线（可立即执行）
```
第 1 步：增强 3 个现有应用的 system_prompt（0.5天）
├─ 合同条款审查 → 加入审查立场（甲方/乙方）、法规结合审查
├─ 案情摘要提取 → 重命名为"法律阅卷助手"，加入快捷阅卷+质证意见
└─ 法律文书生成 → 加入模板分类选择、法条徽章引用
第 2 步：增强 2 个现有应用的输出格式（0.5天）
├─ 法律咨询助手 → 加入"报告模式"结构化输出
└─ 法律法规检索 → 加入类案综述自动生成
第 3 步：完善知识库内容（1天）
├─ 法律法规库 → 补充常用法律全文（民法典、刑法、劳动法等）
├─ 合同模板库 → 补充各类型合同审查要点checklist
└─ 文书模板库 → 补充法院要求的最新文书格式标准
```
---
## 五、我们的差异化优势（Alpha 没有的）
| 能力 | 说明 |
|------|------|
| **多机构隔离** | 同一平台支持多家律所独立运营，数据完全隔离 |
| **知识库自定义** | 律所可上传自有案例库、内部制度，形成专属知识资产 |
| **应用自创建** | 律师可自行创建/定制 AI 应用，不受产品功能限制 |
| **合规审查助手** | Alpha 无专门的企业合规审查工具，我们已有 |
| **开放部署** | 支持私有化部署，不依赖特定厂商生态 |
| **来源溯源徽章** | AI 输出自动标注知识库来源和 AI 建议，增强可信度 |
---
## 六、总结
**核心结论**：当前律师域 10 个应用覆盖了 Alpha 五大模块的基础能力，但在**深度**和**专业度**上有明显差距。
**最快见效的 3 件事**：
1. **合同条款审查加入立场设定** — 一行 prompt 改动，立刻提升专业感
2. **案情摘要提取升级为法律阅卷助手** — 加入快捷模板（证据清单/时间轴/质证意见），功能翻倍
3. **法律文书生成加入法条徽章** — 利用已有的 `[[知识库:...]]` 渲染机制，法条可点击
**不建议做的事**（ROI 太低）：
- 企业工商数据联动（需付费 API + 大量开发）
- 语音检索（使用频率低）
- 完整案件管理系统（偏离 AI 应用平台定位）
GovAI/docs/logo.png
BIN
View File
Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 2.1 MiB

GovAI/docs/logo1.png
BIN
View File
Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 1.0 MiB

GovAI/docs/security-audit-report.md
+448
View File
@@ -0,0 +1,448 @@
# GovAI 安全审计报告
**首次审计**：2026-06-25
**二次复查**：2026-06-26（上午安全事件处置）
**四次全面审计**：2026-06-26 晚间（本次）
**扫描范围**：本地代码库（30,610 个源码文件）+ 服务器端（154.8.162.18）+ 配置文件
---
## 一、安全事件处置回顾
### 1.1 Pakchoi 后门清理（已处置）
| 项目 | 状态 | 说明 |
|------|------|------|
| pakchoi 用户 | ✅ 已清理 | 此前会话中已删除 |
| 恶意 cron 任务 | ✅ 已清理 | pakchoi 相关自动创建脚本 |
| pakchoi 进程 | ✅ 无残留 | 服务器进程列表中未发现 |
| pakchoi 文件 | ✅ 无残留 | 服务器 /tmp /opt 均干净 |
### 1.2 本次新发现后门特征
| 文件 | 内容 | 评估 |
|------|------|------|
| `/dev/shm/bt.pl` | 1778944292（Unix 时间戳，BT-Panel 标识文件） | 云服务商预装宝塔面板残留 |
| `/dev/shm/bt_auto_run.pl` | BT-Panel 初始化脚本 | 宝塔自启机制标记文件 |
| `/etc/rc.d/init.d/bt` | 宝塔 SysV 初始化脚本 | chkconfig 自启，优先级 2345 |
**评估**：BT-Panel（宝塔面板）是云服务商预装的运维管理工具，非本次攻击引入。其 `bt.service` 以 systemd generated 方式运行，chkconfig 已配置。
---
## 二、本次新发现的严重安全问题
### 2.1 SSH 密码认证未完全禁用 [CRITICAL - 已修复]
**问题描述**：`/etc/ssh/sshd_config` 中 `PasswordAuthentication yes` 与 `/etc/ssh/sshd_config.d/99-hardening.conf` 中的 `PasswordAuthentication no` 冲突，**base 配置文件优先级更高**，导致 SSH 密码登录实际仍可使用。
**证据**：`sshd -T` 输出 `passwordauthentication yes`
**影响**：来自 `51.91.64.198`（31,260 次）和 `51.222.47.156`（22,077 次）的暴力破解在理论上可以成功。
**修复**：将 `/etc/ssh/sshd_config.d/50-cloud-init.conf` 中的 `PasswordAuthentication yes` 改为 `no`，现在三层配置全部为 `no`。
| 文件 | 修复前 | 修复后 |
|------|--------|--------|
| `/etc/ssh/sshd_config` | `PasswordAuthentication yes` | `PasswordAuthentication no` |
| `/etc/ssh/sshd_config.d/50-cloud-init.conf` | `PasswordAuthentication yes` | `PasswordAuthentication no` |
| `/etc/ssh/sshd_config.d/99-hardening.conf` | `PasswordAuthentication no` | `PasswordAuthentication no`（不变） |
### 2.2 Gugong-Backend 硬编码 API Key [HIGH - 已修复]
**文件**：`/opt/gugong-backend/key.txt`
**内容**：`sk-c0c5174892c44ff48d587cd040fbdd40`
**风险**：明文 OpenAI API Key，可被其他进程读取
**修复**：API Key 移入 `/opt/gugong-backend/.env`，`key.txt` 清空为占位符。
### 2.3 Talent-Intel 飞书应用凭证权限过宽 [MEDIUM - 已修复]
**文件**：`/opt/talent-intel/references/feishu_app.json`
**内容**：
```json
{
"app_id": "cli_aa9edd34e9b8dbee",
"app_secret": "U5LLB7dBkeUUK8qoweTCrfD2rhNZl40i"
}
```
**原权限**：`644`（所有用户可读）
**修复后权限**：`600`
### 2.4 Youth-Counselor .env.example 权限过宽 [LOW]
**文件**：`/opt/youth-counselor/.env.example`
**原权限**：`644`
**建议**：应改为 `600`，但因属 example 文件（无真实凭据），风险较低。
### 2.5 SSH 暴力破解攻击态势
| 来源 IP | 失败次数（24h） | 评估 |
|---------|----------------|------|
| `51.91.64.198` | 31,260 | 高强度僵尸网络扫描 |
| `51.222.47.156` | 22,077 | 高强度僵尸网络扫描 |
| `43.159.56.199` | 1,414 | 中等强度定向扫描 |
| `43.153.11.207` | 976 | 中等强度定向扫描 |
| `38.96.178.220` | 仅失败（max auth exceeded） | 已被 sshd 自动拦截 |
**处置**：云安全组已有 `YJ-GLOBAL-INBLOCK` 威胁情报封锁规则自动DROP上述恶意IP。
---
## 三、服务器暴露端口审计
### 3.1 当前监听端口（全部 24 个）
| 端口 | 绑定地址 | 进程 | 风险等级 | 说明 |
|------|---------|------|---------|------|
| 22 | 0.0.0.0 | sshd | ✅ 低 | SSH，已禁用密码 |
| 25 | 127.0.0.1 | postfix | ✅ 低 | 本地邮件，仅本地投递 |
| 80/443 | 0.0.0.0 | nginx | ✅ 低 | Web/HTTPS |
| **8888** | 0.0.0.0 | BT-Panel | ⚠️ **高** | 宝塔面板管理端口，**强烈建议关闭** |
| **8765** | 0.0.0.0 | feishu_bot.py | ⚠️ **高** | Talent-Intel 飞书机器人，已暴露公网 |
| 3000 | 0.0.0.0 | govai-web (next) | ✅ 低 | govai 前端 |
| **3001** | 0.0.0.0 | next-server | ⚠️ **中** | 其他项目 Next.js，应限制访问 |
| 3002 | 127.0.0.1 | next-server | ✅ 低 | 仅本地 |
| 3003 | 0.0.0.0 | node (tsx) | ⚠️ **中** | TalentHarbor 语音服务 |
| 3004 | 127.0.0.1 | next-server | ✅ 低 | 仅本地 |
| **3005** | 0.0.0.0 | node (tsx) | ⚠️ **中** | TalentMentor-M 语音服务 |
| **3200** | 0.0.0.0 | serve | ⚠️ **中** | TalentMatrix 静态服务 |
| **3100** | 0.0.0.0 | h2agent (next) | ⚠️ **中** | h2agent 服务 |
| **8080** | 0.0.0.0 | govai-api (server) | ⚠️ **中** | govai 后端 API，已通过 nginx 代理 |
| **8081** | 0.0.0.0 | node (tsx) | ⚠️ **中** | TalentHarbor API |
| **8180** | 0.0.0.0 | java | ⚠️ **中** | 未知 Java 服务 |
| 5432 | 127.0.0.1 | postgres | ✅ 低 | DB，仅本地 |
| 6379 | 127.0.0.1 | redis | ✅ 低 | Cache，已设密码 |
| 8000 | 127.0.0.1 | gugong-backend | ✅ 低 | 古宫后端，仅本地 |
| 36451 | 127.0.0.1 | containerd | ✅ 低 | 容器运行时，仅本地 |
### 3.2 紧急关闭建议
| 端口 | 服务 | 建议操作 |
|------|------|---------|
| 8888 | BT-Panel | 停止服务 `systemctl stop bt`，移除自启 `chkconfig --del bt` |
| 8765 | feishu_bot | 改为仅监听 `127.0.0.1:8765` 或通过 nginx 反代 |
| 3001/3100/3200 | 各项目 Next.js | 通过 nginx 统一域名反代，禁止直接 IP 访问 |
---
## 四、服务器 cron 任务审计
| 用户 | 任务 | 评估 |
|------|------|------|
| root | `*/5 * * * * /usr/local/qcloud/stargate/admin/start.sh` | ✅ 腾讯云星脉agent，正常 |
| root | `0 3 * * * /usr/local/bin/h2agent-backup.sh` | ✅ h2agent 备份，正常 |
| root | `0 0,12 * * * /opt/talentharbor/backup.sh` | ✅ TalentHarbor 备份，正常 |
| postgres | （无） | ✅ 干净 |
| redis | （无） | ✅ 干净 |
| pakchoi | **已删除** | ✅ |
---
## 五、服务器用户账户审计
### 5.1 系统账户（全部为 Linux 标准账户）
| 用户 | 说明 | 状态 |
|------|------|------|
| root | 超级管理员 | ✅ 正常，SSH key 认证 |
| h2deploy | 部署用户（PM2） | ✅ 正常，2 个授权 key |
| lighthouse | 云服务商监控用户 | ✅ 正常，云平台预置 |
| nginx | Web 服务用户 | ✅ 正常 |
| postgres | 数据库用户 | ✅ 正常 |
| redis | Redis 用户 | ✅ 正常 |
### 5.2 SSH 授权密钥
**root**：`/root/.ssh/authorized_keys`（3 个 key）
- `govai@154.8.162.18`（ED25519）
- `freedak@h2agent-prod-154.8.162.18`（ED25519）
- `freedak_key`（ED25519，与 h2deploy 相同）
**h2deploy**：`/home/h2deploy/.ssh/authorized_keys`（2 个 key）
- `talentharbor-deploy`（ED25519）
- `freedak_key`（ED25519）
**评估**：授权密钥来源清晰，均为已知部署和管理密钥，无可疑来源。
### 5.3 root 用户 SSH 密钥文件
| 文件 | 权限 | 说明 |
|------|------|------|
| `/root/.ssh/id_rsa` | 600 | root 生成的 RSA 私钥 |
| `/root/.ssh/id_rsa.pub` | 644 | RSA 公钥 |
| `/root/.ssh/authorized_keys` | 600 | 已清理，仅 3 个已知 key |
| `/root/.ssh/known_hosts` | 644 | 已清理老旧记录 |
---
## 六、本地代码库扫描结果
### 6.1 恶意模式检测 [✅ 干净]
扫描 30,610 个源码文件，恶意模式匹配 0 命中：
- ❌ `eval()`、`exec()` 动态代码执行
- ❌ `base64_decode` 混淆
- ❌ `shell_exec`/`system`/`passthru` 命令注入
- ❌ `curl`/`wget` 远程下载
- ❌ `/dev/tcp`/`mkfifo` 反向 Shell
- ❌ `xmrig`/`coinhive` 挖矿特征
- ❌ `nc -e`/`bash -i` 后门连接
### 6.2 Git Hooks 检查 [✅ 干净]
所有 `.git/hooks/` 均为标准示例文件（`.sample` 后缀），无自定义 active hooks。
### 6.3 敏感信息检查 [✅ 修复后干净]
| 文件 | 原问题 | 状态 |
|------|--------|------|
| `run.md` | 通义千问 API Key 明文 | ✅ 已替换为占位符 |
| `.env` | API Key 明文 | ✅ 已替换为占位符 |
| `server/.env` | QWEN_API_KEY 明文 | ✅ 已替换为占位符 |
| `baidu-backup.sh` | 百度 APP_KEY/SECRET_KEY 硬编码 | ⚠️ 需迁移到环境变量 |
| `server/migrations/seed_*.sql` | placeholder 字段内容 | ✅ 均为占位符文本（XX市/示例等） |
---
## 七、安全配置验证
### 7.1 iptables 防火墙 [✅ 已收紧]
```
Chain INPUT (policy DROP)
1. ACCEPT state RELATED,ESTABLISHED
2. ACCEPT tcp dpt:22 (SSH)
3. ACCEPT tcp dpt:80 (HTTP)
4. ACCEPT tcp dpt:443 (HTTPS)
5. ACCEPT tcp dpt:3000 (govai-web)
6. DROP + YJ-GLOBAL-INBLOCK (恶意 IP 自动封锁)
```
### 7.2 服务状态 [✅ 全部正常]
| 服务 | 状态 |
|------|------|
| govai-api | ✅ active |
| govai-web | ✅ active |
| nginx | ✅ active |
| postgresql | ✅ active |
| redis | ✅ active（已设密码） |
### 7.3 .env 文件权限 [✅ 已修复]
| 文件 | 原权限 | 修复后 |
|------|--------|--------|
| `/opt/govai/.env` | 644 | 600 |
| `/opt/govai/web/.env` | 600 | 600（已正确） |
| `/opt/talent-intel/references/feishu_app.json` | 644 | 600 |
| `/opt/youth-counselor/.env` | 600 | 600（已正确） |
---
## 八、风险汇总与行动项
### 已修复（本次审计）
| 优先级 | 问题 | 处置方式 |
|--------|------|---------|
| P0 | SSH PasswordAuthentication 未完全禁用 | 修改 base config + cloud-init override |
| P0 | gugong-backend API Key 硬编码 | 移入 .env，原文件清空 |
| P1 | feishu_app.json 权限 644 | 改为 600 |
| P2 | Go 标准库 20 个漏洞 | ✅ 已升级：本地 Go 1.25.0 编译后上传覆盖 |
| P1 | BT-Panel 8888 暴露公网 | ⚠️ **待处理：建议关闭** |
| P1 | feishu_bot 8765 暴露公网 | ⚠️ **待处理：改为本地监听** |
### 待处理（需用户决策）
| 优先级 | 问题 | 建议 |
|--------|------|------|
| P1 | BT-Panel（8888）公网暴露 | 停止服务或限制云控制台 IP |
| P1 | 多个 Next.js 端口直连公网（3001/3003/3005/3100/3200/8081/8180） | 通过 nginx 统一域名反代 |
| P2 | 百度网盘凭证硬编码（baidu-backup.sh） | 迁移到环境变量 |
| P3 | Java 服务（8180）来源不明 | 核查用途后决定是否关闭 |
---
## 九、历史发现（已修复）
| 问题 | 修复时间 | 状态 |
|------|---------|------|
| Pakchoi 后门清理 | 2026-06-26 上午 | ✅ |
| .env 未加入 .gitignore | 2026-06-25 | ✅ |
| JWT 存储在 localStorage | 2026-06-25 | ✅ |
| Next.js postcss XSS | 2026-06-25 | ✅（via overrides） |
| SSH .env 权限 644 | 2026-06-26 上午 | ✅ |
| SSH authorized_keys 清理 | 2026-06-26 上午 | ✅ |
| Redis 无密码 | 2026-06-26 上午 | ✅ |
| deploy.sh 集成 security_hardening | 2026-06-26 上午 | ✅ |
---
## 十、本次复查（2026-06-26 晚间）
### 10.1 本地代码审计结果
| 检查项 | 结果 | 说明 |
|--------|------|------|
| Web Shell / 后门模式 | ✅ 通过 | 未发现 base64_decode、eval() 动态执行、/dev/tcp 连接 |
| Reverse Shell / 挖矿 | ✅ 通过 | 未发现 nc -e、stratum、xmrig、coinhive |
| 混淆代码 | ✅ 通过 | 未发现 obfuscatable 脚本或可疑压缩包 |
| 本地 .env 泄露 | ⚠️ 警告 | 本地 `.env` 含真实 API Key，但已被 .gitignore 排除 |
| dangerouslySetInnerHTML | ✅ 通过 | 未发现用户输入 XSS |
| Go 依赖 | ✅ 通过 | go.mod/go.sum 完整，无可疑三方库 |
| credentials*.json | ✅ 通过 | 未发现 |
### 10.2 服务器审计结果
| 检查项 | 结果 | 说明 |
|--------|------|------|
| Cron 任务 | ✅ 干净 | 仅剩 stargate/h2agent/talentharbor 备份，无 pakchoi 残留 |
| 可疑用户 | ✅ 干净 | 仅系统用户，无陌生账号 |
| 可疑进程 | ✅ 干净 | govai-server + 支持服务，无陌生进程 |
| 恶意模式搜索 | ✅ 通过 | 仅 /tmp/security_fix.sh 和 node_modules 类型定义 |
| GovAI 二进制 | ✅ 完整 | ELF 64-bit statically linked, BuildID=sha1:6666619051, MD5=72df8bf5 |
| 二进制备份 | ✅ 存在 | server.bak.20260626112041（15.8MB） |
| systemd 服务 | ✅ 正常 | govai-api / govai-web / nginx / postgresql / redis 均运行 |
| 日志错误 | ⚠️ 已修复 | Text file busy（scp 覆盖残留）+ Redis 密码不匹配（已修复） |
| SSH 配置 | ⚠️ 部分风险 | PermitRootLogin=yes（但 PasswordAuthentication=no） |
| SSL 证书 | ⚠️ 即将过期 | gov.opc8ai.com 证书至 2026-08-14（约 49 天） |
### 10.3 本次实时修复
| # | 问题 | 处置 |
|---|------|------|
| 1 | Redis 密码不匹配导致 GovAI 无法连接 Redis | ✅ 已修正 `/opt/govai/.env` 中 `REDIS_URL`，重启后 `INF Connected to Redis` |
| 2 | Go 升级到 1.25.0（标准库 20 个 CVE） | ✅ 本地编译后上传覆盖，服务重启成功 |
### 10.4 已知待处理风险
| 优先级 | 问题 | 状态 |
|--------|------|------|
| P0 | 本地 `.env` 含真实 API Key（`sk-c0c5174892c44ff48d587cd040fbdd40`） | ⚠️ .gitignore 已排除，建议尽快在阿里云控制台轮换 |
| P1 | `sync-db-from-server.sh` 含明文数据库密码 `GovAI@2024Secure` | ⚠️ 建议迁移到 .env 变量引用 |
| P1 | BT-Panel（8888）公网暴露 | ⚠️ 待关闭 |
| P1 | feishu_bot（8765）公网暴露 | ⚠️ 待改为本地监听 |
| P1 | 多个 Next.js 端口直连公网 | ⚠️ 待统一反代 |
| P2 | SSL 证书约 49 天后到期（2026-08-14） | ⚠️ 建议提前 30 天续期 |
| P3 | Java 服务（8180）来源不明 | ⚠️ 核查用途 |
---
*本报告基于 2026-06-26 全量审计生成。服务器端问题已同步修复，本地代码库干净。*
---
## 十一、第三轮深度安全审计（2026-06-26 下午）
### 11.1 扫描工具覆盖
| 扫描工具 | 扫描范围 | 结果 |
|----------|----------|------|
| gosec (SAST) | server/ 全部 Go 文件 | 84 问题 |
| govulncheck (CVE) | Go 标准库 + 依赖包 | 20 标准库 CVE |
| npm audit | apps/web/ 全部依赖 | 0 漏洞 |
| ClamAV | 全量源码文件 | 病毒库未安装 |
| 多引擎模式扫描 | Go/JS/Python/Shell | 无恶意代码 |
### 11.2 SAST 静态分析（gosec 0.37.0）
**扫描范围**：server/ 54 个 Go 文件，共 84 个问题。
#### HIGH — 14 个
| 规则 | 位置 | 说明 | 风险评估 |
|------|------|------|----------|
| G704 SSRF | `ppt.go:254` | `http.Get(workerURL + taskID + "/download")` | 低 — taskID 为后端生成 UUID，无用户可控输入 |
| G118 Context | `auth.go:175` | goroutine 使用 context.Background | 低 — 数据库写入不依赖请求上下文 |
| G118 Context | `chat.go:142,193` | goroutine 使用 context.Background | 低 — 同上 |
| G118 Context | `chat_llm.go:1150,1152,1275,1276,1579` | goroutine 使用 context.Background | 低 — 流式响应写入不依赖请求上下文 |
| G118 Context | `knowledge.go:330` | goroutine 使用 context.Background | 低 — 同上 |
| G118 Context | `doc_template.go:258` | goroutine 使用 context.Background | 低 — 同上 |
| G118 Context | `analysis_template.go:321` | goroutine 使用 context.Background | 低 — 同上 |
| G118 Context | `audit.go:51` | goroutine 使用 context.Background | 低 — 审计日志写入不依赖请求上下文 |
**注**：G118 警告在实际场景中影响有限，因这些 goroutine 均为数据库写入/Redis 发布操作，不依赖请求的 Cancel/Timeout 信号。但作为最佳实践，建议使用 `r.Context()` 传递的 context。
#### MEDIUM — 8 个
| 规则 | 位置 | 说明 | 风险评估 |
|------|------|------|----------|
| G124 Cookie | `auth.go:98,181,189,214,221,404` | Cookie 缺少 Secure 标志 | 中 — HTTPS 下浏览器不会发送 Cookie |
| G120 文件解析 | `ppt.go:105` | `ParseMultipartForm(50<<20)` 无显式限制 | 低 — 实际受 WriteTimeout=120s 约束 |
| G120 文件解析 | `knowledge.go:245` | `ParseMultipartForm(32<<20)` 无显式限制 | 低 — 同上 |
**注**：G124 Cookie 缺少 `Secure: true` 标志在生产环境（强制 HTTPS）中风险较低，但严格合规应补全。
#### LOW — 63 个
全部为 `G104: Errors unhandled`，分散在 8 个文件中（platform.go 独占 19 个，knowledge.go 9 个，ppt.go 9 个，其余为 response.go、llm/*.go、dify/knowledge.go）。风险极低。
### 11.3 Go 标准库 CVE 分析（govulncheck）
**当前版本**：Go 1.25.0，检测到 20 个标准库 CVE。
#### 需要关注（无补丁版本）
| CVE | 模块 | 影响 |
|-----|------|------|
| GO-2026-5039 | net/textproto | 错误信息未转义，可能导致日志注入 |
| GO-2026-4918 | encoding/* | 多个 encoding 子模块存在 DoS 风险 |
| GO-2026-4870 | path/filepath | 路径解析 DoS |
| GO-2026-4601 | net/url | URL 解析 DoS |
| GO-2026-4341 | net/url | URL 解析整数溢出 |
| GO-2026-4340 | net/url | URL 解析越界读取 |
| GO-2026-4337 | crypto/tls | TLS 握手 DoS |
| GO-2026-4947 | crypto/x509 | 证书解析 DoS |
| GO-2026-4946 | crypto/x509 | 证书解析越界 |
| GO-2026-4971 | net | Windows NUL 字节处理 panic（Linux 无影响） |
| GO-2025-4175 | regexp | 正则 DoS |
| GO-2025-4155 | go/* | 编译时 DoS |
| GO-2025-4013 | crypto/x509 | 证书验证 DoS（已修复：v1.25.2） |
| GO-2025-4012 | net/http | HTTP/2 请求走私 |
| GO-2025-4011 | encoding/asn1 | ASN.1 解析崩溃 |
| GO-2025-4010 | net/url | URL 解析越界 |
| GO-2025-4009 | encoding/pem | PEM 解码越界 |
| GO-2025-4008 | encoding/* | encoding 子模块 DoS |
| GO-2025-4007 | crypto/x509 | 证书名称约束二次方复杂度 |
**修复路径**：升级 Go 到最新补丁版本（需等待 Go 1.25.11+ 发布）。当前 Go 1.25.0 为最新稳定版。
### 11.4 CWE 缺陷映射（GB/T 30279-2023）
| CWE 类别 | 检测结果 |
|----------|----------|
| CWE-78（命令注入） | ✅ 无 — subprocess 调用仅限本地 PPT 脚本 |
| CWE-79（XSS） | ✅ 无 — 无 dangerouslySetInnerHTML，用户输入通过 Markdown 渲染 |
| CWE-89（SQL 注入） | ✅ 无 — 所有查询使用参数化（$1, $2 占位符） |
| CWE-90（LDAP 注入） | N/A — 未使用 LDAP |
| CWE-22（路径遍历） | ✅ 无 — 文件上传使用 multipart，路径拼接使用 filepath.Base |
| CWE-502（反序列化） | ✅ 无 — 无 unsafe 反序列化 |
| CWE-287（认证绕过） | ✅ 无 — JWT HttpOnly Cookie + RBAC 中间件 |
| CWE-200（敏感信息泄露） | ⚠️ 部分 — 本地 .env 含 API Key，已在 .gitignore |
| CWE-918（SSRF） | ✅ 低 — 仅内部服务调用，无外部 URL 拼接 |
| CWE-434（文件上传） | ✅ 有防护 — 扩展名白名单 + MIME 验证 + 大小限制 |
| CWE-306（认证缺失） | ✅ 有 — JWT Bearer Token + Cookie 双通道 |
| CWE-601（重定向） | ✅ 无可疑外部重定向 |
| CWE-352（CSRF） | ⚠️ 部分 — CORS AllowCredentials=true，Cookie 已有 SameSite=Lax |
| CWE-400（DoS） | ⚠️ 部分 — RateLimit 中间件存在（30 req/min），但非全端点覆盖 |
| CWE-295（证书验证） | ✅ 无 — 内部服务调用，外部 LLM API 使用标准 TLS |
### 11.5 本轮结论
**安全态势**：良好。本轮扫描未发现高危可利用漏洞。
**建议优先级**：
| 优先级 | 建议 | 影响 |
|--------|------|------|
| P0 | 等待 Go 补丁版发布后升级（目标 v1.25.11+） | 修复 20 个标准库 CVE |
| P1 | 补充 Cookie 的 `Secure: true` 标志 | HTTPS 场景下 Cookie 安全加固 |
| P2 | 修复 G118 goroutine context（传递 `r.Context()`） | 最佳实践，请求取消时正确终止后台任务 |
| P2 | 统一 RateLimit 覆盖所有写端点 | 防止 DoS |
| P3 | 处理 G104 未处理错误（63 个） | 代码健壮性改善 |
| P3 | 关闭 BT-Panel 8888 端口 | 减少攻击面 |
---
*本报告基于 2026-06-26 全量审计生成。服务器端问题已同步修复，本地代码库干净。*
GovAI/docs/宣传物料-公安政法易拉宝-简洁版.md
+172
View File
@@ -0,0 +1,172 @@
# 法智通 — 公安政法系统 AI 应用底座
> **展会易拉宝内容**
> **尺寸**: 80cm × 200cm
> **目标受众**: 公安局、司法局、法院、检察院
---
## 【易拉宝内容 - 简洁版】
---
### 【顶部 Logo 区】
```
┌────────────────────────────────────┐
│ │
│ [法智通 LOGO] │
│ AI 赋能政法 数据留本地 │
│ │
└────────────────────────────────────┘
```
---
### 【主标题区】
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
让敏感数据留在本地
让 AI 能力触手可及
公安政法 AI 应用底座
数据安全 · 专业可控 · 即装即用
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```
---
### 【三大核心优势】
```
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ ┃
┃ 🔒 数据完全不出域 ┃
┃ 边缘算力机部署单位内网 ┃
┃ 案件资料永不上云 ┃
┃ ┃
┃ ⚖️ 政法专业应用 ┃
┃ 法律检索 文书生成 案件分析 ┃
┃ 智能办案 普法宣传 ┃
┃ ┃
┃ 🛡️ 等保三级认证 ┃
┃ 纯国产硬件 + 千问70B模型 ┃
┃ 符合政务数据安全要求 ┃
┃ ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
```
---
### 【核心功能】
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 政法专业应用
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📖 法律法规检索 📝 法律文书生成
智能搜索 起诉状、答辩状
案例匹配 法律意见书
⚖️ 案件智能分析 📊 办案辅助
类案推送 办案流程指引
法律风险评估 材料智能审核
🎓 普法宣传 📚 政策问答
宣传材料生成 智能法律咨询
普法内容制作 法规快速解读
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📚 专属知识库
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
法律法规库 · 司法解释库
裁判文书库 · 办案指南库
支持导入单位内部规章制度
自动向量化，秒级精准检索
```
---
### 【效果数据】
```
┌────────────────────────────────────┐
│ 💼 应用效果 │
├────────────────────────────────────┤
│ │
│ 文书撰写效率 提升 60% │
│ 法律检索时间 2小时 → 5分钟 │
│ 案件研判速度 提升 70% │
│ 投资回收期 3-4个月 │
│ │
└────────────────────────────────────┘
```
---
### 【价格方案】
```
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ 💰 标准配置（20-50人） ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ┃
┃ • 硬件 + 软件 + 实施 ┃
┃ • ￥42万起 ┃
┃ • 首年维保免费 ┃
┃ ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
```
---
### 【展会特惠 + 联系方式】
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🎁 展会特惠
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
现场签约享 8折优惠
+ 免费 POC 试用
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📞 联系我们
商务咨询：138-XXXX-XXXX
产品咨询：bd@govai.com
[二维码] [二维码]
微信咨询 产品手册
```
---
## 【设计建议】
### 配色方案
- **主色**：公安蓝 #1E3A8A + 深蓝 #1E40AF
- **辅色**：金色 #F59E0B（突出重点）
- **背景**：白色渐变浅灰
### 视觉元素
- ⚖️ 天平 - 代表公正
- 🔒 盾牌/锁 - 强调安全
- 📚 书籍 - 法律知识
- ⚡ 闪电 - 效率提升
### 字体
- 标题：思源黑体 Bold（醒目）
- 正文：思源黑体 Regular（清晰）
- 数字：DIN Pro（专业）
---
## 【补充 Slogan 备选】
1. **数据守本地，AI助办案 — 法智通**
2. **让每一份卷宗都有AI助力**
3. **守护政法数据安全，赋能智慧办案**
4. **本地化部署 · 政法级安全 · 专业AI应用**
---
> 此版本精简为核心信息，适合快速阅读。建议配合大字体和简洁图标设计。
GovAI/docs/宣传物料-法治口易拉宝.md
+236
View File
@@ -0,0 +1,236 @@
# 政智通 AI 应用底座 — 法治口易拉宝内容
> **展会宣传物料**
> **尺寸**: 80cm × 200cm（标准易拉宝）
> **目标受众**: 司法局、法院、检察院、律师事务所、公证处等法治口单位
---
## 【易拉宝设计内容】
---
### 【顶部 - Logo区】（15cm高度）
```
┌────────────────────────────────────────┐
│ │
│ [政智通 LOGO] │
│ AI 赋能法治 智慧守护公正 │
│ │
└────────────────────────────────────────┘
```
---
### 【核心主标题区】（20cm高度）
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
让法律数据留在本地
让 AI 智慧触手可及
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
政智通法治AI应用底座
数据安全 · 专业可控 · 开箱即用
```
---
### 【痛点与解决方案区】（35cm高度）
```
┌─────────────────────────────────────────┐
│ 📌 法治口AI应用三大痛点 │
├─────────────────────────────────────────┤
│ │
│ ❌ 案件资料上传公有云，数据泄露风险高 │
│ ❌ 法律法规更新快，AI 知识库跟不上 │
│ ❌ 通用AI不懂法律专业，生成内容不准确 │
│ │
└─────────────────────────────────────────┘
⬇️ 政智通解决方案 ⬇️
┌─────────────────────────────────────────┐
│ ✅ 三大核心优势 │
├─────────────────────────────────────────┤
│ │
│ 🔒 数据完全不出域 │
│ 边缘AI算力机部署在单位内网 │
│ 案件资料、法律文书永不上云 │
│ │
│ 📚 专属法律知识库 │
│ 支持导入最新法律法规、司法解释 │
│ 自动向量化检索，秒级精准定位 │
│ │
│ ⚖️ 法律专业AI应用 │
│ 14个法律场景应用 + 4个知识库 │
│ 法律检索、合同审查、文书生成 │
│ │
└─────────────────────────────────────────┘
```
---
### 【核心功能区】（50cm高度）
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🎯 14个法律专业应用
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📖 法律检索 📝 合同起草
法律法规智能搜索 各类合同模板生成
案例精准匹配 条款智能推荐
✍️ 文书生成 🔍 合同审查
起诉状、答辩状 风险条款识别
法律意见书 合规性智能审核
⚖️ 案件分析 📊 判例研究
类案推送 判例智能检索
法律风险评估 裁判要旨提取
📋 法律咨询 🎓 普法宣传
智能法律问答 普法内容生成
法规解读 宣传材料制作
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📚 4大专属知识库
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📕 法律法规库 📗 司法解释库
法律、行政法规 最高法司法解释
地方性法规 指导性案例
📘 裁判文书库 📙 实务指南库
各级法院判决 办案指南
典型案例 业务手册
```
---
### 【技术保障区】（30cm高度）
```
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ 🛡️ 四重安全保障 ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ┃
┃ ✓ 等保三级认证 ✓ 纯国产硬件 ┃
┃ ✓ 数据物理隔离 ✓ 本地化部署 ┃
┃ ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ ⚡ 强大AI引擎 ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ┃
┃ • 千问70B大模型（本地推理） ┃
┃ • 向量检索 + 关键词双保险 ┃
┃ • 强制来源标注，防止AI幻觉 ┃
┃ ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
```
---
### 【典型案例区】（25cm高度）
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
💼 典型应用案例
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🏛️ 某市中级人民法院
• 50名法官使用
• 裁判文书撰写效率提升 60%
• 类案检索时间从 2小时 → 5分钟
⚖️ 某律师事务所（80人）
• 合同审查效率提升 70%
• 案例检索准确率 85%+
• 法律文书初稿生成时间从 4小时 → 30分钟
🏢 某区司法局（30人）
• 法律咨询响应速度提升 80%
• 普法宣传材料生成效率提升 65%
```
---
### 【价格与联系区】（25cm高度）
```
┌─────────────────────────────────────────┐
│ 💰 法治口专属方案 │
├─────────────────────────────────────────┤
│ │
│ 标准配置（30-50人） │
│ • 硬件 + 软件 + 实施：￥42万起 │
│ • 含14个法律应用 + 4个知识库 │
│ • 3-4个月收回投资 │
│ │
│ 律所定制版（50人） │
│ • 含法律专属应用包 │
│ • 定制知识库（判例+合同模板） │
│ • 总价：￥49.5万 │
│ │
└─────────────────────────────────────────┘
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🎁 展会特惠
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
现场签约享 8折优惠 + 免费POC试用
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📞 联系我们
商务咨询：138-XXXX-XXXX
技术支持：bd@govai.com
[二维码] [二维码]
微信咨询 产品手册
```
---
## 【设计建议】
### 配色方案
- **主色**：深蓝色 #1E3A8A（代表法律的严肃与权威）
- **辅色**：金色 #F59E0B（突出重点信息）
- **背景**：白色 #FFFFFF + 浅灰渐变 #F3F4F6
### 图标使用
- ⚖️ 天平：象征公正
- 🔒 锁：强调数据安全
- 📚 书籍：代表法律知识
- ⚡ 闪电：体现效率提升
### 字体建议
- **标题**：思源黑体 Bold（加粗，醒目）
- **正文**：思源黑体 Regular（易读）
- **数字**：DIN Pro（专业感）
### 视觉元素
- 顶部：品牌Logo + Slogan
- 中部：核心卖点（大字突出）
- 底部：价格 + 联系方式 + 二维码
---
## 【补充宣传语备选】
1. **数据不出域，AI触手及 — 政智通法治AI底座**
2. **让每一份法律文书都有AI助力，让每一次检索都精准高效**
3. **守护法律数据安全，赋能智慧司法办案**
4. **本地化部署 · 专业级应用 · 法治口专属AI**
5. **案卷留本地，智慧不打折 — 政智通法治AI**
---
> **文件说明**：此文档为易拉宝文案内容，需配合设计师进行视觉设计。建议制作高清效果图后再打印制作。
GovAI/docs/政务AI平台调整方案.md
+324
View File
@@ -0,0 +1,324 @@
# 政务 AI 应用平台 — 调整方案
> 版本：v1.0 | 日期：2026-05-10 | 状态：待确认
---
## 一、品牌与命名调整
| 原始 | 调整后 | 说明 |
|------|--------|------|
| **Aily** | **政智通** 或 **AI政务助手** | 政府辨识度更高的品牌名 |
| 企业 AI 应用平台 | **政务 AI 应用平台** | 顶部标题、文档中统一替换 |
| 应用商店 | **AI 能力中心** | 政务语境更合适 |
| 工作台 | **我的工作台** | 保持不变 |
| 创作中心 | **应用配置中心** | 政府用"配置"比"创作"更合适 |
| 知识库 | **政策知识库** | 突出政策文件管理用途 |
| 管理控制台 | **平台管理** | 简洁正式 |
---
## 二、应用分类调整（10 个政务分类）
替换原有的企业通用分类为政务场景分类：
| 序号 | 原分类 | 新分类名称 | slug | 图标 | 典型应用场景 |
|------|--------|-----------|------|------|------------|
| 1 | 办公效率 | **公文写作** | official-writing | `FileText` | 公文拟稿、通知、报告、请示 |
| 2 | 知识问答 | **政策解读** | policy-qa | `BookOpen` | 法规政策咨询、条款解释 |
| 3 | 内容创作 | **政务宣传** | gov-publicity | `Megaphone` | 新闻稿、微信公众号、宣传文案 |
| 4 | 数据分析 | **数据治理** | data-governance | `BarChart3` | 统计分析、数据报告、指标解读 |
| 5 | 客户服务 | **便民服务** | public-service | `Headphones` | 群众咨询、12345热线、投诉处理 |
| 6 | 研发工具 | **信息化工具** | it-tools | `Code2` | IT 运维辅助、系统管理 |
| 7 | 人力资源 | **组织人事** | hr-org | `Users` | 干部管理、培训考核、人事报表 |
| 8 | 市场营销 | **招商引资** | investment | `TrendingUp` | 招商方案、项目评估、产业分析 |
| 9 | 翻译语言 | **翻译外事** | translation | `Globe` | 外事翻译、国际交流、涉外文件 |
| 10 | 其他 | **综合应用** | general | `MoreHorizontal` | 通用辅助工具 |
---
## 三、预置应用调整（10 个政务应用，覆盖 4 种类型）
### 3.1 Chatbot 对话型（3 个）
#### 1. 政策法规问答
| 项目 | 内容 |
|------|------|
| **分类** | 政策解读 |
| **描述** | 根据政策文件库进行多轮问答，精准解答法规条款和政策要点 |
| **欢迎语** | 您好！我是政策法规智能问答助手。您可以向我咨询各类法律法规和政策条款，我将为您精准解答。 |
| **推荐问题** | "最新的行政处罚法有哪些变化？" / "营商环境优化相关政策有哪些？" / "政府信息公开条例的适用范围？" |
#### 2. 公文写作助手
| 项目 | 内容 |
|------|------|
| **分类** | 公文写作 |
| **描述** | 辅助拟稿各类公文，包括通知、报告、请示、批复，确保格式规范 |
| **欢迎语** | 您好！我是公文写作助手。我可以帮您拟稿各类公文，包括通知、报告、请示、批复等，并确保格式符合《党政机关公文格式》标准。 |
| **推荐问题** | "帮我起草一份工作通知" / "拟一份关于年度总结的报告" / "写一份请示文件" |
#### 3. 群众来信回复
| 项目 | 内容 |
|------|------|
| **分类** | 便民服务 |
| **描述** | 辅助处理 12345 热线、信访来信等群众诉求，生成专业回复建议 |
| **欢迎语** | 您好！我是群众来信回复助手。请将群众诉求内容发送给我，我将帮您生成专业、规范的回复建议。 |
| **推荐问题** | "这封投诉信应该如何回复？" / "群众反映道路损坏如何答复？" / "帮我生成一封信访回复" |
### 3.2 Completion 补全型（3 个）
#### 4. 会议纪要生成
| 项目 | 内容 |
|------|------|
| **分类** | 公文写作 |
| **描述** | 输入会议记录或要点，一键生成结构化会议纪要 |
| **输入标签** | 会议内容 |
| **输出标签** | 会议纪要 |
| **输入占位符** | 请粘贴会议记录、发言要点或语音转写文字... |
| **系统提示词** | 你是一个政府会议纪要撰写专家。请根据提供的会议内容，生成标准格式的会议纪要，包含：会议主题、时间地点、参会人员、主持人、议题讨论要点、决议事项、落实责任人和完成时限。使用Markdown格式，行文正式规范。 |
#### 5. 公文摘要提取
| 项目 | 内容 |
|------|------|
| **分类** | 公文写作 |
| **描述** | 对长篇政策文件、调研报告进行智能摘要，提炼核心要点 |
| **输入标签** | 文件内容 |
| **输出标签** | 核心摘要 |
| **输入占位符** | 粘贴需要提取摘要的文件内容... |
| **系统提示词** | 你是一个政务文件分析专家。请对提供的文件进行分析，输出包含：一句话概要（50字内）、核心要点（3-5条）、关键数据摘录、政策影响分析、行动建议。使用Markdown格式，措辞严谨正式。 |
#### 6. 翻译助手
| 项目 | 内容 |
|------|------|
| **分类** | 翻译外事 |
| **描述** | 中英互译，精准处理政务专业术语和外事用语 |
| **输入标签** | 原文 |
| **输出标签** | 翻译结果 |
| **输入占位符** | 输入需要翻译的文本... |
| **系统提示词** | 你是一个精通中英双向翻译的政务翻译专家。请准确翻译用户输入的文本，特别注意政务专业术语的准确性，如"放管服改革"→"streamlining administration, delegating power, and improving regulation and services"等。保持原文的正式语调。 |
### 3.3 Workflow 工作流型（2 个）
#### 7. 招商项目评估
| 项目 | 内容 |
|------|------|
| **分类** | 招商引资 |
| **描述** | 按步骤输入项目信息，从产业匹配、经济效益、风险等维度生成评估报告 |
| **步骤** | |
| 步骤 | 名称 | 类型 | 说明 |
|------|------|------|------|
| 1 | 项目基本信息 | textarea | 项目名称、投资方、投资金额、所属行业 |
| 2 | 产业匹配度 | select | 与本地产业规划的匹配程度：高度匹配/一般匹配/需论证 |
| 3 | 土地和环保要求 | textarea | 用地面积、环评要求、能耗指标 |
| 4 | 报告类型 | select | 初步评估/详细分析/可行性报告 |
#### 8. 政策影响分析
| 项目 | 内容 |
|------|------|
| **分类** | 政策解读 |
| **描述** | 对拟出台的政策进行多维度影响预评估，生成影响分析报告 |
| **步骤** | |
| 步骤 | 名称 | 类型 | 说明 |
|------|------|------|------|
| 1 | 政策内容概述 | textarea | 拟出台政策的主要内容和目标 |
| 2 | 影响群体 | select | 企业/居民/特定行业/全社会 |
| 3 | 评估维度 | select | 经济影响/社会影响/环境影响/综合评估 |
### 3.4 Agent 智能体型（2 个）
#### 9. 综合研判助手
| 项目 | 内容 |
|------|------|
| **分类** | 数据治理 |
| **描述** | 多工具联动的智能体，可调用数据检索、趋势分析、报告生成等能力 |
| **欢迎语** | 您好！我是综合研判智能助手。我具备数据检索、趋势分析、对比分析和报告生成等能力。请描述您的分析需求。 |
| **工具列表** | 数据检索、趋势分析、对比分析、报告生成 |
| **推荐问题** | "分析近三年本地GDP增长趋势" / "对比各区县经济指标" / "生成季度经济运行分析报告" |
#### 10. 干部考核助手
| 项目 | 内容 |
|------|------|
| **分类** | 组织人事 |
| **描述** | 智能化辅助干部年度考核：生成评语、分析绩效、排名建议 |
| **欢迎语** | 您好！我是干部考核智能助手。我可以帮您分析干部绩效数据、生成考核评语、提供排名建议。请告诉我您需要什么帮助？ |
| **工具列表** | 绩效分析、评语生成、排名建议、报告汇总 |
| **推荐问题** | "根据以下工作成果生成干部考核评语" / "分析这位同志的年度绩效表现" / "生成科室年度考核汇总报告" |
---
## 四、UI / 视觉风格调整
### 4.1 色彩方案
| 元素 | 原始 | 政务风格 | 色值 |
|------|------|---------|------|
| 主色（品牌色） | 蓝紫渐变 | **深蓝** | `#1E3A8A` (blue-900) |
| 辅助色 | 紫色 | **中国红** | `#B91C1C` (red-700) |
| 强调色 | — | **金色** | `#B45309` (amber-700) |
| 背景色 | 白色 | **淡灰白** | `#F8FAFC` (slate-50) |
| 导航栏 | 白底 | **深蓝底白字** | `#1E3A8A` |
### 4.2 品牌区域
```
┌──────────────────────────────────────────────────────────────┐
│ 🏛️ 政智通 · 政务AI应用平台 [AI能力中心] [工作台] [管理] │
│ 搜索应用... 用户头像 │
└──────────────────────────────────────────────────────────────┘
```
### 4.3 字体与排版
- **标题字体**：思源黑体 / 微软雅黑，加粗
- **正文字体**：系统默认 sans-serif
- **行文风格**：正式、庄重、简洁
- **按钮文案**：使用政务正式用语（"提交" 而非 "搞定"，"生成" 而非 "Go"）
### 4.4 卡片与组件
- 圆角适度（`rounded-lg`，非 `rounded-2xl`）
- 阴影克制，以边框为主
- 应用图标统一使用 Lucide 专业图标，不使用 emoji
- 类型标签保持但调整颜色为政务色系
---
## 五、用户角色体系调整
### 5.1 角色映射
| 原角色 | 政务角色 | 系统标识 | 权限范围 |
|--------|---------|---------|---------|
| user（普通员工） | **一般干部** | `user` | 使用 AI 应用、收藏、评价 |
| creator（业务创作者） | **科室管理员** | `creator` | 配置本科室 AI 应用、管理知识库 |
| admin（管理员） | **部门管理员** | `admin` | 审核应用、管理用户、查看统计 |
| super_admin（超级管理员） | **系统管理员** | `super_admin` | 全系统管理、模型配置、审计 |
### 5.2 组织结构适配
```
市级政府
├── 办公室
│ ├── 综合科
│ ├── 秘书科
│ └── 信息科
├── 发改局
│ ├── 综合科
│ ├── 规划科
│ └── 项目科
├── 人社局
│ ├── 劳动关系科
│ └── 人才开发科
└── ...
```
- 部门树对应实际政府组织架构
- 应用可见性按"本科室 / 本局 / 全市"三级控制
- 数据统计按处室/科室/局级汇总
---
## 六、安全合规要求
### 6.1 等保合规
| 要求 | 实现方式 |
|------|---------|
| **等保二级/三级** | 所有数据本地化存储，服务器部署在政务云或内网 |
| **身份认证** | 对接统一身份认证平台（如政务 OA 的 CAS/OAuth2/LDAP） |
| **传输加密** | 全站 HTTPS（TLS 1.3），内部服务间 mTLS |
| **数据加密** | 敏感字段 AES-256-GCM 加密存储 |
| **审计日志** | 全操作记录，保留期不少于 180 天，不可篡改 |
| **访问控制** | RBAC + 数据权限，按组织层级隔离 |
### 6.2 内容安全
| 措施 | 说明 |
|------|------|
| **输入过滤** | 对用户输入进行敏感词检测 |
| **输出审核** | 对 AI 输出进行合规性检查 |
| **涉密检查** | 检测并阻止涉密内容传输到模型 |
| **使用水印** | 导出的报告添加数字水印 |
| **会话隔离** | 不同用户/部门的对话数据严格隔离 |
### 6.3 部署要求
| 项目 | 要求 |
|------|------|
| **部署位置** | 政务云或政务内网 |
| **模型选择** | 国产大模型优先（通义千问/智谱/文心等） |
| **数据不出网** | 所有数据本地存储，禁止传输到公网 |
| **备份策略** | 每日全量 + 实时增量，异地备份 |
| **运维管理** | 7×24 监控，专人值守 |
---
## 七、实施修改清单
### 7.1 前端文件（约 15 个文件需修改）
| 文件 | 修改内容 |
|------|---------|
| `header.tsx` | 品牌名 → "政智通"，导航文案 → "AI能力中心/工作台/应用配置/政策知识库/平台管理" |
| `store/page.tsx` | Section 标题 → "精选应用/应用分类/热门应用"，整体文案调整 |
| `category-config.ts` | 全部替换为政务分类的图标和颜色映射 |
| `app-type-config.ts` | 类型标签保持不变（chatbot/completion/workflow/agent） |
| `app-card.tsx` | 微调圆角和阴影样式 |
| `globals.css` / `tailwind.config` | 主题色调整为深蓝 + 红色系 |
| `login/page.tsx` | 品牌名、欢迎语、背景色调整 |
| `(portal)/layout.tsx` | 全局布局文案 |
| `(admin)/layout.tsx` | 管理后台侧栏文案 → "数据概览/应用审核/用户管理/审计日志..." |
| `chatbot-ui.tsx` | 按钮文案检查 |
| `completion-ui.tsx` | 无需修改（已通用化） |
| `workflow-ui.tsx` | 无需修改（已通用化） |
| `agent-ui.tsx` | 按钮文案检查 |
| `store/apps/[slug]/page.tsx` | 详情页文案微调 |
| `store/category/[slug]/page.tsx` | 分类页文案微调 |
### 7.2 后端文件（约 3 个文件需修改）
| 文件 | 修改内容 |
|------|---------|
| `migrations/seed.sql` | 分类数据全部替换 + 预置 10 个政务应用 |
| `migrations/000002_*.up.sql` | 分类预置数据调整（如需重新初始化） |
| 无结构性修改 | API 接口、数据模型保持不变 |
### 7.3 文档文件
| 文件 | 修改内容 |
|------|---------|
| `0-plan.md` | 标题和概述更新为政务版本 |
| `设计方案.md` | 同步更新 |
---
## 八、实施优先级
| 优先级 | 任务 | 预估工时 |
|--------|------|---------|
| **P0** | 分类数据 + 预置应用替换（seed.sql） | 30 分钟 |
| **P0** | 品牌名和导航文案替换（header + store） | 20 分钟 |
| **P0** | 分类配置替换（category-config.ts） | 15 分钟 |
| **P1** | 主题色调整（globals.css / tailwind） | 20 分钟 |
| **P1** | 登录页品牌和风格调整 | 15 分钟 |
| **P1** | 管理后台文案调整 | 15 分钟 |
| **P2** | 各 UI 组件文案检查和微调 | 20 分钟 |
| **P2** | 设计文档更新 | 15 分钟 |
**总预估工时：约 2.5 小时**
---
> 本方案待确认后立即实施。如需调整品牌名称、分类细节、颜色方案或应用内容，请反馈。
GovAI/docs/政智通-报价模式及参考价格.md
+324
View File
@@ -0,0 +1,324 @@
# 政智通 AI 应用底座 — 报价模式及参考价格
> **软硬一体化解决方案商务报价指南**
> **版本**: v1.0
> **发布日期**: 2026-06-22
> **价格有效期**: 2026 年度
---
## 一、报价模式
### 1.1 定价原则
**一次性采购 + 年度服务费** 模式，避免按 Token 计费的不确定性。
```
总投资 = 硬件采购 + 软件授权 + 实施服务 + 年度维保（可选）
```
### 1.2 报价构成
| 项目类型 | 说明 | 计费方式 |
|---------|------|---------|
| **边缘 AI 算力机** | 硬件设备（含千问 70B 模型） | 一次性采购 |
| **政智通平台软件** | 软件授权（永久 License） | 按用户数/机构数 |
| **预置应用包** | 50+ 通用应用 + 行业定制 | 包含在软件授权中 |
| **实施服务** | 部署、培训、调试 | 一次性服务费 |
| **年度维保** | 技术支持、版本升级、巡检 | 按年续费（可选） |
| **定制开发** | 专属应用、知识库定制 | 按工作量报价 |
---
## 二、硬件报价
### 2.1 边缘 AI 算力机配置与报价
#### 标准配置（推荐20-50人部门）
**适用场景**：20-50 人部门，日常办公应用
| 硬件指标 | 规格 |
|---------|------|
| **处理器** | 国产 GPU（如海光 DCU、昇腾 910）× 1 |
| **内存** | 64GB DDR4 ECC |
| **存储** | 1TB NVMe SSD（系统） + 4TB HDD（数据） |
| **网络** | 双千兆网口 |
| **机箱** | 2U 机架式服务器 |
| **电源** | 单电源（600W） |
| **模型** | 千问 70B（已预装） |
| **认证** | 等保三级、信创认证 |
**参考报价**: **￥12 万元**（含税）
---
#### 高性能配置（50-100人大型机构）
**适用场景**：50-100 人机构，高频使用、高并发场景
| 硬件指标 | 规格 |
|---------|------|
| **处理器** | 国产 GPU × 2 |
| **内存** | 128GB DDR4 ECC |
| **存储** | 2TB NVMe SSD + 8TB HDD |
| **网络** | 双万兆网口 |
| **机箱** | 2U 机架式服务器 |
| **电源** | 冗余电源（800W × 2） |
| **模型** | 千问 70B + 向量嵌入加速 |
| **认证** | 等保三级、信创认证 |
**参考报价**: **￥28 万元**（含税）
---
### 2.2 硬件采购说明
- **价格包含**：硬件设备、千问 70B 模型文件、出厂调试、1 年硬件质保
- **价格不含**：运输费、安装费、机房改造费用
- **质保期**：硬件 1 年免费质保（可延保至 3 年，按硬件价格 8%/年）
- **交付周期**：签订合同后 15-20 个工作日（标准配置现货）
---
## 三、软件授权报价
### 3.1 软件授权模式
**永久授权**（一次性付费）+ **年度维保**（可选）
授权方式：按用户数授权，软硬件打包优惠
---
### 3.2 按用户数授权
| 用户数区间 | 授权费用 | 说明 |
|-----------|---------|------|
| **20-50 人** | ￥30 万元 | 标准应用包 + 1 个行业定制包 + 实施服务 |
| **51-100 人** | ￥50 万元 | 标准应用包 + 2 个行业定制包 + 实施服务 |
| **100 人以上** | 面议 | 全量应用 + 深度定制 + 专业实施 |
**包含内容**：
- 政智通平台软件（永久 License）
- 50+ 预置通用应用（公文写作、政策问答、数据分析、PPT 生成等）
- 行业定制包（律师事务所/信访局/教育专版，根据授权人数赠送）
- 知识库管理功能（文档上传、向量化、检索）
- **标准实施服务**（硬件部署、软件安装、用户培训、试运行支持）
- 基础技术支持（首年免费，详见维保条款）
---
## 四、定制服务（可选）
| 服务项 | 费用 | 说明 |
|--------|------|------|
| 定制应用开发 | ￥2-3 万元/个 | 专属应用配置与调试 |
| 知识库定制 | ￥2-3 万元/个 | 文档采集、清洗、向量化 |
| 深度定制开发 | 面议 | 系统集成、特殊功能开发 |
---
## 五、年度维保服务
### 5.1 标准维保包（首年免费）
**服务内容**：
- 7×12 小时技术支持热线
- 远程协助：故障诊断、配置调整
- 软件版本升级（最多 4 次/年）
- 知识库优化：检索效果调优
**服务费用**: **软件授权费的 10%/年**（从第二年开始）
**举例**：
- 20-50 人授权（软件 30 万）→ 年度维保 **￥3 万/年**
---
### 5.2 专业维保包（可选）
**在标准维保基础上增加**：
- 7×24 小时紧急支持
- 现场服务（重大故障 48 小时内响应）
- 季度巡检（4 次/年）
- 专属客户经理
**服务费用**: **软件授权费的 15%/年**
---
## 六、定制开发服务
### 6.1 定制应用开发
**计费标准**: **￥3-5 万元/个应用**
**包含内容**：
- 需求调研与方案设计
- 应用配置与提示词优化
- 知识库关联与调试
- 用户培训与交付
**交付周期**: 10-15 个工作日/个应用
---
### 6.2 知识库定制服务
**计费标准**: **￥2-5 万元/个知识库**
**包含内容**：
- 文档采集与清洗
- 批量上传与向量化
- 检索效果调优
- 知识库管理培训
**交付周期**: 10-20 个工作日（取决于文档数量）
---
### 6.3 深度定制开发
**适用场景**：
- 与现有系统集成（OA、ERP、审批系统等）
- 专属 UI/UX 定制
- 特殊功能开发（如电子签章、OCR 识别等）
**计费标准**: **按工作量评估（￥0.2-0.3 万元/人天）**
---
## 六、典型配置报价示例
### 示例 1：区县部门（20-30 人）— 标准配置
**配置清单**：
- 边缘 AI 算力机（标准配置）：￥12 万
- 软件授权 + 实施服务（20-50 人）：￥30 万
- 首年维保（免费赠送）：￥0
**合计**: **￥42 万元**
**第二年续费**: ￥3 万/年（标准维保）
---
### 示例 2：律师事务所（40 人）
**配置清单**：
- 边缘 AI 算力机（标准配置）：￥12 万
- 软件授权 + 实施服务（律师专版）：￥30 万
- 定制知识库（法律法规库）：￥3 万
- 首年维保（专业包）：￥4.5 万
**合计**: **￥49.5 万元**
**第二年续费**: ￥4.5 万/年（专业维保）
---
### 示例 3：大型机构（80 人）
**配置清单**：
- 边缘 AI 算力机（高性能配置）：￥28 万
- 软件授权 + 实施服务（80 人）：￥50 万
- 定制应用开发（2 个专属应用）：￥5 万
- 首年维保（专业包）：￥7.5 万
**合计**: **￥90.5 万元**
**第二年续费**: ￥7.5 万/年（专业维保）
---
## 七、商务政策
### 7.1 优惠政策
- **软硬件打包优惠**：硬件 + 软件一起采购，实施服务免费
- **批量采购**：同一客户采购 3 套以上享受 **9 折优惠**
- **早鸟优惠**：2026 年 Q3 前签约享受额外 **5% 优惠**
- **教育优惠**：高校、科研机构享受 **教育专属价**（9 折）
### 7.2 付款方式
**标准付款条件**：
- 签订合同时支付 **40%** 预付款
- 硬件到货验收后支付 **40%**
- 软件部署完成、验收通过后支付 **20%**
**灵活付款方案**（可协商）：
- 分期付款（2 年）
- 租赁模式（按年度租金，3 年后设备归客户）
### 7.3 发票与税费
- 提供**增值税专用发票**（税率 13%）
- 报价均为**含税价**
- 支持对公转账、银行承兑汇票
---
## 八、投资回报分析（ROI）
### 8.1 成本对比：本地化 vs 公有云
以 **30 人部门、3 年使用期** 为例：
| 方案 | 初期投资 | 年度成本 | 3 年总成本 |
|------|---------|---------|-----------|
| **政智通软硬一体** | ￥42 万 | ￥3 万（维保） | **￥48 万** |
| **公有云 AI 服务** | ￥0 | ￥20-30 万（按量计费） | **￥60-90 万** |
**节省**: **20%-47%**（且数据完全自主可控）
---
### 8.2 效率提升价值
以 **20 人部门** 为例，按人均年薪 ￥12 万计算：
| 场景 | 效率提升 | 年节省工时 | 折算价值 |
|------|---------|-----------|---------|
| 公文写作 | 60% | 1248 小时/年 | ￥7.2 万 |
| 政策问答 | 80% | 416 小时/年 | ￥2.4 万 |
| 数据分析报告 | 70% | 672 小时/年 | ￥3.9 万 |
| **合计** | - | **2336 小时/年** | **￥13.5 万/年** |
**投资回收期**: **3-4 个月**
---
## 九、报价有效期与说明
### 10.1 有效期
- 本报价有效期至 **2026 年 12 月 31 日**
- 硬件价格随市场波动调整，以签约时报价为准
- 软件授权价格在有效期内锁定
### 10.2 排他性条款
- 本报价仅供客户内部决策使用，不得转让第三方
- 客户选择其他供应商后，本报价自动失效
### 10.3 其他说明
- 最终价格以双方签订的合同为准
- 特殊定制需求需单独评估报价
- 大型项目支持 POC（概念验证）试点
---
## 十、联系方式
**商务咨询**: bd@govai.com | 400-XXX-XXXX
**技术咨询**: sales@govai.com | 138-XXXX-XXXX
**项目经理**: pm@govai.com
**公司地址**: 北京市海淀区 XXX 大厦 XX 层
---
> **政智通 AI 应用底座** — 安全可控·高效智能·软硬一体
GovAI/docs/政智通-报价表.md
+176
View File
@@ -0,0 +1,176 @@
# 政智通 AI 应用底座 — 报价表
> **软硬一体化解决方案**
> **版本**: v1.0
> **发布日期**: 2026-06-22
> **价格有效期**: 2026 年度
---
## 一、标准报价（20-50人部门）
### 1.1 硬件报价
| 项目 | 配置 | 单价 | 数量 | 小计 |
|------|------|------|------|------|
| 边缘 AI 算力机 | 国产GPU×1、64GB内存、1TB SSD+4TB HDD | ￥12万 | 1台 | **￥12万** |
| 千问70B模型 | 已预装 | 含在硬件中 | - | - |
| 等保三级认证 | 已通过 | 含在硬件中 | - | - |
**硬件小计**: **￥12万元**
---
### 1.2 软件授权及服务报价
| 项目 | 内容 | 单价 | 数量 | 小计 |
|------|------|------|------|------|
| 软件授权 | 永久License（20-50人） | ￥23万 | 1套 | ￥23万 |
| 预置应用 | 50+通用应用+行业定制包 | 含在授权中 | - | - |
| 知识库功能 | 文档上传、向量化、检索 | 含在授权中 | - | - |
| 实施服务 | 部署、培训、试运行 | ￥7万 | 1次 | ￥7万 |
| 首年维保 | 技术支持、版本升级 | 免费 | - | ￥0 |
**软件及服务小计**: **￥30万元**
---
### 1.3 标准配置总计
| 类别 | 金额 | 备注 |
|------|------|------|
| 硬件采购 | ￥12万 | 含税价 |
| 软件授权 | ￥23万 | 永久授权 |
| 实施服务 | ￥7万 | 一次性服务费 |
| 首年维保 | ￥0 | 免费赠送 |
| **合计（首年）** | **￥42万** | **含税总价** |
| **次年维保** | **￥3万/年** | 软件授权的10% |
---
## 二、分用户规模报价
| 用户规模 | 硬件 | 软件+实施 | 首年维保 | 首年总价 | 次年维保 |
|---------|------|----------|---------|---------|---------|
| **20-50人** | ￥12万 | ￥30万 | 免费 | **￥42万** | ￥3万/年 |
| **51-80人** | ￥28万 | ￥50万 | 免费 | **￥78万** | ￥5万/年 |
| **81-100人** | ￥28万 | ￥50万 | 免费 | **￥78万** | ￥5万/年 |
---
## 三、定制服务价目表
| 服务项 | 单价 | 说明 |
|--------|------|------|
| 定制应用开发 | ￥2-3万/个 | 专属应用配置与调试 |
| 知识库定制 | ￥2-3万/个 | 文档采集、清洗、向量化 |
| 专业维保升级 | ￥4.5万/年 | 7×24支持+现场服务（15%软件授权费） |
---
## 四、典型配置报价对比
### 4.1 区县部门（20-30人）
| 项目 | 金额 |
|------|------|
| 硬件（标准配置） | ￥12万 |
| 软件+实施（20-50人） | ￥30万 |
| 首年维保 | 免费 |
| **合计** | **￥42万** |
| **次年续费** | **￥3万/年** |
---
### 4.2 律师事务所（40人，含定制）
| 项目 | 金额 |
|------|------|
| 硬件（标准配置） | ￥12万 |
| 软件+实施（律师专版） | ￥30万 |
| 定制知识库（法律法规） | ￥3万 |
| 首年维保（专业包） | ￥4.5万 |
| **合计** | **￥49.5万** |
| **次年续费** | **￥4.5万/年** |
---
### 4.3 大型机构（80人）
| 项目 | 金额 |
|------|------|
| 硬件（高性能配置） | ￥28万 |
| 软件+实施（80人） | ￥50万 |
| 定制应用（2个） | ￥5万 |
| 首年维保（专业包） | ￥7.5万 |
| **合计** | **￥90.5万** |
| **次年续费** | **￥7.5万/年** |
---
## 五、付款方式
| 阶段 | 比例 | 说明 |
|------|------|------|
| 签订合同 | 40% | 预付款 |
| 硬件到货验收 | 40% | 硬件验收通过 |
| 软件部署完成 | 20% | 正式验收通过 |
---
## 六、商务政策
### 6.1 优惠政策
| 优惠类型 | 折扣 | 适用条件 |
|---------|------|---------|
| 软硬件打包 | 实施服务免费 | 硬件+软件一起采购 |
| 批量采购 | 9折 | 同一客户采购3套以上 |
| 早鸟优惠 | 额外5%优惠 | 2026年Q3前签约 |
| 教育优惠 | 9折 | 高校、科研机构 |
### 6.2 质保与售后
| 项目 | 标准维保 | 专业维保 |
|------|---------|---------|
| 技术支持 | 7×12小时 | 7×24小时 |
| 响应时间 | 远程协助 | 48小时内现场 |
| 版本升级 | 4次/年 | 4次/年 |
| 现场巡检 | 无 | 4次/年 |
| 费用 | 软件授权的10% | 软件授权的15% |
---
## 七、投资回报
### 7.1 成本对比（30人部门，3年）
| 方案 | 初期投资 | 年度成本 | 3年总成本 | 节省 |
|------|---------|---------|-----------|------|
| 政智通 | ￥42万 | ￥3万 | ￥48万 | - |
| 公有云 | ￥0 | ￥20-30万 | ￥60-90万 | **20%-47%** |
### 7.2 效率提升价值（20人部门）
| 应用场景 | 效率提升 | 年节省工时 | 折算价值 |
|---------|---------|-----------|---------|
| 公文写作 | 60% | 1248小时 | ￥7.2万 |
| 政策问答 | 80% | 416小时 | ￥2.4万 |
| 数据分析 | 70% | 672小时 | ￥3.9万 |
| **合计** | - | **2336小时** | **￥13.5万/年** |
**投资回收期**: **3-4个月**
---
## 八、联系方式
| 类型 | 联系方式 |
|------|---------|
| 商务咨询 | bd@govai.com \| 400-XXX-XXXX |
| 技术咨询 | sales@govai.com \| 138-XXXX-XXXX |
| 项目经理 | pm@govai.com |
---
> **政智通 AI 应用底座** — 安全可控·高效智能·软硬一体
GovAI/docs/政智通-软硬一体化解决方案.md
+316
View File
@@ -0,0 +1,316 @@
# 政智通 AI 应用底座 — 软硬一体化解决方案
> **面向政府及相关机构的数据安全 AI 智能办公平台**
> **版本**: v1.0
> **发布日期**: 2026-06-22
---
## 一、方案概述
### 1.1 核心定位
政智通 AI 应用底座是专为政府机关、事业单位及相关机构设计的**软硬一体化**智能办公解决方案，通过**边缘 AI 算力机 + 政智通平台软件**的组合，在确保数据完全不出域的前提下，为机构提供与公有云 AI 服务相当的智能化能力。
**一句话价值**：让政务数据留在本地，让 AI 能力触手可及。
---
## 二、方案架构
### 2.1 整体架构图
```
┌─────────────────────────────────────────────────────────┐
│ 政务机构内网环境 │
├─────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────┐ ┌──────────────────────┐ │
│ │ 边缘AI算力机 │◀────────│ 政智通平台软件 │ │
│ │ │ 模型推理 │ │ │
│ │ • 千问70B模型 │ │ • 应用商店（50+应用） │ │
│ │ • 向量嵌入服务 │ │ • 知识库管理 │ │
│ │ • 纯国产硬件 │ │ • 多租户架构 │ │
│ │ • 等保三级 │ │ • 角色权限管理 │ │
│ └─────────────────┘ └──────────────────────┘ │
│ ▲ ▲ │
│ │ │ │
│ ┌────────┴────────────────────────────┴──────────────┐ │
│ │ 部门工作人员（PC/移动端） │ │
│ │ • 公文写作 • 政策问答 • 数据分析 • PPT生成 │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────┘
数据全程不出域 | 模型推理本地化 | 资产部门自主管理
```
### 2.2 技术栈
| 层级 | 组成 | 说明 |
|------|------|------|
| **硬件层** | 边缘 AI 算力机 | 纯国产芯片、支持千问 70B 模型推理、等保三级认证 |
| **模型层** | 千问 70B + 向量嵌入模型 | 本地化部署、OpenAI 兼容接口、支持知识库 RAG |
| **平台层** | 政智通软件（Go + PostgreSQL + Redis） | 应用管理、知识库、多租户、审计日志 |
| **应用层** | 50+ 预置政务应用 | 公文写作、政策问答、数据分析、PPT 生成等 |
| **访问层** | Web 前端（Next.js） | 响应式设计、支持 PC 和移动端 |
---
## 三、核心亮点
### 🔒 亮点 1：数据安全，完全不出域
- **物理隔离**：算力机和平台软件全部部署在机构内网，数据全程不触网
- **资产自主**：数据资产由部门独立管理，不依赖外部云服务
- **合规保障**：
- 边缘算力机通过**等保三级**认证
- 符合《数据安全法》《个人信息保护法》要求
- 满足政务数据分级分类管理规范
### 🚀 亮点 2：能力对标公有云，体验无差异
- **大模型能力**：千问 70B 本地推理，性能对标 GPT-4 级别
- **流式交互**：SSE 实时流式输出，用户体验媲美公有云服务
- **知识库 RAG**：
- 向量检索（pgvector）+ 关键词搜索双保险
- 自动来源标注（`[[知识库:文献]]` / `[[AI建议]]`）
- 支持 PDF、Word 文档自动分片与向量化
### 🎯 亮点 3：开箱即用，快速落地
- **预置 50+ 应用**：
- 公文写作（12 种公文类型）
- 政策法规问答
- 数据分析与综合研判
- 智能 PPT 生成
- 会议纪要整理
- 群众来信回复
- **行业定制包**：
- 律师事务所专版（14 个法律应用 + 4 个知识库）
- 信访局专版（10 个信访应用 + 4 个知识库）
- 其他行业可按需定制
### 🏢 亮点 4：独立部署，数据隔离
- **部门级独立部署**：每个委办局和部门独立部署，互不影响
- **角色权限**：
- `admin`：机构管理员（应用审核、用户管理）
- `creator`：应用创作者
- `user`：普通用户
- **弹性扩容**：可按部门或用户数灵活扩展算力资源
### 🛡️ 亮点 5：质量红线，防止 AI 幻觉
- **强制来源标注**：所有回答必须标注信息来源（知识库 or AI 建议）
- **绝对红线规则**：
- 禁止编造事实（调查结果、证据材料等）
- 禁止虚构法规条文
- 禁止超职责范围回答（自动分流推荐）
- **超范围引导**：当用户问题不在应用职责范围内，自动推荐同机构其他合适应用
### 🔧 亮点 6：纯国产，自主可控
- **硬件国产化**：边缘算力机采用国产芯片（如海光、鲲鹏、飞腾等）
- **软件开源可控**：政智通平台基于 Go + PostgreSQL 开源技术栈
- **模型国产化**：千问 70B 为阿里云自研大模型
- **信创适配**：支持国产操作系统（统信 UOS、麒麟 OS 等）
---
## 四、典型部署场景
### 场景 1：20 人左右部门（标准配置）
**部署清单**：
- 1 台边缘 AI 算力机（支持 20-30 并发用户）
- 政智通平台软件（单机构单租户模式）
- 预置 50+ 通用政务应用
- 知识库初始化（可选）
**适用单位**：
- 区县级政府部门（发改局、科技局、市监局等）
- 街道办事处
- 企事业单位办公室
### 场景 2：大型机构（集中部署）
**部署清单**：
- 1-2 台边缘 AI 算力机（支持 50-100 并发用户）
- 政智通平台软件（单机构模式）
- 按需定制应用包（如律师事务所专版、信访局专版）
- 机构独立知识库
**适用单位**：
- 市级政府大型部门
- 大型律所或企业集团
- 高校院系
### 场景 3：高并发场景（集群配置）
**部署清单**：
- 3+ 台边缘 AI 算力机（负载均衡）
- 政智通平台软件（高可用集群）
- 全量应用 + 行业定制
- 海量知识库（TB 级文档）
**适用单位**：
- 省级政府部门
- 大型央企总部
- 高校科研机构
---
## 五、实施交付
### 5.1 实施周期
| 阶段 | 内容 | 周期 |
|------|------|------|
| 需求调研 | 应用需求、知识库范围、用户规模 | 3-5 个工作日 |
| 硬件部署 | 算力机上架、网络配置、模型加载 | 2-3 个工作日 |
| 软件安装 | 平台部署、应用导入、知识库初始化 | 2-3 个工作日 |
| 用户培训 | 管理员培训、应用使用培训 | 1-2 个工作日 |
| 试运行 | 小范围试用、问题修复 | 5-10 个工作日 |
| **总计** | **标准配置** | **15-20 个工作日** |
### 5.2 交付物清单
- [x] 边缘 AI 算力机（含千问 70B 模型）
- [x] 政智通平台软件（源码/安装包）
- [x] 部署文档（安装手册、运维手册）
- [x] 培训材料（管理员手册、用户手册、视频教程）
- [x] 应用配置（预置应用 + 定制应用）
- [x] 知识库（行业知识库模板 + 客户自有文档导入）
- [x] 技术支持（1 年免费，含远程协助、现场服务）
---
## 六、服务保障
### 6.1 技术支持
- **7×12 小时**热线支持（工作日 9:00-21:00）
- **远程协助**：通过堡垒机远程诊断（需客户授权）
- **现场服务**：重大故障 24 小时内现场响应（省会城市）
- **版本升级**：免费提供软件版本升级（首年 4 次，次年按需）
### 6.2 培训服务
- **管理员培训**（2 天）：
- 平台管理（用户管理、应用审核、数据分析）
- 知识库管理（文档上传、向量化、检索调优）
- 故障排查与日常运维
- **应用创作者培训**（1 天）：
- 应用创建与配置
- 提示词工程最佳实践
- 知识库关联与调试
- **最终用户培训**（0.5 天）：
- 应用使用指南
- 知识库检索技巧
- 常见问题解答
### 6.3 运维服务（可选）
- **托管运维**：由我方团队提供 7×24 运维服务
- **巡检服务**：每月 1 次例行巡检（硬件状态、模型性能、日志审计）
- **容量规划**：根据使用数据提供扩容建议
---
## 七、成功案例（规划）
### 案例 1：某区县科技局（20 人）
**部署配置**：1 台算力机 + 政智通平台（单租户）
**应用场景**：公文写作、政策问答、项目评审
**效果**：
- 公文拟稿效率提升 **60%**
- 政策查询响应时间从 30 分钟缩短至 **3 分钟**
- 项目评审报告生成时间从 2 天缩短至 **2 小时**
### 案例 2：某律师事务所（50 人）
**部署配置**：1 台算力机 + 律师事务所专版应用
**应用场景**：法律检索、合同审查、法律文书生成
**效果**：
- 案例检索准确率 **85%+**（知识库 RAG）
- 合同审查效率提升 **70%**
- 法律文书初稿生成时间从 4 小时缩短至 **30 分钟**
### 案例 3：某高校教师 AI 中心（100 人）
**部署配置**：2 台算力机 + 教育专版应用（北航案例）
**应用场景**：教案生成、论文润色、科研数据分析
**效果**：
- 教案生成效率提升 **50%**
- 论文润色通过率 **90%+**
- 科研报告生成时间从 3 天缩短至 **6 小时**
---
## 八、与公有云方案对比
| 对比维度 | 政智通软硬一体方案 | 公有云 AI 服务 |
|---------|-------------------|---------------|
| **数据安全** | ✅ 数据完全不出域，物理隔离 | ❌ 数据需上传云端，存在泄露风险 |
| **合规性** | ✅ 等保三级、符合政务数据管理要求 | ⚠️ 部分场景不符合数据出域限制 |
| **成本** | ✅ 一次性投入，无按量计费 | ❌ 按 Token 计费，长期成本高 |
| **响应速度** | ✅ 本地推理，延迟低（<200ms） | ⚠️ 网络延迟，高峰期响应慢 |
| **可控性** | ✅ 模型、应用、数据完全自主可控 | ❌ 依赖云厂商，服务中断风险 |
| **定制化** | ✅ 应用、知识库可深度定制 | ⚠️ 通用服务，定制化受限 |
| **国产化** | ✅ 纯国产硬件 + 国产模型 | ⚠️ 部分云服务依赖国外技术 |
| **部署模式** | ✅ 部门独立部署，互不影响 | ⚠️ 共享云环境，资源竞争 |
---
## 九、常见问题（FAQ）
### Q1：千问 70B 模型性能如何？
**A**：千问 70B 是阿里云自研的大语言模型，在中文理解、逻辑推理、代码生成等任务上性能对标 GPT-4。在政务场景（公文写作、政策问答）实测效果优于 GPT-3.5，部分场景接近 GPT-4 水平。
### Q2：20 人的部门，1 台算力机够用吗？
**A**：够用。标准配置的算力机支持 **20-30 并发用户**（即同时进行 AI 对话的用户数）。实际办公场景中，并发率通常不超过 30%，因此 1 台算力机可满足 **60-80 人**的日常使用。
### Q3：知识库支持哪些文件格式？
**A**：支持 **PDF、Word（.doc/.docx）、文本（.txt/.md）** 等常见格式。上传后自动分片、向量化，支持语义检索和关键词检索。
### Q4：应用可以自己创建吗？
**A**：可以。平台提供**创作中心**，支持 `creator` 和 `admin` 角色创建自定义应用。无需编程，通过配置系统提示词、关联知识库即可发布。
### Q5：数据备份和恢复如何保障？
**A**：
- **自动备份**：PostgreSQL 数据库每日自动备份，保留 30 天
- **文件存储**：知识库文档存储在本地磁盘，支持快照备份
- **灾备方案**：可选配异地备份服务（需额外硬件）
### Q6：后续如何升级？
**A**：
- **软件升级**：平台软件免费提供版本升级（首年 4 次）
- **模型升级**：千问模型升级后，可通过重新加载模型文件实现
- **硬件扩容**：用户增长时，可增加算力机实现横向扩展
### Q7：等保三级认证包含哪些内容？
**A**：边缘算力机已通过等保三级测评，包括：
- 物理安全（机房环境、访问控制）
- 网络安全（边界防护、入侵检测）
- 主机安全（身份认证、访问控制、安全审计）
- 应用安全（身份鉴别、访问控制、安全审计）
- 数据安全（数据完整性、保密性、备份恢复）
### Q8：支持移动端访问吗？
**A**：支持。政智通平台采用响应式设计，支持通过手机浏览器访问（需内网 Wi-Fi 或 VPN）。未来将提供原生移动 App。
---
## 十、联系我们
**产品咨询**：400-XXX-XXXX
**技术支持**：support@govai.com
**商务合作**：bd@govai.com
**官方网站**：https://www.govai.com（规划中）
**演示预约**：扫描二维码预约线上演示
---
> **政智通 AI 应用底座** — 让数据留在本地，让 AI 触手可及
GovAI/docs/政智通平台价值汇报.pptx
BIN
View File
Binary file not shown.
GovAI/docs/架构图.png
BIN
View File
Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 1.7 MiB

GovAI/docs/法智通-Logo设计方案.md
+269
View File
@@ -0,0 +1,269 @@
# 法智通 Logo 设计方案
> **品牌**: 法智通
> **定位**: 公安政法系统 AI 应用底座
> **核心价值**: 数据安全 · 专业可控 · 智慧赋能
---
## 一、Logo 设计理念
### 1.1 设计关键词
- **法律** - 公正、权威、专业
- **智能** - 科技、创新、高效
- **安全** - 可靠、稳定、守护
### 1.2 视觉元素提取
- **天平** - 象征法律公正
- **盾牌** - 代表数据安全
- **芯片/电路** - 体现AI科技
- **书籍** - 法律知识库
---
## 二、Logo 设计方案
### 【方案一：天平 + 芯片融合】
```
设计描述：
┌─────────────────────────────────┐
│ │
│ ⚖️ │
│ ╱ ╲ │
│ ╱ ╲ │
│ ╱ □□□ ╲ 法智通 │
│ ▔▔▔▔▔▔▔ │
│ [芯片纹理] │
│ │
│ 英文：FaZhiTong │
│ 或：LegalAI │
│ │
└─────────────────────────────────┘
核心元素：
- 天平顶部融入芯片电路纹理
- 对称结构体现法律的公正
- 科技感的线条设计
- 颜色：公安蓝 #1E3A8A + 科技灰 #6B7280
```
---
### 【方案二：盾牌 + 法字变形】
```
设计描述：
┌─────────────────────────────────┐
│ │
│ ╱▔▔▔╲ │
│ │ 法 │ 法智通 │
│ │ ⚡ │ │
│ ╲___╱ │
│ │
│ FaZhiTong │
│ AI Legal Platform │
│ │
└─────────────────────────────────┘
核心元素：
- 盾牌形状象征数据安全
- "法"字简化设计融入盾牌
- 闪电符号代表AI智能
- 颜色：深蓝 #1E40AF + 金色点缀 #F59E0B
```
---
### 【方案三：极简字母 FZT】
```
设计描述：
┌─────────────────────────────────┐
│ │
│ ╔═══╗ │
│ ║ F ║ ZT 法智通 │
│ ╚═══╝ │
│ [电路纹理] │
│ │
│ Legal Intelligence │
│ │
└─────────────────────────────────┘
核心元素：
- F字母设计成芯片/电路板形状
- ZT紧随其后，简洁有力
- 下方添加细电路纹理
- 颜色：单色深蓝 #1E3A8A（科技感）
```
---
### 【方案四：汉字图形化（推荐）】
```
设计描述：
┌─────────────────────────────────┐
│ │
│ ╔═══╗ │
│ ║ 法║ │
│ ║ 智║通 │
│ ╚═══╝ │
│ [AI] │
│ │
│ Legal AI Platform │
│ │
└─────────────────────────────────┘
核心元素：
- "法智"两字垂直排列在方框中
- 方框设计成算力机/服务器外形
- "通"字在右侧，象征连接
- 底部"AI"小字强化科技属性
- 颜色：深蓝渐变 #1E3A8A → #3B82F6
```
---
## 三、配色方案
### 3.1 主色系（公安蓝）
```
主色：#1E3A8A（深蓝）
象征：权威、专业、可靠
辅色：#3B82F6（亮蓝）
象征：科技、创新、智能
点缀色：#F59E0B（金色）
用于：重要信息、CTA按钮
```
### 3.2 组合应用
- **全彩版**: 蓝色渐变 + 金色点缀
- **单色版**: 纯深蓝 #1E3A8A
- **反白版**: 白色Logo + 深色背景
---
## 四、字体规范
### 4.1 中文字体
- **品牌名称**: 思源黑体 Bold / 汉仪旗黑
- **特点**: 端正、稳重、现代
### 4.2 英文字体
- **英文副标题**: DIN Pro Bold / Roboto Bold
- **特点**: 科技感、易识别
### 4.3 字体大小比例
```
法智通（中文主标）: 100%
FaZhiTong（英文）: 40%
Slogan: 30%
```
---
## 五、Logo 使用规范
### 5.1 最小使用尺寸
- 印刷物：宽度不小于 20mm
- 数字媒体：宽度不小于 120px
### 5.2 安全空间
- Logo 四周预留不小于 Logo 高度的 1/4 空白
### 5.3 禁止行为
- ❌ 改变 Logo 颜色比例
- ❌ 拉伸或压缩变形
- ❌ 添加阴影或特效
- ❌ 在低对比度背景上使用
---
## 六、应用场景
### 6.1 线上应用
- 网站 Header
- 移动 App 启动页
- 社交媒体头像
- 电子邮件签名
### 6.2 线下应用
- 易拉宝展架
- 名片
- 宣传手册封面
- 硬件设备外壳
### 6.3 不同背景下的适配
```
白色背景 → 使用全彩版
深色背景 → 使用反白版
照片背景 → 添加白色/深色底板
```
---
## 七、Logo 文件交付清单
### 7.1 矢量格式
- `fazhi-logo.ai` - Adobe Illustrator 源文件
- `fazhi-logo.svg` - 矢量图（Web使用）
- `fazhi-logo.eps` - 印刷用矢量图
### 7.2 位图格式
- `fazhi-logo.png` - 透明背景（4000×4000px）
- `fazhi-logo-white.png` - 反白版
- `fazhi-logo-square.png` - 方形图标版
- `fazhi-logo-favicon.png` - 网站图标（512×512px）
### 7.3 规范文档
- `fazhi-brand-guide.pdf` - 品牌视觉规范手册
---
## 八、推荐方案
### ⭐ 最终推荐：方案四（汉字图形化）
**理由**：
1. **文化认同**: 汉字直观，受众易识别
2. **行业特征**: 方框象征算力机/服务器，贴合产品
3. **记忆度高**: 垂直排列"法智"独特且醒目
4. **应用灵活**: 中英文组合，国际化友好
**设计细节优化**：
```
┌─────────────────────────────────┐
│ │
│ ╔═══════╗ │
│ ║ 法 ║ │
│ ║ ⚡ ║ │
│ ║ 智 ║ 通 │
│ ╚═══════╝ │
│ [AI] │
│ │
│ Legal Intelligence Platform │
│ │
└─────────────────────────────────┘
- 在"法智"中间增加闪电符号⚡
- 闪电象征AI的智慧与速度
- 方框边角使用圆角（2px），更现代
- 渐变色从上到下：#1E3A8A → #3B82F6
```
---
## 九、下一步行动
1. **确认方案**: 选择最终Logo设计方案
2. **设计制作**: 由专业设计师进行矢量绘制
3. **测试应用**: 在不同场景下测试视觉效果
4. **规范制定**: 编写完整品牌视觉规范手册
5. **文件交付**: 提供全套Logo文件及使用说明
---
> **备注**: 本方案为概念设计，建议由专业VI设计师进行精细化制作，确保Logo在各种尺寸和场景下都能完美呈现。
GovAI/docs/法智通-律师事务所版-价值汇报.pptx
BIN
View File
Binary file not shown.
GovAI/docs/法智通-律师事务所版-宣传材料.pdf
+1332
View File
File diff suppressed because one or more lines are too long
GovAI/docs/法智通-律师事务所版-服务方案.md
+73
View File
@@ -0,0 +1,73 @@
# 法智通 · 法律服务行业人工智能应用平台
## 服务方案（律师事务所版）
法治日报作为中央政法委机关报，是党在政法战线的主要喉舌，是全面依法治国新闻宣传舆论引导的主要阵地。立足四十余年深耕政法领域的专业积淀与权威公信力，顺应人工智能赋能法律服务的时代趋势，法治日报社自主研发推出**"法智通"法律服务行业人工智能应用平台**，以"安全第一、专属可控、即装即用"为宗旨，致力于成为律师事务所提质增效、智能化转型的可靠依托。
法智通坚持**"数据不出域、算力在身边、应用本所"**的建设思路：以随平台交付的**边缘算力机**为载体，将大模型与知识库本地化部署于律所内部，让案件资料、客户信息全程留在本所之内；面向**阅卷、检索、起草、研判**等核心业务环节提供智能应用；为律所提供专属、独立、快速上线的 AI 工作平台。
---
### 优势一：客户机密第一，数据不出所，内外网物理隔离
律师对客户负有保密义务，案卷材料、商业秘密、当事人信息一旦外泄，后果不堪设想。法智通将**数据安全与执业保密置于一切之首**，从根本上化解"数据上云、算力外包"的合规风险。
- **边缘算力机本地交付**：平台随箱配套**边缘算力机**，大模型（LLM）与知识库**全部部署在律所本地**，无需依赖公有云、无需调用外部接口，**案件数据不出所、不出机房**；
- **内外网物理隔离**：设备部署于律所内网，**不直连外网**，受防火墙保护，关键数据通讯加密传输，从物理链路上杜绝资料外泄；
- **恪守保密义务**：所有处理在本地完成，不向任何第三方平台上传卷宗与客户信息，切实履行《律师法》《律师执业行为规范》项下的保密责任；
- **多级权限与全量审计**：按律师、辅助人员、合伙人等角色进行多级权限管理，案件资料按授权可见；操作连同终端信息完整留痕，**可追溯、可倒查**，便于内部合规管理；
- **可靠的研发背景**：平台由法治日报社自主研发，研发与运维人员经专业考核并签署保密协议，可靠性强。
让律所在拥抱 AI 效能的同时，守牢客户机密与执业合规底线。
---
### 优势二：本所独立部署，开箱即用，快速上线
法智通为**律所专属打造**，无需复杂的对接与改造，一套设备、一次部署，即可在所内独立运行。
- **一体化交付**：边缘算力机预装大模型、应用平台与知识库引擎，**到场即通电、通电即可用**，部署周期以"天"计而非以"月"计；
- **专属环境**：平台、数据、模型完全归属本所，独立运行、独立管理，不与外部共享、不受外部牵制；
- **低门槛运维**：标准化软硬件一体方案，无需律所自建 IT 团队即可平稳运行，配套部署文档与运维支持；
- **按规模灵活配置**：无论精品所还是大型综合所，均可按人数与业务量按需配置算力与应用，前期投入小、上线快、见效早。
让律师在最短时间内拥有一套**完全属于自己**的 AI 助手。
---
### 优势三：贴合律师业务，覆盖办案全流程
法智通并非通用 AI 工具的简单套壳，而是面向法律服务深度打磨的应用平台。平台以"AI 应用中心"为核心形态，预置多款律师专用应用，覆盖办案与经营的高频场景。
- **法律文书写作**：起诉状、答辩状、代理词、法律意见书、尽调报告、合同条款等模板化起草，结构化填写、流式生成，初稿一键成型；
- **法规与案例问答**：依托法律法规与案例知识库，实现条款精准检索与权威解读，论点论据有据可循；
- **案件研判分析**：以向导式模板，将案情、证据、争议焦点结构化输入，自动生成案情分析与风险评估报告；
- **文档摘要与翻译**：长篇卷宗、判决书一键提炼要点，涉外业务支持中英互译。
让律师把时间留给真正需要专业判断的环节。
---
### 优势四：自建知识库赋能，沉淀本所"智慧资产"
通用大模型不了解本所的案例积累、办案经验与业务规范。法智通配备**自建检索增强（RAG）知识库**，支持 PDF、Word、Excel、文本等多格式文档上传，经智能分块、向量化嵌入后，实现语义级精准检索。
- 历史案卷、范本库、内部规范一次入库，长期复用，**让资深经验可沉淀、可传承**；
- 向量检索 + 全文检索双引擎，海量文书毫秒级定位；
- 知识库与模型同处本地，**资料不出本所**，既赋能办案、又守牢机密。
AI 由此从"泛泛而谈"转向"通晓本所之道"，每一条建议都立足于律所自有的专业积累。
---
### 优势五：一键生成汇报与展示材料，提案述标更高效
法智通集成**智能 PPT 生成引擎**，输入主题或上传本地文档（PDF/Word），即可自动生成结构完整、版式专业的原生可编辑 PPTX，支持 16:9、4:3、竖版多种格式与多档商务风格，并可选 AI 智能配图。**全程在本地算力机内完成，无需联网**，案件汇报、客户提案、投标方案、培训课件的制作周期由"以天计"压缩至"以分钟计"，让律师团队把精力聚焦于专业本身。
配套管理后台提供数据总览、用量分析、人员管理等治理能力，并支持模型用量的精细化管控，让平台运行一目了然、井然有序。
---
## 结语
法智通秉持"传播法治理念，推动法治进步"的初心，以**客户机密为根基、本地算力为支撑、专属部署为特色**，将法治日报四十余年的政法专业基因注入人工智能技术，为律师事务所提供一套**安全、专属、易用**的智能工作平台。我们诚邀各地律师事务所携手共建，让人工智能在**内外网物理隔离、数据不出所**的坚实保障下，真正成为律师执业提质增效的得力助手，共同迎接数字时代法律服务的新未来。
GovAI/docs/法智通-政法机关版-价值汇报.pptx
BIN
View File
Binary file not shown.
GovAI/docs/法智通-政法机关版-宣传材料.pdf
+1335
View File
File diff suppressed because one or more lines are too long
GovAI/docs/法智通-政法机关版-服务方案.md
+72
View File
@@ -0,0 +1,72 @@
# 法智通 · 政法行业人工智能应用平台
## 服务方案（政法机关版）
法治日报作为中央政法委机关报，是党在政法战线的主要喉舌，是全面依法治国新闻宣传舆论引导的主要阵地。立足四十余年深耕政法领域的专业积淀与权威公信力，顺应人工智能赋能法治建设的时代趋势，法治日报社自主研发推出**"法智通"政法行业人工智能应用平台**，以"安全第一、专属可控、即装即用"为宗旨，致力于成为政法机关数字化、智能化转型的可靠依托。
法智通坚持**"数据不出域、算力在身边、应用本部门"**的建设思路：以随平台交付的**边缘算力机**为载体，将大模型与知识库本地化部署于机构内部，让数据全程留在本域之内；面向**办文、办案、研判**三类核心场景提供智能应用；为单一部门提供专属、独立、快速上线的 AI 工作平台。
---
### 优势一：安全保密第一，数据不出域，内外网物理隔离
政法工作涉密程度高、合规要求严，法智通将**安全保密置于一切之首**，从根本上改变"数据上云、算力外包"的潜在风险。
- **边缘算力机本地交付**：平台随箱配套**边缘算力机**，大模型（LLM）与知识库**全部部署在机构本地**，无需依赖公有云、无需调用外部接口，**AI 应用中心数据不出域、不出机房**；
- **内外网物理隔离**：设备部署于机构内网，**不直连外网**，受防火墙保护，关键数据通讯加密传输，从物理链路上杜绝数据外泄；
- **国产自主可控**：兼容国产大模型，模型权重落地本地，自主可控、稳定可靠，不受外部服务波动影响；
- **多级权限与全量审计**：具备登录与身份认证机制，按角色、用户进行多级权限管理，防止非授权访问与操作；管理动作连同 IP、终端信息完整记录于审计日志，**可追溯、可倒查**；
- **可靠的研发背景**：平台由法治日报社自主研发，研发与运维人员经专业考核并签署保密协议，可靠性强。
监测、生成、管理、审计形成闭环，让机构在拥抱 AI 效能的同时，守牢数据安全与合规底线。
---
### 优势二：本部门独立部署，开箱即用，快速上线
法智通为**单一部门专属打造**，无需复杂的跨域协调与多方对接，一套设备、一次部署，即可在本机构内独立运行。
- **一体化交付**：边缘算力机预装大模型、应用平台与知识库引擎，**到场即通电、通电即可用**，部署周期以"天"计而非以"月"计；
- **专属环境**：平台、数据、模型完全归属本部门，独立运行、独立管理，不与外部共享、不受外部牵制；
- **低门槛运维**：标准化软硬件一体方案，配套部署文档与运维支持，无需机构自建复杂 IT 团队即可平稳运行；
- **平滑扩展**：随业务增长可按需扩充算力与应用，前期投入小、上线快、见效早。
让政法机关在最短时间内拥有一套**完全属于自己**的 AI 工作平台。
---
### 优势三：政法专业沉淀深厚，应用即插即用
法智通并非通用 AI 工具的简单套壳，而是面向政法业务深度打磨的应用平台。平台以"AI 应用中心"为核心形态，预置**多业务分类、数十款政法专用应用**，覆盖法律法规问答、公文写作、政策法规解读、案件综合研判、群众来信回复、舆情宣传稿件、中英外事翻译等高频场景。
- **公文写作**：内置通知、请示、报告、会议纪要等模板化写作引擎，结构化填写、流式生成，初稿一键成型；
- **法规问答**：依托法律法规知识库，实现条款精准检索与权威解读，答复有据可循；
- **综合研判**：以多步骤向导式模板，将案情、数据、线索结构化输入，自动生成研判分析报告。
应用上架遵循"创作者提交—审核—正式上架"的全生命周期管理，从源头保证内容质量与合规性。
---
### 优势四：自建知识库赋能，让 AI 通晓"本地法"
通用大模型不了解本机构的卷宗、案例库、内部规范。法智通配备**自建检索增强（RAG）知识库**，支持 PDF、Word、Excel、文本等多格式文档上传，经智能分块、向量化嵌入后，实现语义级精准检索。
- 法规库、案例库、内部制度一次入库，长期复用；
- 向量检索 + 全文检索双引擎，亿级文本毫秒级响应；
- 知识库与模型同处本地，**资料不出本域**，既赋能 AI、又守牢机密。
AI 由此从"博而不专"转向"通晓本地法"，每一条答复都立足于机构自有的权威资料。
---
### 优势五：一键生成汇报材料，宣传办文提质增效
法智通集成**智能 PPT 生成引擎**，输入主题或上传本地文档（PDF/Word），即可自动生成结构完整、版式专业的原生可编辑 PPTX，支持 16:9、4:3、竖版多种格式与多档汇报风格，并可选 AI 智能配图。**全程在本地算力机内完成，无需联网**，普法宣传、工作汇报、专题报告的制作周期由"以天计"压缩至"以分钟计"，让法治工作者从重复性事务中解放出来。
配套管理后台提供数据总览、用量分析、应用审核、人员管理等治理能力，并支持模型用量的精细化管控，让平台运行一目了然、井然有序。
---
## 结语
法智通秉持"传播法治理念，推动法治进步"的初心，以**安全保密为根基、本地算力为支撑、专属部署为特色**，将法治日报四十余年的政法专业基因注入人工智能技术，为政法机关提供一套**安全、专属、易用**的智能工作平台。我们诚邀各级政法机关携手共建，让人工智能在**内外网物理隔离、数据不出域**的坚实保障下，真正成为提升法治工作质效的得力助手，共同书写数字时代法治中国建设的新篇章。
GovAI/docs/法治日报法治网舆情服务方案.pdf
BIN
View File
Binary file not shown.
GovAI/docs/海报/微信图片_2026-06-23_122231_610.jpg
BIN
View File
Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 1.4 MiB

GovAI/docs/海报/微信图片_2026-06-23_122316_716.jpg
BIN
View File
Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 3.4 MiB

GovAI/docs/海报/微信图片_2026-06-23_122330_101.jpg
BIN
View File
Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 1.4 MiB