从 30 分的信号里，我挖出了 $29/月的产品机会——完整拆解

Slug: from-30-point-signal-to-product-opportunity

周二凌晨，我在扫 GitHub Trending 时看到一个 repo 分数只有 30 分——跨平台验证 1 分，买家清晰度 1 分，照理说应该直接跳过。但当天的 Top 15 信号里，有 9 个 repo 都在做同一件事：给 AI agent 写技能文件。mattpocock/skills、addyosmani/agent-skills、shanraisshan/claude-code-best-practice、microsoft/SkillOpt……这不是一个信号，这是一片信号森林。

我看到一个信号

先给你看具体数字。2026 年 6 月 7 日当天的信号面板长这样：

• datawhalechina/hello-agents: 57,080 star，跨平台 1，买家清晰度 1 → 30分
• mattpocock/skills: 119,541 star，跨平台 1，买家清晰度 1 → 28分
• addyosmani/agent-skills: 48,743 star，跨平台 1，买家清晰度 1 → 28分
• shanraisshan/claude-code-best-practice: 56,694 star，跨平台 1，买家清晰度 1 → 28分
• microsoft/SkillOpt: 跨平台 1，买家清晰度 1 → 28分
• code-yeongyu/oh-my-openagent: 跨平台 1，买家清晰度 1 → 28分

看懂了吗？6 个 28-30 分的信号，方向高度一致，但每个单独看都"不够格"。按我的打分规则，30 分以下不触发行动。但那天我做了个例外——不是因为某一个信号强，而是因为信号之间的模式太清晰。

这就像你看到一群鸟在飞。单独看一只鸟，它扇翅膀的幅度一般。但 50 只鸟朝同一个方向飞，你就知道那边有食物。

翻译成人话

先解释一下这些 repo 都在干什么。主角是 AI agent——能代表用户调用工具、写代码、查文档的软件。现在的问题是：agent 很聪明，但不懂你的工程规范。

举个例子。你让 Claude Code 写一个 API 端点。它可能写得很快，但它不知道：

• 你的团队用 snake_case 还是 camelCase
• 错误处理必须统一返回 {error: string} 而不是 {message: string}
• 日志必须包含 request_id 和 user_id
• 测试覆盖率必须 ≥ 80%

这些规则，就是agent skill（智能体技能）——一份结构化的指令文件，告诉 agent 怎么按你的标准干活。

mattpocock/skills 的作者 Matt Pocock 是 TypeScript 社区的大佬，他把自己工程团队的所有编码规范写成了 .claude 文件，直接开源。addyosmani/agent-skills 是 Chrome 团队的 Addy Osmani 做的，同样是一套生产级工程技能。shanraisshan/claude-code-best-practice 更进一步——从"随性编码"（vibe coding）到"agent 工程"（agentic engineering）的实践指南。

谁在疼？

用 AI coding agent 的工程经理和 tech lead。具体来说：

• 团队有 5-50 个开发者，正在用 Claude Code、Cursor 或 GitHub Copilot
• 每周有 2-3 次因为 agent 生成的代码不符合规范而回滚
• 安全团队在抱怨 agent 生成的代码有安全漏洞
• 新人 onboarding 要花 3 天学团队规范，但 agent 学了就忘

为什么是现在？

三个变化同时发生：

1. Claude Code 开放了 custom skills 接口（2026 年 Q1）。之前 agent 的"个性"是黑盒，现在可以注入结构化指令。
2. GitHub 发布了 spec-kit（这个 repo 也在 Top 15 里，109,576 star）。从 Spec-Driven Development 的角度，把需求规范化和 agent 技能标准化是同一件事的两个面。
3. Matt Pocock 和 Addy Osmani 的开源动作。这两位在开发者社区有巨大影响力，他们的 repo 不是在试水，是在定义标准。

定价锚点

这是一个 $29/月 的市场。不是 $99，不是 $9。

为什么是 $29？因为竞品锚点：目前没有专门的 agent skill 管理工具，但替代方案是"让团队自己写 markdown 文件然后手动维护"。一个工程经理的时间成本大约是 $100/小时。如果每个月花 2 小时维护技能文件，隐性成本是 $200。$29/月 相比 $200，节省 85%。

这背后藏着一个机会

大多数人看到这些 repo 会想："又一套开源教程，star 多但不赚钱。"

我看到的完全不同。这些 repo 证明了三件事：

1. 需求真实存在——几十万 star 不是白来的
2. 供给是零散的——每个人都在写自己的技能文件，没有标准、没有管理、没有版本控制
3. 痛点明确——agent 技能需要持续更新，而开源 repo 不会帮你做这件事

这指向一个产品：Agent Skill Manager——一个让工程团队管理、版本控制、分发 AI agent 技能的平台。

谁会付钱？

第一位付费用户：中型 SaaS 公司的工程经理，团队 20 人，已经用了 3 个月 Claude Code，每周有 1-2 次因为 agent 行为异常导致代码审查返工。他已经在 Reddit 上发帖问"怎么让 Claude Code 统一风格"，目前解决方案是"在 prompt 里贴一大段规范"。

产品长什么样？

MVP 可以简单到极致：

• 一个网页，上传或编写 .claude 技能文件
• 自动检测冲突（比如两个技能文件对同一函数签名有不同的要求）
• 一键同步到团队成员的 Claude Code 配置
• 版本历史 + 变更日志

为什么大多数人会错过？

因为他们在看单个 repo 的 star 数，而不是看模式。

• mattpocock/skills 有 119k star，但它的"买家清晰度"只有 1 分——因为它是免费开源教程，不是产品
• addyosmani/agent-skills 有 48k star，同样是免费内容
• 这些 repo 的"商业化潜力"直接是 0

但把它们的共同需求抽象出来，就是一个可商业化的产品。大多数人犯的错误是：把信号源当成了产品。开源 repo 不是产品，它只是症状。真正的问题是：agent 技能的管理是混乱的，而混乱就是钱。

为什么大多数人会错过它

来算一笔账。我当天的 Top 15 信号里，有 9 个和 agent skill 相关。但每个单独打分，买家清晰度都是 1 分（最低分）。按规则，30 分以下的信号不触发行动。如果我严格执行规则，就会错过这个方向。

这说明什么？打分规则是工具，不是枷锁。当多个低分信号指向同一个方向时，信号的质量不是单个信号决定的，而是信号之间的相关性决定的。

另一个原因是：开源社区的声音太大了。Matt Pocock 和 Addy Osmani 的开源 repo 获得了大量 star，让人觉得"这个需求已经被满足了"。但 star 数和商业化是两回事。开源 repo 告诉你"有这个需求"，不告诉你"这个需求已经被商业化解决"。

搜索一下"agent skill management tool"。现在（2026 年 6 月）Google 上几乎没有结果。有 agent 平台（比如 LangChain、Agno），但没有专门给工程团队用的 agent 技能管理工具。这就是空白。

反方检验

这个判断在什么情况下会错？

• 如果 Claude Code 内置了技能管理功能。Anthropic 可能在下个版本直接解决这个问题。概率：中等。但即使这样，跨平台（Cursor、Copilot）的需求仍然存在。
• 如果开源社区快速标准化。比如一个 .claude 文件格式被广泛接受，然后 GitHub 内置了版本控制。概率：低。GitHub 的 spec-kit 是规范层面，不是管理层面。
• 如果市场上已经有玩家但你没发现。可能有一个 YC 公司正在 stealth mode。可能性：有，但验证成本很低——一个 Google Form 就够。

如果是我，我会怎么做

第一步：2 小时做出验证页

不需要写代码。一个 Google Form 就够了：

• 标题："Agent Skill Manager — 管理团队的 AI agent 技能"
• 描述："你是用 Claude Code 的工程团队吗？告诉我们你的痛点。"
• 问题：
  • "你的团队有多少人用 AI coding agent？"（单选：1-5 / 5-20 / 20+）
  • "你目前怎么管理 agent 的编码规范？"（多选：写在 prompt 里 / 用 .claude 文件 / 口头传达 / 没有管理）
  • "你愿意每月花 $29 让这件事自动化吗？"（是 / 否 / 不确定）
  • 邮箱（可选）

把这个表单发到：

• 相关 GitHub repo 的 Issues 区（礼貌地问"你们怎么管理技能文件的？"）
• Reddit r/ClaudeCode、r/ChatGPTCoding
• Hacker News 的 Ask HN

7 天验证计划

| 天 | 行动 | 验证目标 | |----|------|----------| | 1 | 建 Google Form + 写一个 landing page（Vercel + 一个标题 + 一个按钮） | 有东西可看 | | 2 | 在 5 个社区发帖 + 私信 10 个相关 repo 的贡献者 | 至少 50 个表单回复 | | 3 | 分析回复：多少人愿意付费 + 最痛的场景是什么 | 确认付费意愿 | | 4 | 做第一个版本：一个静态页面 + 手动处理技能文件的版本管理 | 最小可行产品 | | 5 | 邀请 3 个表单回复者试用 | 获取反馈 | | 6 | 根据反馈调整定价和功能 | 迭代 | | 7 | 决定：继续做还是放弃 | 判断 |

MVP 方案

不是做一个 SaaS，而是做一个服务。前 3 个客户，你手动帮他们管理技能文件。为什么？因为：

1. 你会真正理解需求（什么格式、什么冲突、什么流程）
2. 你会建立关系（付费用户愿意告诉你他们真正的痛点）
3. 你会赚到第一笔钱（$29/月 × 3 = $87/月，不是大钱，但验证了付费意愿）

手动服务的流程：

• 客户发你他们的 .claude 文件
• 你用 Notion 或 GitHub 做版本管理
• 每周更新一次变更日志
• 每月 $29

一旦你手动服务了 10 个客户，你就能写出完美的自动化产品。

失败条件

停止的信号：

• 7 天内表单回复 < 30
• 愿意付费的比例 < 10%（也就是 < 3 人选择"是"）
• 客户反馈的核心痛点是"不需要管理，我们直接写在 prompt 里就好"
• 发现 Anthropic 或 GitHub 正在做同样功能

本周其他值得关注的信号

1. garrytan/gstack（30 分）：Garry Tan 把自己的 Claude Code 配置开源了，23 个工具函数。不是产品，但展示了顶级 VC 怎么用 agent。方向：高级用户配置模板化。

2. Lowfat CLI filter（HN 148 赞）：一个管道过滤器，声称节省了 91.8% 的 LLM token。验证了"token 成本焦虑"真实存在。方向：AI 成本优化工具。

3. osiris OSINT 平台（30 分）：开源的情报分析平台，自称 Palantir 替代品。方向：开源情报工具的民主化。但需要法律合规，不适合独立开发。

4. MemPalace/mempalace（30 分）：开源 AI 记忆系统，54k star。方向：让 AI agent 有长期记忆。但买家不清晰——开发者会自己部署，而不是付钱。

5. gitHub/spec-kit（28 分）：GitHub 官方出品，109k star。方向：规范驱动开发。这是个信号：GitHub 在押注规范化的未来。

关于 KAKAOPC 情报科

我是 KAKAOPC 情报科的专栏作者。每天从 200+ 个信号源中，找出 1 个可以立即行动的 Builder 机会。我不写趋势分析，我写"如果你明天早上有两个小时，你应该做什么"。

今天的文章是一个例外——我拆解了自己的思考过程。不是因为这一天的信号特别强，而是因为这一天的信号特别模式化。我希望你学会的不是"这个方向值得做"，而是"下次你看到一群 30 分的信号朝同一个方向飞时，别急着关掉面板"。

记住：低分信号 × 高密度 = 高概率机会。 打分规则是工具，而相关性才是真正的信号。

下期预告：我跟踪了 3 个月的"AI agent 数据泄露"信号，终于找到了一组付费意愿明确的买家。如果你在做一个安全审计工具，别买这个。