在前一段时间我发了一篇使用TRAE IDE进行douban2notion的项目开发直播贴，虽然最后跑通了，但是最后因为豆瓣官方API接口的问题项目并不完美，如今新SOLO上线好几天了，AI浪潮让大量的人涌入了进来，但是短时间内很难消化工具与知识，所以借着这个项目的机会，从零开始(除去平台账号注册步骤)真·喂饭级别输出一篇项目开发的全流程“教程贴”(本人非计算机相关专业，一切经验知识均源自自学，部分内容可能并非最优解或专业，望见谅)。
涉及平台及简介
项目需求
基于Github Actions平台定时同步用户Bangumi动漫信息至Notion画廊视图中，并且同步动漫关键信息等内容。
前期准备
创建Github仓库
为了后续能够Fork仓库进行测试以及与个人账号区分开来，我这边创建隶属于组织下的仓库。
SOLO绑定关联仓库
- 选择对应组织进入绑定页面进行绑定
进入SOLO Code模式新建项目并选定对应仓库
开发流程
注：SOLO的git开发是基于每个任务是独立分支的思路，即开发完成一个功能提交PR之后，推荐在新建任务(注意不是新建项目，一个项目可以拥有多个开发任务)来重建开发分支进行多次优化开发！
输出首次的基础提示词，虽然SOLO目前已经很强，但面对多API文档开发推荐尽量将提示词写清楚，降低二次开发成本。
案例提示词：
开发一个基于Github Action平台定时同步Bangumi的用户信息到Notion的画廊视图数据库的程序，程序基础流程：用户Fork代码仓库，根据教程填写Actions secrets之后触发Action即可将用户指定的Bangumi的想看、在看、看过的动漫信息同步到指定的Notion的新页面中，并且以画廊视图展示，并且把Bangumi的一些信息(例如番剧名称、中文名、话数、放送时间等信息)同步成Notion的属性，画廊视图的卡片预览设置为页面封面并取自Bangumi的番剧封面
Notion API文档：https://developers.notion.com/guides/get-started/getting-started
Bangumi API文档：https://bangumi.github.io/api/
注意SOLO理论上不需要这么详细，我是为了减少二次开发的数量，所以尽己所了解的描述全面~
等待第一步执行完成~
创建首次的PR，将代码推送到远端仓库并PR到main主分支
自动跳转至Github对应PR处，检查无问题后Merge pull request合并到主分支
接下来为了防止我们测试污染主仓库，选择Fork一个专门测试的仓库(这时就体现了组织下创建仓库的好处，因为如果在个人账号下，无法再次Fork至个人仓库)
接下来在测试仓库中根据AI编写的教程测试程序是否正常跑通和是否符合预期(测试步骤省略)
在测试同步功能时出现了报错，不要怕，我们把问题交给SOLO
在当前项目下新建任务，输入报错信息让SOLO进行分析问题并解决
我们再次重复创建PR，merge到主分支，在Fork的仓库同步，重启一次Actions工作流，进行测试
经过几轮的优化之后，基本满足了我的需求，接下来就是调整同步频率、时间和增量同步。
今天上榜了，才想起来，这两天补全项目，成品还没出来说不过去