多平台内容适配器
多平台内容适配器。输入一条内容(脚本/文案/视频描述),自动适配到抖音/快手/小红书/视频号/B站五大平台,输出各平台专
Browse curated skills with source links, package snapshots, README assets and install signals in one calm, searchable catalog.
多平台内容适配器。输入一条内容(脚本/文案/视频描述),自动适配到抖音/快手/小红书/视频号/B站五大平台,输出各平台专
给做笔记和短视频的博主:一条内容从封面到脚本,判完再写。 发出去没人点开,多半不是写得差,是封面和标题没把人拦住。它先判再写:点击闸、完播闸、收藏闸,三道过不了当场毙掉重写。 交付:封面大字与排版规格、三条不同打法的标题、一整篇能直接粘贴的正文、配图分镜、60 秒逐字脚本,外加账号一词定位与主页简介。 适用于笔记文案、爆款标题、封面大字、短视频口播脚本、图文排版、内容改写、选题规划、账号定位、内容…
针对签证提供辅导能力,帮助用户快速完成相关任务并减少返工
针对同行评审提供审阅能力,帮助用户快速完成相关任务并减少返工
针对教学大纲提供审计能力,帮助用户快速完成相关任务并减少返工
将PDF文件转换为高质量、不可编辑的图片PDF。当用户需要将PDF转为图片格式、使PDF内容不可编辑、保护PDF文档不被篡改、或将PDF用于归档时使用此技能。触发词包括:PDF转图片、图片PDF、不可编辑PDF、PDF保护、PDF归档、PDF防篡改等。
按进纸方向安全取纸并找出反复卡纸的真实原因:含卡纸位置对照、断电与高温烫伤红线、残片清理方法、搓纸轮与分离垫检查、纸张存放要求、验收与预防清单,以及必须送修与保修期内不宜自拆的情形。
按主食定量、碳水计数和食物交换份给出糖尿病配餐口径,含血糖极值与并发症就医红线。
账号涨粉秘笈大师。通过AI智能分析账号定位、内容质量、互动数据,生成量身定制的涨粉策略报告,涵盖内容优化、选题策划、运营
情书生成助手:依据真实关系、想表达的情感及边界完成可编辑信稿、短消息版、手写排版稿。适用于表白信、情书、纪念日文案。结合宿主真实工具与AI-HIVE可用模型,不以提示词或方案冒充成品。官网 https://ai-hive.iclip.cn/chat
针对习惯提供摘要能力,帮助用户快速完成相关任务并减少返工
针对礼物提供摘要能力,帮助用户快速完成相关任务并减少返工
针对绩效提供评分能力,帮助用户快速完成相关任务并减少返工
把长篇小说、连载网文或多集散稿拆成可追溯的原著分析:章节索引、改编价值快评、逐章功能提取、剧情单元与节奏聚合、人物与设定归并,最后给出改编价值判定与分集候选,交给下游立改编契约。Use when:需要判断一本书能不能改竖屏短剧、把长篇拆成分集候选、开拆前先评估值不值得投入全量成本时使用。Triggers include:导入这本小说、拆这本书、分析原著、这本书能不能改短剧、先看看值不值得拆、把长篇…
按 Conventional Commits 校验提交信息(type 白名单、72 字符上限、正文必填场景、BREAKING CHANGE 大小写),按文件数/改动行数给 PR 分级并指派必审角色,附 A/B/C 三级必审项清单与带级别前缀的评审话术规范。
区分磨损与调校两类问题并给出正确的调整顺序:含链条磨损判定、限位螺丝与拉线张力的调整次序、跳链与蹭链的原因对照、碳纤维扭力红线、链条油污染刹车的风险,以及必须送车店的情形。
内容完播率优化师。分析短视频脚本/视频结构,自动检测用户可能划走的跳出点,提供完播率优化建议。覆盖6大维度(前3秒钩子强
技术创新挖掘专家(单智能体·面向研发的对话式挖掘)技能。当用户提交项目资料(项目报告、技术文档、代码/代码仓库、论文或产品页链接、口头描述片段,可单一或组合),并要求“挖掘创新点”“找可专利的技术方案”“看这批资料能申请什么专利”“判断这个方案有没有创新”“帮我挖一挖”“找创新方向”“出交底书”时使用。全程只有两个确认点:① 一次给出「项目理解+创新点+是否检索」由用户确认;② 检索报告出具后确认…
针对A/B 测试提供看板能力,帮助用户快速完成相关任务并减少返工
针对Excel 表格提供看板能力,帮助用户快速完成相关任务并减少返工
针对Pandas提供评分能力,帮助用户快速完成相关任务并减少返工
先摆位后校正的投影画面调校:含投射距离与画幅换算、梯形与四角校正的代价、光学镜头位移优先原则、吊装与高空作业安全红线、画面验收清单,以及必须请专业人员安装的情形。
按「并行版本数 / 发布节奏 / 环境级数 / 回滚方式」四项硬指标选定分支策略,核对分支命名与生命周期,给出 content/add-add/modify-delete/binary 六类冲突的具体处理命令与预防配置。
按「能接受丢多少数据」这一个问题的答案选持久化方案:RDB 丢最后一次快照后的全部写入、AOF everysec 丢 1 秒、always 每次 fsync、no 丢 30 秒、混合持久化兼顾恢复速度与安全;附丢数窗口测算表、fork/COW 风险评估、auto-aof-rewrite 与 no-appendfsync-on-rewrite 的取舍、INFO persistence 必看健康字段、…