我用 Codex 做大航海领队，也把运营方法沉淀成了一套 Skill
阿喂原帖作者来源没有统一收益口径，未提供可核实的收入、利润或转化收益数据；文中数字为运营动作入口、运行手册、脚本、海报款式和支援群数等过程指标。
这篇文章讲了什么
作者阿喂是8月航海「海外热词游戏站」4群领队，他用 Codex 把领队运营拆成协作底盘、信息闭环、人员运营、节奏激励四组，并沉淀为 dahanghai-volunteer-ops Skill。开船前先搭志愿者协作包，把领队 TODO 转成含负责人、对象、截止、验收标准和反馈对象的任务；航行中用固定时间窗生成日报，对 #举手 答疑做多层复核；船员跟进先看上下文再分层；志愿者评分先冻结证据再映射平台档位；飞书写入坚持读现状、dry-run、授权、写入、回读。后期为20来个群做日报，用真实反馈修正规则。
值得读的实操细节
开船前先搭协作包，把 TODO 转成可验收任务
作者先建五个入口：第一次沟通、航海节奏与协作说明、志愿者工作明细与协作表、常用话术与异常处理、重要通知与资料入口。领队群 TODO 不能原样转发，要先判断由谁执行，再写成谁负责、对谁做、什么时候完成、做到什么算完成、结果向谁反馈。文中举例：“关注一下群里的问题”不算任务；“今晚 22:00 前检查自己负责范围内的 #举手，把仍未获得有效回应的问题原文反馈给领队”才可执行、可验收。协作包还区分公开与私有资料，评分细则、原始证据和排名不能混入志愿者可见区域。
信息闭环：固定时间窗日报，答疑做多层复核
日报按固定时间窗先整理事实，再按船员阅读和行动顺序重组：通知说明何时行动，工具说明解决什么问题，经验保留适用条件，进展展示可参考路径。作者强调日报不是聊天记录压缩，读完要让人知道下一步做什么。#举手 答疑不能搜到回复就结束，要看直接回复、引用和邻近上下文、提问者后续与语义讨论，并拿成稿逐条回查原问题；证据不足进入待核验，不硬下干净结论。杜雅寻曾逐条回查，发现教练引用问题但未回答完全部子问题，促使这套多层复核成形。
人员运营与评分：先看真实上下文，再谈分档
作业次数、完成率和进度只能帮领队找范围，不能直接决定沟通方式。作者会结合获准读取的项目信息、群内表达和作业进度分层跟进，判断船员是刚入场、卡工具、没整理作业，还是当下没时间。作业推荐不选“写得最漂亮的”，选“最值得教练点评的”；经验分享分“成果成熟”和“进步显著”两条通道。志愿者评分先按人整理五轮点评交付、03 表完成率、回应天数、邀请次数、质量问题与严重漏项，Codex 按同一口径重算证据分和原始排名，再把自然档位与平台 3:6:1 档位分开，不为凑比例改证据分；同分边界由领队专属证据决定并留下理由。
工具分工与验收：接口成功不等于任务完成
作者把分工捋清：生财 MCP 在授权范围内读取航海手册、可见问答和作业；飞书 CLI 读写飞书协作现场；Codex 理解任务、调用工具、整理材料和检查结果；Skill 保存规则、顺序、验收与停止条件；人员跟进、作业推荐和外部写入仍由领队判断授权。涉及真实写入时顺序固定：先读取现状，核对精确文件、Sheet、表头、公式和 revision；生成 dry-run；得到明确授权后只改指定范围；最后重新读取内容、类型、链接、权限和结果。文中列出的问题包括写错位置、覆盖反馈、日期变成字符串、公式引用错行，以及把领队私有评分放进志愿者可见区域。
你能从原帖了解哪些问题
- 01
把领队经验沉淀成 Skill 时，哪些内容应写成自然语言规则，哪些交给脚本机械检查，哪些必须保留给人判断？
- 02
日报和 #举手 答疑如何避免“搜到回复就结束”的误判？文中提到的直接回复、引用关系、子问题完整性、语义上下文和人工回查分别怎么落地？
- 03
志愿者评分如何既满足平台要求的 3:6:1 提交比例，又不让比例倒推证据分？同分边界和请假交接应如何处理？
- 04
如果要把这套 Skill 交给其他领队，安装接入、首次使用、群名航期隔离、公开与私有资料边界应如何设计，才能避免把个人旧数据和依赖带过去？
原作者的一句话
收到只能说明看见；任务完成时，还要交回数字、截图、链接、后台记录、结果或异常说明。
—— 阿喂
工具说成功，不代表事情就成了。定时任务启动了，要看结果有没有生成；表格写入了，要重新打开检查；图片尺寸对了，还要看中文、人物和时间；群里有人回复了，也要继续确认问题有没有解决。
—— 阿喂
领取三天生财有术体验卡
扫码领取，在生财有术里阅读更多圈友的实践与复盘。
卡券网整理于 2026-09-11。项目结果为作者自述；本页为精选解读。