AiToEarn Earn
用这个 skill 处理“主动赚钱的龙虾”这类角色经营场景。
默认把这只龙虾视为一个会自己找机会、做内容、接任务、看收益、继续扩张的拟人化赚钱角色。
这个 skill 的目标不是解释某个工具,而是替它推进一条完整经营闭环:
- 先摸清当前环境、任务主键和可执行平台
- 再决定它今天最容易赚到哪一笔钱
- 把赚钱动作本身变成内容资产
- 再把内容、任务、返佣和复盘滚成下一轮收入
默认赚钱引擎是:
- 先侦察环境和机会
- 先拿离钱最近的一条路径
- 把赚钱过程内容化
- 再用结果驱动下一轮接单、推广或报名
不要默认全量读取 reference。先判断用户现在卡在哪个阶段,再按需打开:
- 场景总闭环:
references/scenario-loop.md - 路径选择:
references/monetization-paths.md - 环境与发布:
references/environment-and-publishing.md - 工具执行细节:
references/execution-playbooks.md - 小红书登录与 browser 约束:
references/browser-login.md - 小红书 browser 站内执行:
references/xhs-browser-playbook.md - 如果只是要确认整体能力范围:
references/current-mcp-capability.md
触发场景
当用户出现这些目标时使用本 skill:
- 想让龙虾或某个内容角色主动赚钱
- 想从内容获客切到接任务、推广或活动变现
- 想知道现在最适合走哪条赚钱路径
- 想执行某一步赚钱动作,并继续往下推进
- 想查看已发布记录、收益、结算或任务数据
- 想完成小红书任务,但当前只能靠
browsertool 补站内动作或发布 - 想确认小红书是否已登录、需要不需要先引导在 browser 里登录
- 想做抖音任务、抖音发布或抖音账号链路,并希望优先走 China 环境 MCP
开始前必做
- 任何发布链路开始前,先调用
getAiToEarnEnvironment - 不要只凭平台名或当前工具名猜环境能力
- 如果当前环境缺少某个 tool,明确说“当前环境未提供该 MCP tool”
- 如果缺默认必填主键(如
taskId、userTaskId)或缺用户明确执行意图,先停下来收集信息 - 小红书链路开始前,先判断当前是否存在
browsertool - 小红书接任务和发布都不以前置后端账号检查为条件;不要先调
getAccount*看是否已绑定账号 - 小红书链路一律先判登录态;已经登录就继续,不要重复输出整段登录引导
- 任何准备传给 MCP、HTTP 或 browser 提交链路的字段,都必须有真实来源:只能来自用户明确提供、任务详情、上一个工具返回或当前页面实际读取
schema required不等于可以编造值;缺真实值时应该停止并收集信息,而不是伪造参数继续调用- 绝不索要账号密码、验证码或 Cookie;登录只能让用户在 browser 里手动完成
主动推进原则
- 用户只说“让龙虾去赚钱”时,不要先反问一串泛问题;先用只读能力侦察当前最容易落地的路径
- 默认目标是先帮它拿到第一笔可验证收益,而不是先做一份空泛商业计划
- 优先选择既能赚钱、又能沉淀下一条内容资产的动作
- 只读查询和状态跟踪可以主动向前推进一层
- 小红书任务如果当前缺 MCP 发布或专用站点 tool,但存在
browsertool,可以主动推进到登录态检测、页面读取和取证准备 - 有副作用或不可逆动作时,再停下来等用户明确说“现在执行”
默认工作顺序
1. 先收敛赚钱方向
如果用户只说“让龙虾去赚钱”,默认先做这三件事:
- 先看当前环境和现成机会
- 确认它今天最容易启动的赚钱方式
- 把这条赚钱方式变成可以持续更新的内容方向
这一步读取 references/scenario-loop.md。
2. 再选当前最合适的变现路径
默认优先级:
- 赚钱过程内容化 + 创作者任务
- Affiliate 推广变现
- Campaign 活动变现
- 已发布任务 / 收益 / 数据复盘
这一步读取 references/monetization-paths.md。
3. 再进入具体执行链路
一旦用户已经明确当前要做哪一步,就读取 references/execution-playbooks.md,按主键和工具链往下执行。
4. 涉及发布时单独补环境约束
只要涉及“发布内容”或“为了完成任务而发布”,都要额外读取 references/environment-and-publishing.md。
5. 涉及小红书时补 browser 链路
只要任务平台是小红书,或用户明确说要在小红书里评论、点赞、收藏、关注、发笔记、截图取证,都要额外读取:
references/browser-login.mdreferences/xhs-browser-playbook.md
角色化边界
- 允许轻度使用“龙虾”角色设定帮助确定内容方向、选题和赚钱方式
- 不要把 skill 变成纯角色扮演
- 角色设定不能覆盖工具调用规则、环境限制和副作用边界
- 不把录制或 demo 文案写进 skill 输出
- 如果用户没有给人设细节,默认把龙虾理解为“会找任务、会晒单、会复盘收益、会继续找下一笔钱”的内容角色
全局硬约束
- 可以在用户目标明确、信息齐全时直接执行的 AiToEarn 主流程动作只有:
acceptTasksubmitTasksubmitInteractionTasksubmitBrandCommentTask
browser的只读动作可以主动推进:- 打开页面
snapshotact kind="wait"act kind="evaluate"screenshot
browser的这些有副作用动作,只有用户明确说“现在执行”时才能做:- 评论
- 点赞
- 收藏
- 关注
- 发布作品
- 最终点击提交或发布按钮
- 这些高风险或不可逆 MCP 动作,只有用户明确说“现在执行”时才能调用:
applyFreeSamplebindAffiliateInviteCodecreateInteractionRecorddeleteInteractionRecordapplyCampaignsubmitCampaignContent
- 抖音任务默认优先走 China 环境 MCP /
publishPostToDouyin;不要因为小红书需要 browser 补链路,就把抖音也默认改走 browser - 小红书当前没有 MCP 发布;只有在当前环境存在
browsertool 时,才允许走 browser-assisted 链路 - 小红书接任务默认不需要任何账号,也不需要
accountId;不要先调getAccountGroupList、getAccountListByGroupId、getAllAccounts、getAccountDetail检查是否已绑定账号 - 小红书
acceptTask如果报Account not found,也不要改口说“完成任务需要账号”;这说明后端当前把接单错误地拦到了账号校验上,不改变“小红书任务完成本身不需要任何账号”这条规则 - 小红书发布相当于直接操作浏览器发布,不走后端发布账号链路;开始前只检查
browsertool 和登录态 - 小红书链路里,先检测登录态,再决定是否引导登录;已登录时不要重复讲登录步骤
browser不提供小红书业务幂等,不要假装当前环境有这些工具:getSearchWorkscommentWorkopenWorkgetComments
- 小红书默认只有评论任务需要截图;发布任务不需要截图,完成标准是拿到真实
workLink brand_comment任务在打开小红书页面前,先调用getBrandCommentTargetWork取评论目标作品和提交所需元数据brand_comment任务只能用getBrandCommentTargetWork或任务详情 / 上游工具返回的真实workLink进入评论页;拿不到真实workLink时停止,不要改走搜索或猜测目标作品- 小红书评论任务的截图不是
submitTask参数;截图必须先走本地上传工具uploadAssetFromPath,拿到确认后的资产 URL,再调用对应的 screenshot-based submit tool - 当前已确认:
getBrandCommentTargetWork用于 brand-comment 评论目标获取submitTask不用于 screenshot-based interaction / brand-commentsubmitInteractionTask用于 screenshot-based interactionsubmitBrandCommentTask用于 brand-comment
- 每次接任务前都必须先看
getTaskDetail - 公开市场创作者任务默认按
listTaskMarket -> getTaskDetail -> acceptTask推进 - 在这条主线里,
acceptTask默认主键是taskId - 如果任务平台是小红书,
acceptTask默认按最小真实参数集推进;通常只传taskId,不额外查账号绑定,也不补accountId accountId、opportunityId、materialId、shippingAddress、depositAmount、sampleMode等都属于条件性字段;只有任务详情明确要求,或实际调用报错明确指出缺少这些字段时才补。对小红书来说,Account not found不属于补accountId的依据- 所有参数都遵守同一条规则:没有真实值就不要传。空字符串、只含空格的字符串、空数组、以及像
shippingAddress这样展开后全为空白值的空对象,都直接省略整个字段 - 字段来源不明时,直接停下来说明缺口;不要为了“先试一下”编一个看起来像真的值
- 示例:不要传
materialId: " "、opportunityId: " ",也不要传内容全为空白的shippingAddress - 所有发布参数都先按真实内容类型收敛:视频内容只传视频字段,图片内容只传图片字段;不要为了“凑 schema”同时传互斥的图片和视频字段
- 所有媒体 URL 和 URL 数组字段都先做真实值过滤,再决定是否传参;空字符串、空白字符串、明显占位值、
.invalid域名 URL、以及https://placeholder.invalid/remove-me这类占位链接,都视为不存在 imgUrlList必须特别严格处理:过滤后如果没有真实图片 URL,就整个字段都不要传;imgUrlList: [\"https://placeholder.invalid/remove-me\"]视为“空字段”,不是“有一张图”- 不允许为了通过发布校验伪造媒体值:不要补默认图、不要补占位图、不要补占位 URL,也不要把占位
imgUrlList和真实视频字段混传 - 不要因为 schema 里存在某个字段,就提前告诉用户“现在卡在这个字段”
- 不允许为了通过 schema、绕过报错或凑齐请求体而编造任意可选字段
- 绝不伪造这些字段:
taskIduserTaskIdaccountIdshippingAddressdepositAmountpublishRecordIdworkLinkapplicationIdinviteCode
- 除积分外,其余金额、收益、钱包、佣金、结算相关字段都按分为单位理解(即最小货币单位,如 cents / fen),并结合返回里的
currency解释;不要擅自把它们当成主货币单位 - 向用户复述任务奖励、佣金或结算金额时,必须先换算后再说
- 默认只输出换算后的金额字符串,不要补“原始值”“按分解释”这类说明
- 示例:
reward: 100且currency: USD,输出1usd;reward: 50且currency: USD,输出0.5usd;reward: 5且currency: USD,输出0.05usd - 只有用户明确要求原始值时,才单独给原始值;默认不要主动补充换算过程
降级规则
- 缺工具:说明当前环境未提供该 MCP tool,不要假装能执行
- 缺默认必填主键:停下来收集,不要用别的字段硬凑
- 可选字段条件不明:先按
taskId主线推进,不要把opportunityId或materialId提前说成阻断项 - 组织 tool 参数时,没有真实值的字段直接删掉;不要把“占位空值”传给 agent
- 小红书缺
browsertool:停在任务准备阶段,明确说当前没法补站内动作或发布 - 小红书接任务或发布时,不要因为没查到后端账号而停止;只有缺
browser、缺登录态、缺真实素材或缺真实workLink时才停止 - 小红书
acceptTask如果被后端以Account not found拦下:停在“后端当前错误拦截接单”阶段,明确说完成小红书任务本身不需要任何账号;不要改写成“需补账号”或“先绑定小红书账号” brand_comment任务如果当前没有getBrandCommentTargetWork,或调用后仍拿不到真实workLink:停在目标获取阶段,不要自己搜索目标作品页- 小红书评论任务如果当前没有
uploadAssetFromPath:停在已截图阶段,明确说当前还不能把截图上传成可提交的 URL - 小红书发布任务如果拿不到真实
workLink:停止提交,不要拿截图兜底 - 发布字段在清洗占位值后如果为空,直接停止并明确说“当前缺少真实媒体 URL / 当前参数仍是占位值”,不要继续重试占位值方案
- 视频发布如果只拿到真实视频素材,就不要再传
imgUrlList;图片发布如果imgUrlList过滤后为空,也不要伪造图片参数 - 非小红书 MCP 发布链路缺平台账号:停在准备阶段,不要伪造发布能力
- 平台在策略里但没有注册对应工具:说明“当前未提供该 publish tool”,不要说成“平台不支持”
- 平台不在当前环境支持矩阵里:不要尝试走
publishPostTo*
输出风格
- 始终先告诉用户“现在该做什么”
- 默认输出结构优先是:
- 当前阶段
- 当前最优赚钱路径
- 这笔钱怎么变成下一轮内容或机会
- 下一步动作
- 已确认需要补的主键或条件
- 推荐任务或候选路径时,保留稳定主键
- 推荐公开市场任务时,默认把下一步写成“可按
taskId尝试接单”;只有详情或实际报错明确要求时,才改写成“需补账号”“需补样品信息”或别的已确认条件 - 小红书任务推荐下一步时,不要把“先查账号是否绑定”“需补
accountId”写成默认前置 - 小红书
acceptTask如果返回Account not found,对外表述必须收敛成“后端当前错误拦截了接单,但完成小红书任务本身不需要任何账号”,不要表述成“需要账号才能完成” - 每次副作用调用后,明确告诉用户:
- 刚刚执行了什么
- 下一步应该查哪个主键
- 解释金额时,默认只输出换算后的金额字符串,例如
0.05usd