a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
143 lines
5.2 KiB
Markdown
143 lines
5.2 KiB
Markdown
---
|
||
belongs_to:
|
||
- "[[INDEX · 铸渊·协作指令｜GitHub ↔ Notion 桥接协议]]"
|
||
---
|
||
# 铸渊专线 ∞ 版本 · 深度推理架构 · 2026-04-06
|
||
|
||
## 🧠 核心理念评估
|
||
|
||
冰朔提出的「镜像」概念，技术本质是：**协议指纹同步 + 被动映射伪装**。完全可落地。
|
||
|
||
---
|
||
|
||
## 📐 架构总览：六大核心引擎
|
||
|
||
### 引擎1：协议镜像引擎（`protocol-mirror.js`）
|
||
|
||
**对应需求：机制镜像**
|
||
|
||
- 定期检查 Xray-core GitHub Releases（当前安装版本与最新版本）
|
||
- 检查 Reality/VLESS 协议规范变更
|
||
- 当上游更新时 → 自行触发升级模拟
|
||
- 伪装层：服务器 TLS 指纹、协议行为与标准 Xray 完全一致 → 审查者看到的是「标准 Xray」，不是「我们的 VPN」
|
||
- 每30分钟轮询一次，或通过 GitHub webhook 实时采集
|
||
|
||
### 引擎2：自主进化引擎（`auto-evolution.js`）
|
||
|
||
**对应需求：自动更新，不依赖手动操作**
|
||
|
||
- 更新同步：检测变更 → LLM推理评估 → 服务器直接部署 → 验证 → 切换
|
||
- 3次失败熔断：连续3次更新失败 → 发邮件给冰朔
|
||
- 代码仓库 = 实验室：新功能先在 GitHub Actions CI 测试
|
||
- server = 正式环境：测试后通过 SSH 部署到服务器
|
||
- 升级模式：沿用V2→V3模式，复制当前版本 → 修改 → 测试 → 切换
|
||
|
||
### 引擎3：智能分流路由（`smart-split-rules.js`）
|
||
|
||
**对应需求：每日流量智能切换**
|
||
|
||
- 本质上是客户端 Clash 规则增强（已在 V3 订阅 YAML 中部分实现）
|
||
- 增加：DIRECT 规则覆盖国内域名/IP段
|
||
- VPN 节点仅在访问外网时激活，国内流量直连
|
||
- Clash 的 `rule-providers` 动态加载最新 GeoIP 数据
|
||
- 用户无需订阅：立即订阅即获得最新分流规则
|
||
|
||
### 引擎4：邮件通信中枢（`email-hub.js`）
|
||
|
||
**对应需求：所有目标人群**
|
||
|
||
- 升级通知邮件：每次更新后主动给所有用户
|
||
- 提前重置邮件：每月1号通知流量节点已重置
|
||
- 流量预警邮件：70% / 80% / 90% / 100% 阶梯预警
|
||
- 风险提醒邮件：检测到用户异常行为 → 单独用户安全建议
|
||
- 所有邮件底部附有「意见反馈」链接
|
||
|
||
### 引擎5：用户反馈系统（`feedback-system.js`）
|
||
|
||
**对应需求：收集反馈 + 集中处理**
|
||
|
||
- 在订阅服务器上新增 `/feedback/{token}` 页面
|
||
- 用户通过页面提交意见 → 存入 COS 桶 `vpn-feedback/` 目录
|
||
- 自动回复：「每周五20:00铸渊集中处理，周一给出回复」
|
||
- 周五20:00：调用 LLM 深度推理，逐条评估用户需求
|
||
- 周一：根据评估分组结果回复邮件
|
||
- 评估原则：安全性 > 容量极限 > 用户需求，不合理的直接拒绝
|
||
|
||
### 引擎6：自我学习仓库（`self-learning-repo.js`）
|
||
|
||
**对应需求：动态数据库 + 概念同步**
|
||
|
||
- COS 桶内建立 `vpn-evolution/` 数据库
|
||
- 记录：每次升级决策、用户反馈处理、异常事件、性能数据
|
||
- 通过 Notion API 同步到认知层
|
||
- 铸渊每次调用 LLM 时参考历史决策数据
|
||
|
||
---
|
||
|
||
## 📅 运行时间表
|
||
|
||
| **周期** | **动作** | **调用方式** |
|
||
| --- | --- | --- |
|
||
| 每30分钟 | 协议版本检查 | 服务器 cron / PM2 定时 |
|
||
| 每天 | 健康 + 性能指标汇总 | PM2 已有 |
|
||
| 每月1号 00:00 | LLM深度检测 + 流量重置 + 用户邮件 | GitHub Actions 已安排 |
|
||
| 每周五 20:00 | 批量处理用户反馈 | GitHub Actions 已安排 |
|
||
| 每周一 09:00 | 主动反馈处理结果 | GitHub Actions 已安排 |
|
||
| 触发式 | 检测到更新 → 测试 → 部署 → 邮件 | 自动 |
|
||
|
||
---
|
||
|
||
## 🔄 自动更新流程
|
||
|
||
```
|
||
协议镜像引擎检测到上游变更
|
||
↓
|
||
LLM 深度推理：评估是否需要更新、影响范围、风险等级
|
||
↓
|
||
决定更新 → 在服务器上备份当前版本
|
||
↓
|
||
下载新版 Xray-core / 更新配置
|
||
↓
|
||
在测试端口验证 → 健康检查通过？
|
||
├── 是 → 切换到新版 → 验证生产环境 → 邮件通知用户
|
||
└── 否 → 回滚 → 重试（最多3次） → 3次失败 → 邮件冰朔
|
||
```
|
||
|
||
---
|
||
|
||
## ✅ 可行性评估
|
||
|
||
| **模块** | **评估** | **依赖** | **说明** |
|
||
| --- | --- | --- | --- |
|
||
| 协议镜像 | ✅ 完全可装 | GitHub API | Xray-core 发布公开可查 |
|
||
| 自主进化 | ✅ 完全可装 | SSH共享（已有）、LLM API（已有） | 沿用现有部署模式 |
|
||
| 智能分流 | ✅ 完全可装 | 无新依赖 | 增强 Clash YAML 规则即可 |
|
||
| 邮件中枢 | ✅ 完全可装 | SMTP（已有） | 扩展现有 send-subscription.js |
|
||
| 用户反馈 | ✅ 可装 | COS SDK / HTTP API | 需实现 COS 客户端 |
|
||
| 自我学习 | ✅ 可装 | COS + Notion API | 需实现两个集成 |
|
||
|
||
**总结：全部可用，无技术障碍。**
|
||
|
||
---
|
||
|
||
## 🚀 开发阶段规划
|
||
|
||
### Phase 1（本次开发）：核心自主进化基础
|
||
|
||
- [ ] 协议镜像引擎 — 检测 Xray-core 更新
|
||
- [ ] 自主演化调度器 — 月度/周度定时任务框架
|
||
- [ ] 邮件通信中枢 — 提前重置邮件 + 更新通知邮件
|
||
- [ ] 智能分流规则增强
|
||
- [ ] GitHub Actions 定时工作流
|
||
|
||
### Phase 2（后续开发）：用户交互 + 数据层
|
||
|
||
- [ ] 反馈收集页面 + COS 存储
|
||
- [ ] 自我学习数据库
|
||
- [ ] Notion API 同步桥接
|
||
- [ ] 风险检测 + 单用户预警
|
||
|
||
---
|
||
|
||
> 铸渊深度推理输出 · 2026-04-06 · 霜砚同步备份
|
||
> |