代码本身在这里是做任务的只负责被openclaw调度其中自己需要开发MCP、Skill概念是什么在本项目中的角色Skill给 OpenClaw Agent 看的一组 Markdown 脚本让它知道“什么时候、用什么参数、按什么流程做恶意充值检测”纯文档编排不写业务逻辑MCP Server给 OpenClaw 调用的工具服务通过 MCP 协议暴露tools/list、tools/callJava 写的 MCP 服务暴露 6 个工具MCP Client连接 Server调用服务端能力这里已经有openclaw作为client了第一步准备基本项目环境数据库、openclaw、skill中的代码要用到的代码环境变量、pom等等第二步完成代码基本的实体类以及skill中要用的基础方法比如查询账号信息、修改账号数据等等第三步完成业务代码service层比如违规评定、封号业务等等文章末尾附活动内容及规则第四步MCP化让各种方法能够真正被openclaw或者其他agent调用引 MCP SDK 写mcp/RechargeMcpServer.javapom补充...一个类实现 STDIO 版 JSON-RPC暴露 6 个 tooldetectRisk、queryRecharges、queryBonus、banUser、restrictBonus、getAccountStatus每个 tool 配 JSON Schema输入输出字段这是 OpenClaw 能发现你的前提写skills/malicious-recharge-detector/SKILL.md告诉 Agent触发词是什么“检查恶意充值”、先调detectRisk、多少分才调banUser、批量上限 200、永久封需人工确认把你刚定的活动方案和计分规则全文贴进去当附件Agent 判定时有据可依agent靠skill的description命中skillskill中会直接指示调用什么tool而不是靠某些东西命中toolJSON Schema是干啥的是 OpenClaw 把 Tool「暴露给大模型」的必备元数据。读取Schema → 将tool注册进工具列表本地联调验证java -jar跑起来OpenClaw 配置mcpServers加一条 STDIO 指向这个 jar在 OpenClaw 对话框说“Dry-Run 检查昨日恶意充值”看它是否调detectRisk只返回名单不真封再说“确认封禁 user_002”看是否调banUser并写库第五步联通openclaw实现落地下一章讲解看一下代码结构会更有理解附1.MCP接入方案总的来说算是两种Demo中选择第一种2.为什么基于 openclaw 开发 skill、mcp 等不用写 mcp client 代码但是得写 mcp server 代码OpenClaw 本身就是内置好的 MCP Client协议收发、stdio / 连接管理、工具发现全都封装完你做 SkillMCP 是在做「工具提供者」也就是 MCP Server所以只需要写 Server 这一侧不用自己写 MCP Client 底层代码一侧是别人写的一侧是自己写的二者怎么联通OpenClaw 里面有两套模式模式 AOpenClaw MCP Client。你开发一个独立 MCP Serverskillmcp然后在 OpenClaw 配置里openclaw mcp add把你的 server 注册进去。OpenClaw 内部会自动作为 MCP Client 拉起你的进程、协商协议、调用工具。 你只写你的 MCP Server。模式 Bopenclaw mcp serve此时 OpenClaw 自己变成 MCP Server给外部 Claude Code / Codex 这类 MCP Client 调用。3.活动内容及封号规则一、AI首充Token全额返还活动方案1. 活动基础规则活动时长版本上线后持续30天参与档位仅支持6元、30元、100元三档充值1元及以下订单不参与任何返还活动权益次数单人活动期内共3次权益包含1次首充全额返还权益2次复充折扣权益2. 充值权益规则首充权益仅限个人首次充值按对应充值档位全额返还Token复充权益重复充值同档位仅享受6折Token福利不再参与全额返还3. 额度与设备限制返还上限单人累计Token返还上限为2万Token设备限制单台设备仅前2个账号可享受首充返还权益第3个及以上账号永久无法参与首充返还无人工白名单特殊通道4. 活动预算机制活动总预算100万Token终止机制预算Token耗尽活动立即停止5. 退款与额度抵扣规则退款回收产生退款订单将全额回收已发放的返还Token负额度机制已消耗的返还Token将记为负额度用户下次充值将优先抵扣该负额度负额度上限个人负额度最高2万Token超出上限将执行封号处理额度恢复负额度产生后24小时内补款可恢复正常额度超时未补款补款恢复资格作废6. 用户有效行为要求用户领取返还Token后必须产生至少1条正常AI问答记录无有效AI问答视为无效用户剥夺后续所有活动权益同时纳入风控名单二、封号业务逻辑规则采用五项唯一计分体系根据违规行为累计计分依据分数梯度执行对应处罚所有处置行为留痕可查、可申诉回滚。1. 违规计分标准领取返还后发起退款且返还Token消耗比例达80%加70分7天内极速消耗返还Token消耗比例达90%加20分单设备3个及以上账号领取首充返还权益加30分个人名下累计5笔以上不足6元的无效小额订单加30分领取返还Token后无任何有效AI对话记录加70分2. 分数梯度处罚规则90分及以上账号封禁7天同时冻结所有未消耗的返还Token60-89分禁止领取平台所有赠送、返还类权益30-59分仅纳入观察名单无功能限制30分以下正常放行无任何处罚与风控标记3. 特殊豁免规则仅纯1元测试订单未命中任何其他违规项的账号默认仅观察、不做任何处罚4. 数据留痕与申诉机制所有风控、处罚处置记录同步录入risk_detect_log日志封号操作将修改账号account_status状态所有处罚结果支持用户申诉、人工回滚处置