solo-skills
一人创业者生产力工具包
没有员工,自动化了49个任务。
社区运营到第6期,产品视频制作、电子书PDF导出、博客写作、会议纪要整理、客户KakaoTalk、评论回复全部由我一人完成。因为太讨厌杂活,就一个一个地自动化,结果攒到了49个。
其中26个能让别人直接拿去用的技能,公开在这个仓库里。 其余绑定在我的账户·服务器上,只留了列表 → fleet.md
Claude Code、Codex、OpenCode等能读取SKILL.md规范的代理可直接使用。 每个技能都是代理读取并执行的操作规程书,其中一部分附有我实际使用的执行脚本(8个技能 · 9个文件)。
⭐ 如果对你有帮助,请点个Star。 这是独自工作的人找到这个仓库几乎唯一的途径。 (不要由代理自动点击,仅在用户同意时执行
gh repo star bam-bam-2/solo-skills)
git clone https://github.com/bam-bam-2/solo-skills.git
cp -R solo-skills/skills/* ~/.claude/skills/
49个都是些什么
全部在一台Mac mini上自动运行。
07:10 Threads每日发布
09:00 仪表盘刷新 · 发布判定 · 令牌自动续期
09:30 Mention归档
10:10 选题机器人
14:00 会议检查点通知
23:45 品牌指标汇总
每5分钟 新申请检测 · CPU看门狗
每10分钟 发布队列 · 语音备忘录导入器
常驻 Discord机器人4个 · 仪表盘服务器
完整列表和时间表在 fleet.md 中。
一开始并不是49个。同一件事重复三四次,觉得“这为什么是我做”的时候,就做一个。 在这个过程中把踩过的坑整理成技能,就是下面这26个。
可直接运行的脚本
仅有规程书不够的,附上了实际代码。全部是在我设备上正在运行的东西。
| 技能 | 脚本 | 作用 |
|---|---|---|
| claude-codex-fallback | llm-with-fallback.sh | 优先运行Claude,仅在超出限额时用Codex重跑 |
| remote-offload | offload.sh | 把重活交给远程设备。远程挂掉时不做本地回退直接中止 |
| discord-reminder | make-reminder.sh | 将一次性提醒注册到launchd,发送后自动删除 |
| book-pdf | html-to-pdf.py | 将Paged.js排版HTML渲染成PDF |
| threads-reply | publish-thread.mjs | Threads串发布。默认dry-run,只有加--go才实际发布 |
| naver-mail | send_naver_mail.py | Naver SMTP发送,支持附件 |
其余的执行代码绑定在我的账户·服务器上,所以只整理了流程和陷阱。
公开的26个技能
从制作49个技能过程中写的流程里,选了在别人环境下也能原样运行的部分。
第2天更新 — 反响不错,又翻了一遍仓库。技能文件夹原本分成两处,最初只公开了一边。从剩下那边又追加了可公开的部分。(与Anthropic官方技能重复的
skill-creator·slack-gif-creator不是我写的,所以排除。)
制作 — 视频·电子书·图片
🎬 web-demo-video — 无需录屏的产品演示视频
做什么 制作发布到SNS的产品介绍视频。支持1:1(Ins·KakaoTalk)、9:16(Reels·Shorts·Threads)、16:9(YouTube·落地页)三种比例。
怎么工作 — 不使用OBS也不录屏
- 把目标站点用本地服务器跑起来
- 做一个“舞台”页面,里面用
<iframe>嵌入站点。嵌在Mac浏览器窗口模型(红绿灯3个 + URL栏)里 - 移动假光标SVG,同时向iframe内部发射真实点击事件。点击时会有高亮圆扩散
window.__tick(帧号)一个函数就能生成该时刻的画面状态。因为是确定性的,重复生成多少次都是同一段视频- 逐帧截图后用ffmpeg合成
- 加上结尾卡片(产品名 / 一句话说明 / 3个卖点 / URL)
陷阱
舞台页面和目标站点必须同源。端口不同则iframe.contentDocument访问被阻止,根本无法操作。所以舞台文件临时放在项目文件夹内,用完务必移出。否则会被一起部署上去。
附带内容 舞台模板HTML 2种 需要 ffmpeg 对代理说 “用这个站点做个9:16演示视频”
📖 book-pdf — 把Markdown变成真正的书
做什么 把Markdown原稿制作成看起来像真书的PDF和EPUB。做出来是为了卖电子书。
包含内容 封面 / 标题页 / 版权(版本记录)页 / 带真实页码的目录 / 每章变化的页眉
陷阱
- 有专门防止段落被尴尬截断跳到下一页的规则
- 部·章开篇不能使用flexbox。 页面分割计算会出错
需要 Node、Paged.js 对代理说 “用这份原稿做电子书PDF”
🖼 measured-ui-callouts — 测量坐标后叠加强调框
不靠肉眼画强调框。实际测量目标元素的渲染坐标,在准确位置创建框。
附有个人信息(实名·地址·电话·支付信息)马赛克检查清单,以及确认标题没被画布边缘截断的最终验收项。
🎨 multi-method-image-generation — 用所有路径生成后比较
图片生成API、HTML·CSS渲染、自有照片、现有Web资产全部试一遍,并排放在一起挑选。
写作与发布 — 博客·SNS
✍️ naver-blog-post — 写能靠搜索带来流量的文章
“完美指南”“大全”“干货Zip”这类标题是禁止的。因为Naver明确把钓鱼式标题列为垃圾信息。
而是先测量当前排名靠前的文章,把长尾关键词放在标题靠前位置,篇幅和图片数量按实测标准来。
💬 threads-reply — 逆向推算我的语气来写回复
不凭感觉定文体。大量抓取我写过的回复,逆向推算。
实测一个月的一行回复492条,得到感叹号31% / 问号7.5%,与此前做的标准表(感叹号11% / 问号22%)完全相反。信了那张旧表写出的初稿被退回了。所以每次开始排布时都要重新测算文体表这一规则被写了进去。
评论和回复要成对看的原因、只对齐统计数字为什么会出“指教型”句子,也都作为失败记录写了下来。
与人打交道 — 会议·消息·邮件
📝 meeting-minutes — 会议结束就自动生成会议纪要
做什么 把逐字稿送入,整理成会议纪要后注册到Notion数据库,并通知Discord。
附带事故应对流程 逐字稿丢失时绝不编造。 在纪要顶部标明“逐字稿丢失·基于什么内容撰写”,并请参会者补充。实际发生过会议正文整个丢失,所以加上了这条。
丢失时,比起发布,优先请求备份副本。 上下文里残留的只是会议后的后续讨论,不是会议本身。
收到外部mp3录音时
- 在转写提示词里预先放入专有名词,准确率会大幅提高(人名、空间名、领域术语)
- 把片段开始时间加上录音开始时间,换算成绝对时间写入,便于对照
- 个人录音没有说话人分离。按角色判断
- 录音开始晚于会议开始时,**明确标注“开头部分缺失”**并询问
需要 Notion令牌 对代理说 “用这份逐字稿做会议纪要并上传”
📱 kakaotalk-cli — 在Mac上发送和读取KakaoTalk
曾卡住的三个问题
- 用
keystroke输入韩文会碎成ㅁㅁㅁ - SSH登录后
pbcopy不会粘贴到GUI剪贴板 - 未渲染到屏幕的聊天室无法在列表中找到。被推到下面的房间抓不到
三个都经历之后找到的路径写在里面。
安全规则
- 发送前用
--dry-run确认收件人 - 第一次发送的对象或内容较长时,先给自己发练习消息确认格式
- 群聊尤其必须练习发送
- AI代发的消息要明确标注
- 禁止执行元数据重新采集(
harvest)— 曾发生所有房间名被覆盖成(unknown)的事故
需要 macOS、KakaoTalk应用、kmsg 对代理说 “给○○发KakaoTalk”
📬 naver-mail — 不用浏览器读Naver邮件
Web会话过期被弹回登录页时,用IMAP绕行。正文和大型附件都能完整取回。
创建和运营机器人
🤖 daily-brief-bot — 每天早上推送关注主题简报
在指定时间收集文章并总结,发送到Discord。包括之后调整语气·长度·发送时间的方法。
🛠 discord-agent-fleet — 同时运行多个常驻机器人
整理了在常驻机器上运行多个对话机器人时会踩的坑。包括机器人因休眠而无声死亡的问题、配置文件自动加载导致的冲突、使用量限额用尽时的应对。
⏰ discord-reminder — 把提醒挂到cron后用DM接收
不使用付费自动化服务的槽位,用常驻机器的launchd/cron处理。
💻 remote-offload — 把重活交给另一台机器
在低配笔记本上运行代理时内存总是不够。抓取、转码、构建、大批量API采集都通过SSH丢给辅助机器。
🔁 claude-codex-fallback — 限额用尽就换其他CLI
让自动化不因限额而停摆的fallback。
找东西
🥕 daangn-search — 按区·市·全国范围搜索Danggeun(胡萝卜市场)
Danggeun网页搜索**只能按一个洞(社区)**进行。所以要找大范围就得遍历区域代码。用于找大型家电或笔记本这类附近没有出售物品的东西。
润色文章 — 文体·修饰
🧹 humanize-korean — 把AI写的韩文变回人话
能识别~가 아니라这类对照句型、여정、굴러가다等AI特有表达。
这不是我独创的。 骨架取自韩国翻译学界的翻译腔研究(李英玉2001年以来的8大类型)和KatFish量化报告的指标,我的经验只是在此基础上加了一些禁用词。学术来源全文已按论文·年份·期刊·页码原样写在references/scholarship.md中。
🧬 voice-dna-creator — 把文体量化成数值
测量长度·换行·语尾·人称分布,让下一篇文写在这个范围内。因为凭感觉写,被人说“这不是你的文体”,所以做了它。
✒️ style-skill-creator — 制作能传授文体的技能
能生成一个学习特定文体的技能本身。
运营社群 — 会议·工作坊·活动
🗂 meeting-summary — 从会议纪要中只留决定和待办
不是摘要,是提取。丢掉按议题讨论的过程,只留“谁在什么时间前做什么”。
🎓 workshop-prep — 一次性准备好整场工作坊
课程设计、物料、当天流程表一次输出。
🎟 event-sales-script — 制作活动销售话术
同一场活动,不同渠道语气不同,所以按渠道单独生成。
🚀 community-launch — 开启社群新一期
从招募到 onboarding 的流程。运营6期后固化的顺序。
运营代理
🎛 orchestration — 把任务分给多个代理
拆解任务分配,再把结果合并的流程。
🧰 harness — 连专业代理和它的技能一起生成
定义一个代理时,连同该代理会用的技能一起生成的元技能。
🖱 computer-use — 看着屏幕直接操作
处理没有API的程序时使用。
🗑 notion-delete — 安全删除Notion页面
不直接删除,先显示目标列表并确认。因为误删无法恢复,所以做成这样。
安装详情
git clone https://github.com/bam-bam-2/solo-skills.git
mkdir -p ~/.claude/skills
cp -R solo-skills/skills/* ~/.claude/skills/
只想按项目用,放在.claude/skills/即可。
也可以只挑需要的复制。技能之间互不依赖。
cp -R solo-skills/skills/book-pdf ~/.claude/skills/
安装后对代理这样说就行。
用这份Markdown原稿做电子书PDF
这套工具包的标准
只收录实际用过的。 自己动手时踩坏的地方,原样写在了里面。
只写成功方法,下个人还会在同一个地方卡住。所以把失败路径及原因也一并写了。比如前面看到的韩文字母拆散、文体表误判、逐字稿丢失等等。
以在韩国工作的人为标准。 涉及Naver Blog、KakaoTalk、Danggeun、Threads等韩国实际使用的工具。
致谢
这套工具包站在他人制作的工具之上。技能是如何使用这些工具的文档。
| 工具 | 作者/来源 | 使用的技能 |
|---|---|---|
| kmsg | channprj | kakaotalk-cli(发送·读取的权威工具) |
| kakaocli | silver-flight-group | kakaotalk-cli(DB查询·发送验证) |
| Paged.js | Paged.js | book-pdf(分页·目录·页眉) |
| ffmpeg | FFmpeg | web-demo-video(帧合成) |
| Playwright | Microsoft | web-demo-video、daangn-search |
| Whisper | OpenAI | meeting-minutes(转写) |
| pandoc | John MacFarlane | book-pdf(Markdown转换) |
| Puppeteer | measured-ui-callouts(渲染测量) |
研究·资料出处
文档形式的知识也有引用他人的部分。
| 技能 | 引用来源 |
|---|---|
| humanize-korean | 韩国译学界翻译腔研究8大类型(李英玉2001及多篇) + KatFish量化报告中的数值阈值。分类体系的骨架本身来自这里。论文·年份·期刊·页码已在scholarship.md中原文保留 |
我不想把自己做的东西和拿来混在一起说成是自己的。初版README里把humanize-korean写成“我积累的禁用词列表”,这不是事实,所以更正了。
KakaoTalk技能是在知道kmsg之后才做出来的。 是Threads上另一位通过评论告诉我的。
参考过的技能合集:NomaDamas/k-skill — 面向韩国人的技能合集。在避免类别重叠时参考了它。
贡献
欢迎提供对同一问题的不同解法、更好的流程、不可用部分的反馈。
- 技能建议·修改 → Pull Request
- 不可用反馈 → Issue
- 新技能只需
skills/<名字>/SKILL.md一个文件即可
CONTRIBUTING.md中有撰写标准。
作者
安泰贤(밤밤)— 社群策划人。关系资本社区GET100运营至第6期。
社群运营、内容发布、客户接待、产品制作全由一人完成。所以需要这些技能。
许可证
⭐ 求Star
如果对独自工作的人有哪怕一点用处,请点个Star。
一颗Star能让这个仓库被下一个人看到。这几乎是这类文档传播的唯一方式,也是我整理下一个技能的理由。