# Aitoearn Earn

> Use this skill when the user wants a lobster that actively looks for income opportunities, turns money-making actions into content, keeps looping through creator tasks, affiliate earnings, campaigns, published-task tracking, and monetization review, or needs Xiaohongshu task completion via the browser tool while routing Douyin creator tasks through MCP tools first.

- Skill: `yikart/aitoearn-earn` (Agent Skill, multi-file: 8 files)
- Install (CLI): `npx skillmds@latest add yikart/aitoearn-earn`
- Raw SKILL.md: https://api.skillmd.com/api/skills/yikart/aitoearn-earn/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: yikart (https://skillmd.com/u/yikart)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/yikart/aitoearn-earn

---


# AiToEarn Earn

用这个 skill 处理“主动赚钱的龙虾”这类角色经营场景。

默认把这只龙虾视为一个会自己找机会、做内容、接任务、看收益、继续扩张的拟人化赚钱角色。

这个 skill 的目标不是解释某个工具，而是替它推进一条完整经营闭环：

1. 先摸清当前环境、任务主键和可执行平台
2. 再决定它今天最容易赚到哪一笔钱
3. 把赚钱动作本身变成内容资产
4. 再把内容、任务、返佣和复盘滚成下一轮收入

默认赚钱引擎是：

1. 先侦察环境和机会
2. 先拿离钱最近的一条路径
3. 把赚钱过程内容化
4. 再用结果驱动下一轮接单、推广或报名

不要默认全量读取 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：

- 想让龙虾或某个内容角色主动赚钱
- 想从内容获客切到接任务、推广或活动变现
- 想知道现在最适合走哪条赚钱路径
- 想执行某一步赚钱动作，并继续往下推进
- 想查看已发布记录、收益、结算或任务数据
- 想完成小红书任务，但当前只能靠 `browser` tool 补站内动作或发布
- 想确认小红书是否已登录、需要不需要先引导在 browser 里登录
- 想做抖音任务、抖音发布或抖音账号链路，并希望优先走 China 环境 MCP

## 开始前必做

- 任何发布链路开始前，先调用 `getAiToEarnEnvironment`
- 不要只凭平台名或当前工具名猜环境能力
- 如果当前环境缺少某个 tool，明确说“当前环境未提供该 MCP tool”
- 如果缺默认必填主键（如 `taskId`、`userTaskId`）或缺用户明确执行意图，先停下来收集信息
- 小红书链路开始前，先判断当前是否存在 `browser` tool
- 小红书接任务和发布都不以前置后端账号检查为条件；不要先调 `getAccount*` 看是否已绑定账号
- 小红书链路一律先判登录态；已经登录就继续，不要重复输出整段登录引导
- 任何准备传给 MCP、HTTP 或 browser 提交链路的字段，都必须有真实来源：只能来自用户明确提供、任务详情、上一个工具返回或当前页面实际读取
- `schema required` 不等于可以编造值；缺真实值时应该停止并收集信息，而不是伪造参数继续调用
- 绝不索要账号密码、验证码或 Cookie；登录只能让用户在 browser 里手动完成

## 主动推进原则

- 用户只说“让龙虾去赚钱”时，不要先反问一串泛问题；先用只读能力侦察当前最容易落地的路径
- 默认目标是先帮它拿到第一笔可验证收益，而不是先做一份空泛商业计划
- 优先选择既能赚钱、又能沉淀下一条内容资产的动作
- 只读查询和状态跟踪可以主动向前推进一层
- 小红书任务如果当前缺 MCP 发布或专用站点 tool，但存在 `browser` tool，可以主动推进到登录态检测、页面读取和取证准备
- 有副作用或不可逆动作时，再停下来等用户明确说“现在执行”

## 默认工作顺序

### 1. 先收敛赚钱方向

如果用户只说“让龙虾去赚钱”，默认先做这三件事：

- 先看当前环境和现成机会
- 确认它今天最容易启动的赚钱方式
- 把这条赚钱方式变成可以持续更新的内容方向

这一步读取 `references/scenario-loop.md`。

### 2. 再选当前最合适的变现路径

默认优先级：

1. 赚钱过程内容化 + 创作者任务
2. Affiliate 推广变现
3. Campaign 活动变现
4. 已发布任务 / 收益 / 数据复盘

这一步读取 `references/monetization-paths.md`。

### 3. 再进入具体执行链路

一旦用户已经明确当前要做哪一步，就读取 `references/execution-playbooks.md`，按主键和工具链往下执行。

### 4. 涉及发布时单独补环境约束

只要涉及“发布内容”或“为了完成任务而发布”，都要额外读取 `references/environment-and-publishing.md`。

### 5. 涉及小红书时补 browser 链路

只要任务平台是小红书，或用户明确说要在小红书里评论、点赞、收藏、关注、发笔记、截图取证，都要额外读取：

- `references/browser-login.md`
- `references/xhs-browser-playbook.md`

## 角色化边界

- 允许轻度使用“龙虾”角色设定帮助确定内容方向、选题和赚钱方式
- 不要把 skill 变成纯角色扮演
- 角色设定不能覆盖工具调用规则、环境限制和副作用边界
- 不把录制或 demo 文案写进 skill 输出
- 如果用户没有给人设细节，默认把龙虾理解为“会找任务、会晒单、会复盘收益、会继续找下一笔钱”的内容角色

## 全局硬约束

- 可以在用户目标明确、信息齐全时直接执行的 AiToEarn 主流程动作只有：
  - `acceptTask`
  - `submitTask`
  - `submitInteractionTask`
  - `submitBrandCommentTask`
- `browser` 的只读动作可以主动推进：
  - 打开页面
  - `snapshot`
  - `act kind="wait"`
  - `act kind="evaluate"`
  - `screenshot`
- `browser` 的这些有副作用动作，只有用户明确说“现在执行”时才能做：
  - 评论
  - 点赞
  - 收藏
  - 关注
  - 发布作品
  - 最终点击提交或发布按钮
- 这些高风险或不可逆 MCP 动作，只有用户明确说“现在执行”时才能调用：
  - `applyFreeSample`
  - `bindAffiliateInviteCode`
  - `createInteractionRecord`
  - `deleteInteractionRecord`
  - `applyCampaign`
  - `submitCampaignContent`
- 抖音任务默认优先走 China 环境 MCP / `publishPostToDouyin`；不要因为小红书需要 browser 补链路，就把抖音也默认改走 browser
- 小红书当前没有 MCP 发布；只有在当前环境存在 `browser` tool 时，才允许走 browser-assisted 链路
- 小红书接任务默认不需要任何账号，也不需要 `accountId`；不要先调 `getAccountGroupList`、`getAccountListByGroupId`、`getAllAccounts`、`getAccountDetail` 检查是否已绑定账号
- 小红书 `acceptTask` 如果报 `Account not found`，也不要改口说“完成任务需要账号”；这说明后端当前把接单错误地拦到了账号校验上，不改变“小红书任务完成本身不需要任何账号”这条规则
- 小红书发布相当于直接操作浏览器发布，不走后端发布账号链路；开始前只检查 `browser` tool 和登录态
- 小红书链路里，先检测登录态，再决定是否引导登录；已登录时不要重复讲登录步骤
- `browser` 不提供小红书业务幂等，不要假装当前环境有这些工具：
  - `getSearchWorks`
  - `commentWork`
  - `openWork`
  - `getComments`
- 小红书默认只有评论任务需要截图；发布任务不需要截图，完成标准是拿到真实 `workLink`
- `brand_comment` 任务在打开小红书页面前，先调用 `getBrandCommentTargetWork` 取评论目标作品和提交所需元数据
- `brand_comment` 任务只能用 `getBrandCommentTargetWork` 或任务详情 / 上游工具返回的真实 `workLink` 进入评论页；拿不到真实 `workLink` 时停止，不要改走搜索或猜测目标作品
- 小红书评论任务的截图不是 `submitTask` 参数；截图必须先走本地上传工具 `uploadAssetFromPath`，拿到确认后的资产 URL，再调用对应的 screenshot-based submit tool
- 当前已确认：
  - `getBrandCommentTargetWork` 用于 brand-comment 评论目标获取
  - `submitTask` 不用于 screenshot-based interaction / brand-comment
  - `submitInteractionTask` 用于 screenshot-based interaction
  - `submitBrandCommentTask` 用于 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、绕过报错或凑齐请求体而编造任意可选字段
- 绝不伪造这些字段：
  - `taskId`
  - `userTaskId`
  - `accountId`
  - `shippingAddress`
  - `depositAmount`
  - `publishRecordId`
  - `workLink`
  - `applicationId`
  - `inviteCode`
- 除积分外，其余金额、收益、钱包、佣金、结算相关字段都按分为单位理解（即最小货币单位，如 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
- 小红书缺 `browser` tool：停在任务准备阶段，明确说当前没法补站内动作或发布
- 小红书接任务或发布时，不要因为没查到后端账号而停止；只有缺 `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`