solo-skills：一人公司的 26 个 AI 技能，真正有价值的是失败记录

solo-skills 不是一套“装上就自动经营公司的 AI”。它更像一份由个人运营者维护的工作手册：把内容制作、发布、沟通、社群和日常运维中已经跑通过的流程，整理成可被 Claude Code、Codex 或其他兼容工具读取的 SKILL.md。

仓库作者维护 GET100 社区，把 49 项日常任务拆解后开放其中 26 个技能。真正值得借鉴的地方不在数量，而在它愿意把失败路径写进流程：韩文输入碎裂、风格统计失准、转录缺失，都没有被包装成“智能体已经解决”。

安装很简单，难的是选对边界

git clone https://github.com/bam-bam-2/solo-skills
cp -R solo-skills/skills/* ~/.claude/skills/

技能之间基本独立，适合按需复制。安装前要先确认当前智能体读取的技能目录、脚本依赖和外部账号权限。复制文件不等于完成集成；涉及发帖、邮件、聊天或删除操作时，应先检查是否默认 dry-run、是否需要显式确认，以及失败后能否回滚。

26 个技能覆盖的不是“万能代理”

内容类技能处理演示视频、电子书 PDF、UI 标注和图片生成；写作发布类技能连接 Naver 博客与 Threads；沟通类技能涉及会议纪要、KakaoTalk 和邮件；另有 Discord 机器人、提醒、回退路由、二手交易检索、文风分析和 Notion 操作。

这种拆分方式比一个包办所有事情的大代理更容易验收。每个技能都有清晰输入、输出和依赖，出现问题时可以定位到单一环节，而不是在一条长提示词里猜测哪个步骤出了错。

失败记录比功能清单更有用

Threads 技能曾用一个月的 492 条历史回复统计标点习惯，发现真实风格与旧标准表不同；web-demo-video 用 iframe、真实点击事件和确定性时钟生成可重复视频；kakaotalk-cli 则记录了 SSH 剪贴板和未渲染聊天室等具体限制。它们共同说明：智能体自动化首先是测量和约束问题，其次才是提示词问题。

把 SKILL.md 当作可审查的运行手册

一个可复用技能至少应说明前置条件、操作顺序、成功判据、失败处理和副作用。脚本可以负责 PDF 排版、视频合帧或发布调用，但关键决策不应藏在黑盒脚本里。尤其是远程卸载、社交发布、邮件发送和 Notion 删除，应该保留 dry-run、日志与人工确认。

适合从一项重复任务开始

solo-skills 更适合给已有工作流补一个稳定环节，而不是把所有技能一次性装入生产环境。先选一个低风险任务，记录输入、耗时、失败率和人工返工点；验证输出后再扩大权限范围。这样得到的是可维护的自动化资产，而不是一堆没人敢运行的提示词。

项目地址：https://github.com/bam-bam-2/solo-skills。具体技能的依赖、许可证和外部服务条件，应以仓库当前文件为准。