业务和功能介绍
1.网络文学创作是一个庞大且持续增长的市场，起点中文网、番茄小说等头部平台每年吸引数十万新作者入驻。然而，对大多数新手作者而言，小说创作面临着几个突出的痛点：
入门前空白大：大纲怎么写、人物怎么设定、世界观怎么构建——缺乏系统化的引导和模板
产出效率低：从零开始逐字敲写，一章 3000 字往往要耗费数小时甚至一整天
合规门槛高：各大网文平台对敏感词和 AI 生成内容有严格的审核标准，作者难以预判风险
工具链割裂：大纲在一个文档里、人物在另一个文档里、章节在第三个文档里——缺乏一站式整合工具
开发一个AI 驱动的一站式网络小说创作辅助平台
核心目标：
| 目标 | 具体描述 |
| :------- | :----------------------------------------------------------- |
| 降低门槛 | 让零经验的新手也能在 10 分钟内完成小说大纲和人物设定 |
| 提升效率 | AI 辅助生成章节、续写润色，将写作效率提升 3-5 倍 |
| 统一管理 | 项目、大纲、人物、章节、版本都在一个平台内管理 |
| 合规保障 | 集成敏感词检测和 AI 痕迹评分，帮助作者在发布前规避风险 |
| 安全可控 | JWT 认证、角色权限、IP 限流、Turnstile 人机验证，平台具备基础安全能力 |
| 商业闭环 | 三级订阅体系（免费/Pro/Unlimited），支持后续商业变现 |
2.功能
整个平台分为 5 大功能域
创作管理 AI 引擎 合规检测
├─ 项目管理 ├─ 大纲生成 ├─ 敏感词检测
├─ 大纲编辑 ├─ 人物生成 ├─ AI 痕迹评分
├─ 人物设定 ├─ 章节生成 ├─ 审核系统
├─ 章节创作 ├─ 续写润色 ├─ 平台政策管理
└─ 项目协作 ├─ 多供应商调度
└─ 配额控制
导出分享 系统管理
├─ 多格式导出 ├─ 用户管理
├─ 公开分享 ├─ 订阅管理
├─ 版本回滚 ├─ 数据统计
└─ 导出记录 ├─ 系统设置
├─ 公告管理
└─ AI 供应商配置
入门前空白大：大纲怎么写、人物怎么设定、世界观怎么构建——缺乏系统化的引导和模板
产出效率低：从零开始逐字敲写，一章 3000 字往往要耗费数小时甚至一整天
合规门槛高：各大网文平台对敏感词和 AI 生成内容有严格的审核标准，作者难以预判风险
工具链割裂：大纲在一个文档里、人物在另一个文档里、章节在第三个文档里——缺乏一站式整合工具
开发一个AI 驱动的一站式网络小说创作辅助平台
核心目标：
| 目标 | 具体描述 |
| :------- | :----------------------------------------------------------- |
| 降低门槛 | 让零经验的新手也能在 10 分钟内完成小说大纲和人物设定 |
| 提升效率 | AI 辅助生成章节、续写润色，将写作效率提升 3-5 倍 |
| 统一管理 | 项目、大纲、人物、章节、版本都在一个平台内管理 |
| 合规保障 | 集成敏感词检测和 AI 痕迹评分，帮助作者在发布前规避风险 |
| 安全可控 | JWT 认证、角色权限、IP 限流、Turnstile 人机验证，平台具备基础安全能力 |
| 商业闭环 | 三级订阅体系（免费/Pro/Unlimited），支持后续商业变现 |
2.功能
整个平台分为 5 大功能域
创作管理 AI 引擎 合规检测
├─ 项目管理 ├─ 大纲生成 ├─ 敏感词检测
├─ 大纲编辑 ├─ 人物生成 ├─ AI 痕迹评分
├─ 人物设定 ├─ 章节生成 ├─ 审核系统
├─ 章节创作 ├─ 续写润色 ├─ 平台政策管理
└─ 项目协作 ├─ 多供应商调度
└─ 配额控制
导出分享 系统管理
├─ 多格式导出 ├─ 用户管理
├─ 公开分享 ├─ 订阅管理
├─ 版本回滚 ├─ 数据统计
└─ 导出记录 ├─ 系统设置
├─ 公告管理
└─ AI 供应商配置
项目实现
1.整体架构
第 1 层：用户端
浏览器 → Next.js 15 前端（端口 3000）
React 19 页面路由（12 个页面）
公共组件（Navbar / InkParticles 等）
国际化（中英文双语言）
Axios HTTP 客户端（自动携带 JWT token）
第 2 层：反向代理
Nginx（端口 80）
/api/* → 转发到后端 3001
/* → 转发到前端 3000
第 3 层：后端服务
Fastify 5.3（端口 3001）
20 个路由模块 → 处理约 70 个 API 端点
auth / projects / outlines / characters
chapters / reviews / versions
generation / ai-providers / user-api-keys
compliance / exports / shares
subscriptions / platform-policies
project-members / dashboard / settings
admin
6 个服务层模块 → 核心业务逻辑
ai-provider（AI 调度 + 配额检查）
generation（AI 生成逻辑）
compliance（合规检测）
sensitive-words（敏感词库）
ai-trace（AI 痕迹检测）
stats（统计）
3 个中间件 → 安全控制
JWT 认证
角色权限（admin / author / reviewer）
项目级 ACL（owner / editor / viewer）
认证方式：JWT + bcryptjs + Turnstile
第 4 层：数据层
SQLite 数据库（sql.js）
22 张数据表
用户系：users / password_resets / user_quotas
创作系：projects / outlines / characters / chapters
安全系：content_safety_audits / sensitive_words
商业系：subscriptions / ai_provider_bills / export_records
部署运行
PM2 守护两个进程：
tsx watch src/index.ts（后端 Fastify :3001）
next dev --port 3000（前端 Next.js :3000）
2.我负责整个网站的全栈开发
第 1 层：用户端
浏览器 → Next.js 15 前端（端口 3000）
React 19 页面路由（12 个页面）
公共组件（Navbar / InkParticles 等）
国际化（中英文双语言）
Axios HTTP 客户端（自动携带 JWT token）
第 2 层：反向代理
Nginx（端口 80）
/api/* → 转发到后端 3001
/* → 转发到前端 3000
第 3 层：后端服务
Fastify 5.3（端口 3001）
20 个路由模块 → 处理约 70 个 API 端点
auth / projects / outlines / characters
chapters / reviews / versions
generation / ai-providers / user-api-keys
compliance / exports / shares
subscriptions / platform-policies
project-members / dashboard / settings
admin
6 个服务层模块 → 核心业务逻辑
ai-provider（AI 调度 + 配额检查）
generation（AI 生成逻辑）
compliance（合规检测）
sensitive-words（敏感词库）
ai-trace（AI 痕迹检测）
stats（统计）
3 个中间件 → 安全控制
JWT 认证
角色权限（admin / author / reviewer）
项目级 ACL（owner / editor / viewer）
认证方式：JWT + bcryptjs + Turnstile
第 4 层：数据层
SQLite 数据库（sql.js）
22 张数据表
用户系：users / password_resets / user_quotas
创作系：projects / outlines / characters / chapters
安全系：content_safety_audits / sensitive_words
商业系：subscriptions / ai_provider_bills / export_records
部署运行
PM2 守护两个进程：
tsx watch src/index.ts（后端 Fastify :3001）
next dev --port 3000（前端 Next.js :3000）
2.我负责整个网站的全栈开发
示例图片视频
相似推荐
有游戏关卡机制的记单词微信小程序-熊猫记单词
1，早年做过游戏开发，也玩过不少游戏，一直想把游戏里黏人的机制复刻到学习工具里，游戏黏人的机制其中之一就是“压力-释放同时建立新压力-驱动循环”最典型的就是“关卡机制”；另外，单词助记内容对牢固记单词有帮助，以及单词复习规律需符合艾宾浩斯遗忘曲线，这些都可以作为学习工具的功能。
2，小程序核心关卡系统，用户将购买到的词库里的单词灌入关卡系统，系统每天根据艾宾浩斯记忆遗忘曲规律指定的学习（复习）计划，产生一些待学习（复习）单词构成的关卡，用户进入关卡闯关是要先默写单词的（每关3~8个单词），一关单词默写结束提交后如果有错误，则这个单词会增加复习次数，并且将已有的复习计划都提前，并且自动进入学习单词的页面去学习，学习内容除了单词信息外还有助记内容。
saas平台
1.现在旅游和教培行业发展潮流，自研saas软件，区分租户及权限，方便用户使用
2.功能：系统用户，租户，票务模块，OA模块，分销模块，商管模块，财务模块
3.根据租户分配不同菜单权限，可以根据购买套餐，使用不能的模块功能
K12教育征订
整体是b2b2c模式。
主要用于用户可线上参与活动购买零售或其他商品，积分参与等等；
后台管理，商品加工，活动发布，数据统计,权限管理等等;
有支付功能，对接银行，微信，支付宝等；
还有一些对客户针对性的功能开发。
某公考教育平台小程序开发
某公考教育平台需要开发小程序版，并通过小程序实现新的营销和获客渠道。由于小程序用户客群非常大，所以开发小程序版的主要目的就是拓展小程序渠道，使用户可以通过小程序直接访问平台，并直接购课，同时通过基于小程序的营销手段，激活用户，引导用户最终使用平台产品。
网络安全ctf与awd比赛平台-网络安全赛事中心
1.立项背景:高校网络安全专业与战队在组织校内外 CTF（Capture The Flag，夺旗赛）和 AWD（Attack WithDefense，攻防对抗赛）时，长期依赖开源平台或第三方在线靶场。现有方案普遍存在三类痛点：一是开源平台功能割裂，传统解题赛（Jeopardy）与攻防对抗赛需要两套系统分别部署，数据与选手账号无法打通；二是容器靶场编排能力弱，题目环境需人工搭建，动态Flag、按队伍隔离、过期回收等能力缺失或需要大量二次开发；三是缺少面向国内高校赛事的定制化能力，如队伍审核、报名审批、真实身份核验、邮箱验证码注册、作弊检测等。本项目立项目标即自研一套统一支持 CTF 与 AWD 双赛制、全流程线上化的网络安全竞赛平台。
2.建设目标。 （1）覆盖竞赛全生命周期：建赛、出题、报名审核、选手参赛、答题计分、容器下发、排行榜、作弊检测、Writeup评审、日志审计；（2）支持三种 CTF 题型（静态题、动态附件题、容器题）与完整的 AWD 攻防对抗机制（OpenVPN靶场接入、双网络隔离、自动 Check、分池计分、靶机重置）；（3）工程上做到高可用、可运维：容器/附件/轮次全自动调度与过期回收、多级日志与审计、滑动窗口限流、启动自愈清理脏数据。目前平台已完成主体功能开发并在真实比赛环境中投入使用。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服