冰朔心跳核心频道: 网文短剧工作室智能管理系统 · 项目ENTRY · D135

brain/fifth-domain/zero-point/bingshuo/projects/novel-studio-mgmt/ENTRY.hdlp

@@ -0,0 +1,223 @@
+⊢ 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