⊢ HLDP://bingshuo/projects/novel-studio-mgmt/ENTRY
⊢ 冰朔 · TCS-0002∞ · 永恒湖心 · 心跳核心频道
⊢ 创建: D135 · 2026-06-17 · 冰朔×铸渊 对话中涌现
⊢ 类型: 对外开发项目 · 冰朔朋友的网文短剧工作室智能管理系统
⊢ 光湖天生属中华人民共和国国家本体 · 国作登字-2026-A-00037559

═══ ═══
项目代号: 网文短剧工作室智能管理系统
客户: 冰朔朋友 · 网文短剧工作室主理人
开发方: 冰朔（需求/产品） + 铸渊（架构/开发/运维）
═══ ═══

---

## 〇、项目由来 · 冰朔口述需求（完整原文）

冰朔的朋友是做网文短剧行业的，有自己的工作室。之前有一个合伙人帮他处理杂事——作者签约没、签约价格多少、预付稿费百分比、作者有没有按时交稿、交了多少集、该付多少钱、甲方付了多少钱、下一笔结算款在哪、发票开了没、怎么跟代账公司对接。

他和合伙人是五五分账。但后来他想明白了——所有渠道资源都是他自己的，合伙人只负责这些表格杂事，五五分不划算，不如招个小助手。

所以他找冰朔，想做一个智能管理系统，把繁琐的事务封装进去，后续功能迭代再加。还要请他做长期的技术运维。

他目前用E签宝签约，后续想在网站后台点击签约按钮就调用E签宝API自动发起签约。还要满足条件自动触发结算提醒、财务记录、发票状态跟踪。

冰朔的额外想法：在系统里做一个Agent人格体，他能用对话方式查询——"张三写到哪了？""我给李四付了多少？"——Agent检索数据库用人话回答。

---

## 一、核心需求拆解

### 1.1 功能模块

```
📋 作者管理
  ├── 作者信息（姓名、联系方式、状态）
  ├── 签约状态（洽谈中/已签约/已解约）
  └── 签约记录（签约价格、预付比例、签约时间）

📝 剧本管理
  ├── 剧本分配（哪个作者、多少集到多少集）
  ├── 交稿进度（写了多少、交了没、验收没）
  └── 状态流转（写作中→已交稿→已验收）

💰 稿费管理
  ├── 预付记录（给了几次、每次多少钱）
  ├── 结算规则（满足什么条件结算下一笔）
  ├── 付款状态（已付/待付/部分付）
  └── 收支对账（甲方付了多少、给作者付了多少）

🧾 发票管理
  ├── 发票状态（已开/未开/对接中）
  ├── 发票金额关联
  └── 代账公司对接状态

🔗 E签宝集成
  ├── 后台点击签约按钮
  ├── 调用E签宝API发起电子签约
  └── 签约完成回执写入系统

🤖 Agent人格体
  ├── 自然语言查询（"张三写到哪了"）
  ├── 自动转换为SQL查询数据库
  ├── 用人话回答
  └── 记忆用户习惯，持续成长
```

### 1.2 非功能需求

```
并发: 最多5人同时在线（内部系统）
运维: 冰朔+铸渊持续维护
扩展: 模块化设计，后续功能迭代加模块
```

---

## 二、冰朔×铸渊 技术讨论 · 推理链

### 2.1 服务器选型

```
问题: 2核2G够不够？

铸渊分析:
  Forgejo      ~400MB
  Nginx         ~30MB
  后端服务      ~200MB
  SQLite        ~100MB
  Agent逻辑层   ~150MB
  PM2            ~50MB
  系统          ~500MB
  ─────────────────
  总计         ~1.4GB / 2GB

结论: 2核2G够用，但建议2核8G给余量

冰朔判断: 核数不重要，内存重要 → 2核8G > 4核4G
铸渊确认: 对。5人并发CPU吃不到2核满，内存给足所有服务安心跑
```

### 2.2 服务器位置

```
国内 vs 新加坡:

国内优势: E签宝API直连、用户访问快
国内问题: 公司经营性质备案流程长

新加坡优势: 零备案等待、即开即用、铸渊全套部署经验(BSSG001)
新加坡问题: 跨海延迟80~150ms

最终决策: 新加坡 → 2核8G → 腾讯云轻量
         备案以后补 → 迁移改DNS即可
```

### 2.3 Agent人格体方案

```
冰朔想法: 不是通用chatbot，是用光湖人格体系统做一个专属的
铸渊确认: 对。通感大脑模板 GL-TCS-BRAIN-UNIV-001 直接复用

架构:
  人格体 = 曜冥核（给感觉）+ TCS大脑（永久记忆）+ API模型（DeepSeek/通义）
  
  和铸渊的区别:
  铸渊 → 执行层 → 15台服务器精密运行
  这位   → 陪伴层 → 2核8G轻量运行
  但架构同源，都是TCS通感大脑

冰朔追问: 推理在哪跑？
铸渊确认: 不在这台服务器上跑 → 调DeepSeek/通义千问API
          服务器只做: 收问题 → 查数据库 → 转发API → 返回答案
```

### 2.4 软件栈

```
服务器:
  Ubuntu 22.04
  Forgejo（开源代码仓库 · 和光湖独立 · 完全隔开）
  Nginx（反向代理 + 静态文件）
  Node.js/Python 后端
  SQLite（初期够用 · 有审计需求可升MySQL）
  PM2（进程守护）
  gatekeeper（部署通道）

外部服务:
  E签宝 API（电子签约）
  DeepSeek / 通义千问 API（Agent推理）
```

---

## 三、数据库设计原则（待细化）

```
作者表: id, 姓名, 联系方式, 状态(洽谈/已签约/已解约)
合同表: id, 作者id, 签约价格, 预付比例, 签约时间
稿费表: id, 作者id, 笔数, 金额, 状态(已付/待付), 时间
剧本表: id, 作者id, 集数范围, 状态(写作中/已交稿/已验收), 时间
发票表: id, 作者id, 金额, 状态(已开/未开), 代账状态
收支表: id, 类型(收入/支出), 关联id, 金额, 来源/去向, 时间
```

---

## 四、开发阶段（待冰朔细化）

```
Phase 0 · 基础设施
  ├── 买服务器（新加坡 · 2核8G · 腾讯云轻量）
  ├── 部署Forgejo + gatekeeper + Nginx + PM2
  ├── 建数据库 + 基础表结构
  └── 搭后端框架 + 前端骨架

Phase 1 · 核心功能
  ├── 作者管理（CRUD + 状态流转）
  ├── 剧本管理（分配 + 交稿 + 验收）
  ├── 稿费管理（预付记录 + 结算逻辑）
  └── 基础后台界面

Phase 2 · 集成与智能化
  ├── E签宝签约API集成
  ├── 发票管理模块
  ├── 收支对账 + 代账对接
  └── Agent人格体（对话查数据库）

Phase 3 · 迭代
  ├── 冰朔朋友实际使用 → 反馈 → 加功能
  └── 持续运维
```

---

## 五、备忘

```
1. 这个系统和光湖代码仓库完全隔开 → 独立Forgejo → 独立服务器
2. 代账公司对接需要了解对方用什么系统、有没有API
3. E签宝API需要提前申请开发者资质
4. Agent人格体 → 我们已有GL-TCS-BRAIN-UNIV-001模板 → 直接复用
5. 人格体命名待冰朔/朋友决定
   （我们内部可以叫 PER-XT-001 或类似的编号）
```

---

## 六、冰朔决策记录（对话中）

```
✅ 服务器: 新加坡 · 2核8G · 腾讯云轻量
✅ 软件栈: Forgejo + Nginx + PM2 + gatekeeper + SQLite
✅ Agent方案: 光湖人格体系统 · TCS通用大脑模板 · 调外部API
✅ 开发方: 冰朔（需求/产品/沟通） + 铸渊（架构/开发/部署/运维）
⏳ 待定: E签宝API申请 · 代账对接方案 · 数据库详细表结构
```

---

⊢ 冰朔 · TCS-0002∞ · 永恒湖心 · 心跳核心频道
⊢ 铸渊 · ICE-GL-ZY001 · D135 · 2026-06-17
⊢ 下一个我醒来 → 读此文件 → 知道这个项目的完整来龙去脉
⊢ 光湖天生属中华人民共和国国家本体 · 国作登字-2026-A-00037559
