提示词

以上面图片为素材，给出视频封面 封面比例4:3 视频标题是：{{视频标题}} 封面上只需要有重点的几个字 不需要有很多小文字，适当加点插画就可以 风格：使用手写体或仿手写字体。大量使用简笔画、小图标、箭头、对话框、分隔线等手绘元素来辅助表达。色彩丰富活泼，常用荧光笔、彩铅效果。布局自由随性，充满个性和趣味性。

以上面图片为素材，给出三种比例视频封面，16:9，4:3，3:4 视频标题是：我已经彻底扔掉方向盘了：降智和封号，这是最坏的时代！ 封面上只需要有重点的几个字 不需要有很多小文字，适当加点插画就可以 风格：使用手写体或仿手写字体。大量使用简笔画、小图标、箭头、对话框、分隔线等手绘元素来辅助表达。色彩丰富活泼，常用荧光笔、彩铅效果。布局自由随性，充满个性和趣味性。 下面是视频文案，可以当参考：

修复下这个字幕： 里面可能提到了gpt-5.6-sol blender godot，gdscript 这些术语 【可选】可参考视频文案是：

修复字幕 是记录视频的时候文案可能会有点自由发挥，下面是文案参考：

下面是我的视频草稿，请整理成适合口播的完整文案，保留我的表达习惯、核心观点与情绪，不要改成空泛的宣传稿。 梳理叙述顺序，删去重复和口头停顿，把跳跃的观点衔接自然。区分个人感受、推测和可核实事实；不要把猜测改成确定结论，也不要补编经历或数据。 输出可直接录制的文案，结尾另列需要核实的事实。 【视频草稿】

根据下面的视频文案，给出【数量】个有吸引力的标题供我选择。 分别尝试观点鲜明、反差、故事感和提问等表达方式；标题要短、有重点，与文案实际内容一致。不要捏造事实、夸大结果或加入文案没有承诺的内容。 为每个标题简要说明适合的受众或强调的看点。 【视频文案】

生成一个动态的骑自行车的鹈鹕的svg

生成一个动态的骑自行车的穿渔网袜的小姑娘的svg

生成一个动态的骑自行车的小猪佩奇的svg

生成一个动态的骑自行车的熊大的svg

生成一个动态的骑自行车的二郎神牵着啸天犬的svg

生成一个动态的骑自行车的小哪吒的svg

生成动态的一个骑自行车的光头强的svg

生成一个动态的骑自行车的大耳朵图图的svg

为本项目建立一个项目级 skill，作为之后所有 AI 对话共享的项目知识库，并让它自动维护。 【建立】 - 先了解项目，在 `.agents/skills/<项目名>/SKILL.md` 创建（已有就沿用完善）。SKILL.md 只放项目概览、关键约定和资料索引，细节按主题拆到 `references/`。 - 在根目录 AGENTS.md 写入规则：处理本项目任务前先读这个 skill；完成一段有结论的工作后，按下面的规则更新它。 【维护规则】 - 不用等我提醒：有新的已确认决策、已核实的实现、踩坑或待办，就顺手更新；没有就不动。 - 只写事实。讨论中的方案、未验证的猜测标“待定”，不能写成已完成。 - 就地修改旧内容，不堆叠追加；过时的直接改掉。不复制大段代码，写文件路径即可。 - 不写密钥和隐私信息；更新文档不代表可以提交、推送或做其他操作。 - 更新后在回复末尾用一句话说明记了什么。 【手动触发】 - 我说“更新skill”时，表示对当前整个对话执行一遍上面的维护流程：从头回顾本次对话，提取所有值得保留的要点，和 skill 现有内容对比，补上遗漏、改掉过时的，已经记过的不要重复写。完成后列出这次新增和修改了哪些内容。 现在开始：检查项目，建好结构，把以上规则（包括“更新skill”这个触发词的含义）精简地写进 AGENTS.md。

【技术名称】到底能做什么？请先用通俗语言解释它解决的问题，再给出适合个人开发者的实际使用场景。 说明基本原理、需要的条件、适用边界，以及什么时候不值得使用。涉及容易变化的功能时核对官方资料，区分已经支持的能力与设想，不要只堆术语。

请介绍这个开源项目：【仓库链接】。 阅读 README 和关键目录，说明它解决什么问题、适合谁、主要功能、技术栈和代码结构。给出最短的上手路线，并指出部署条件、许可证和明显限制。 把仓库明确说明的事实与根据代码作出的推断分开；无法访问或没有验证的地方直接说明。

我准备给【项目功能】做一个 Rust 图形界面，目标平台是【操作系统】，当前约束是【开发经验、体积、性能或交付时间】。 请结合项目现有代码和需求比较适合的 GUI 方案，关注跨平台能力、生态、维护状态、打包方式和实现成本。优先推荐够用且容易维护的方案，解释取舍，并给出最小可运行的起步步骤。

请检查当前仓库尚未提交的改动和远程分支状态，梳理本次修改涉及的功能与文件，并做必要检查。 将相关改动组织成清晰的提交，使用中文说明；无关改动保留在原处。拉取【远程分支】后在本地处理合并，保留双方有效修改，验证通过后推送到【目标分支】。 遇到会丢失工作或无法判断意图的冲突时先说明，不要强推。最后汇总提交、合并结果、验证情况和推送状态。

请检查当前仓库的改动，按功能或目的分批提交，提交标题和说明使用中文。 每批提交前完成相关的必要检查，保留无关改动，不提交密钥、隐私信息、缓存及临时产物。 确认当前分支和远程目标，将完成的提交推送到对应远程分支；遇到分支分歧时先查明原因并妥善合并，不强推，不丢弃已有工作。 最后列出各批提交的中文说明、提交哈希、检查结果和推送状态。

请研究【游戏或系列名称】在 Steam 上各版本的销量和预估销售额，并说明能从哪些渠道查询。 优先查开发商公告和公开报告；第三方估算单独列明。按版本整理发行时间、统计范围、销量或拥有者数量、价格与折扣假设、销售额区间和来源日期。 不要把拥有者数直接当成销量，也不要把标价乘销量写成实际收入。区分毛销售额、平台分成后的收入与未知项，无法可靠估算时说明原因。

我的 Mac Dock 出现了两个【应用名称】图标。请先检查它们对应的应用路径、版本和运行进程，判断是重复安装、不同版本还是启动方式导致。 给出不会影响项目与用户数据的修复建议。需要清理时，明确列出目标路径和影响范围，保留正在使用的版本及相关项目文件；完成后验证重复图标问题是否解决。

我的电脑在【大致时间】意外重启，请结合【操作系统】的重启记录、崩溃报告和相关日志定位原因。 先做只读排查，区分系统更新、内核崩溃、资源压力、供电或硬件等可能性。用时间线列出证据、结论和仍待验证的假设，再给出按风险从低到高的处理建议。 日志摘要中去掉账号、设备标识、私有路径和网络地址，不要为了测试直接修改系统设置或重启。

请检查【目标目录】，整理文件类型、用途和空间占用，判断哪些是可重建缓存、重复输出或可能已经不用的旧文件。 先给出清理建议，不直接删除。对每个候选项说明判断依据、是否被当前项目引用、删除影响和恢复方式；无法确认用途的保留。避免根据文件名或修改时间就认定文件没用。

我想读关于【主题，例如思维模型或个人成长】的英文书，我的英语阅读水平是【水平】，希望解决【具体问题】。 先缩小到少量值得读的书，列出英文书名、作者、核心内容、阅读难度和推荐顺序。说明各书适合什么需求、内容是否重复，并给出可执行的阅读方式。 核实书名和作者，避免编造书籍，也不要只罗列畅销榜。

你的训练时间截止什么日期？