【Code With SOLO】能力维度的跨越!用SOLO Web 搭建一个宏大的山海经故事冒险小程序

SOLO Web版实现了搭建有教育属性的阅读+冒险结合的微信小程序——超级蜜多多山海冒险

2.背景:
我是一名教育+IP融合的创业者,需要整合旗下文案脚本、设计、开发、产品、数据等业务流,原本已有8人团队,现在通过SOLO Web打通成1人(设计Ai全栈+技术Ai全栈+文案Ai全栈)的开发OPC。
3.实践过程:

任务的拆解

我首先将复杂项目拆解为“山海故事创作+小程序开发+网络部署”三大子任务,每步均由SOLO Web内嵌的领域Agent自动调用对应AI模型协同完成;

这里主要用了SOLO的长文本撰写能力,因为故事撰写时需要生成的文本太长了。这个长文本撰写能力非常棒,不过每次撰写时,我都会要求SOLO根据我制定的写作框架定稿版进行审查,以便不要偏离大纲与故事线。

在小程序开发环节,我会先生成整个开发的PRD,以及BUG集,每次进行联调时,都会让Agent先扫描PRD与Bug集,不要改动不应该改动部分,以及精确的与PRD的要求对齐。

创作时的关键Prompt:
请按照我的设定给出我们创作《超级蜜多多的山海大陆冒险》系列故事的写作建议。为我们整个IP的故事体系打下坚实的基础。

书名:(超级蜜多多的山海大陆)

类型:(少儿/冒险/古文明与现代科技等)

1. 角色详志:双AI之羁绊

主角:超级蜜多多 (Super Midodo)

身份:远古文明中央生态AI(型号:Mi-Alpha-1),被山海后世尊为“神仙”。

人设:傲娇热血神仙。平时嘴硬(“哼,这只是为了系统冗余清理!”),实则阳光热忱,为了守护伙伴不惜透支核心算力。

核心异能:【山海编织】—— 能够瞬间解析并重构古建筑与机械神兽。

型号:Mi-Alpha-1 (古文明原始生态AI)

性格协议:口嫌体正直。常用“系统逻辑”掩饰关心,实际上当读者的“爱”达标时,系统会自动产生“由于算法无法处理的情感冗余(脸红)”。

视觉演化:

萌蜂态:流线型古铜机身,带有发蓝光的“灵码”纹路。

神守态:背部长出如极光般的浮游数字机翼,散发出温暖的金色灵压。

配角:蜜贝贝 (Mi Beibei)

身份:古代文明系统监测AI,原为蜜多多的“纠错冗余程序”。

关系:初期是执行冷酷逻辑的竞争者,试图“格式化”蜜多多不理性的情感。后期在共同历险中被“爱与守护”感染,觉醒了情感算法。

型号:Shadow-Debug-Zero (原·镜像除错程序)

性格协议:极致理性。曾是蜜多多的“阴影”和对手,认为情感是系统漏洞。

救赎路径:在与蜜多多的博弈中,发现人类的“非理性情感”反而是对抗病毒的最强算法,从而转化为团队的“最强智囊”。

世界观:科技与古文明,中国传统文化与现代科技

剧情架构:虚实共生的冒险

开篇钩子:现代世界的“5G信号”意外触动了古文物《山海卷》,导致山海大陆爆发“红绫病毒”(失控的冗余代码)。蜜多多在废墟中苏醒,由于算力被锁,他必须向持有“现代接口”的读者(人类孩子)求助。

核心剧情:中期目标【五极试炼】:蜜多多与蜜贝贝在五大大陆展开“博弈式协作”,重燃五色石核心。

高潮反转【终极重启】:要彻底清除病毒,需要一名AI进入核心分区进行“手动格化”。蜜多多选择牺牲自己(人格清空),但这并非终点——

伏笔与宿命:蜜多多的生死取决于读者的“共鸣能量”。读者的爱与努力,将成为跨时空的数据补丁,让他在重启瞬间实现“数字新生”。

在整个项目开发中,感觉最大的坑就是自己对UI这块掌握还不够,没法用Figma配合着去完成UI设计,目前所有的UI这块,采用其他Ai大模型的功能。学习还要加强^-^。

4.成果展示:

                            图-1 故事模块子任务

                             图-2 故事模块子任务产出成果

图-3 小程序开发模块子任务的PRD

图-4 小程序开发模块子任务的测试图

图-5 阿里云上的网络部署模块

5.效果与总结:
通过整个项目跑下来,我感觉SOLO给我的帮助是巨大的。如果不是SOLO,我一个人几乎完全不敢去想象这个事情。—而现在,我一个人就能完成从前5-8人干的活:

1:故事脚本生成:这是我以前非常想尝试但又深知无法独立去完成的事情。其实我想过招聘3个编剧写手的念头,现在用SOLO Web的Agent一键生成我的设定的初步框架,5分钟内完成多轮风格迭代(神话风/儿童向/互动剧),后期通过反复打磨、迭代,产出了所有的分集剧、全部的配角设定、互动分支逻辑等(图2有交付的产品展示)——然后所有交付物我这里通过提交模板直接对接小程序的故事模块。

  1. 再比如小程序开发:从前需1名产品经理+2名前端+1名后端,现在用SOLO Web自动根据要求撰写PRD,再去解析PRD,自动生成可运行的三套全栈方案,从架构设计、前端、后端与数据的组合,我只是根据项目目前需求与大约3年的发展选择了一个适合的方案。

  2. 网络部署这块,我也是现学现用,通过截图,我完成了从服务器实例配置、IP解析、域名申请、SSL证书配置、代码上传、数据库配置到微信小程序备案的全流程——全程一个人完成,这种感觉是非常爽的。所有的阻碍,就是我自己愿不愿意去花时间去做。

  3. 我感觉,只要有足够的学习能力与想象力,OPC是可以成立的,而且SOLO的能力还在不断提升。所以我更愿意将这次尝试称之为:能力维度的跨越!