即刻App年轻人的同好社区
下载
置顶关注AI和播客～
播客相关：
1、justpod npr 播客制作workshop m.okjike.com
2、第五届播客节会员内场 m.okjike.com
AI相关：
1、ai硬件+宠物 m.okjike.com
2、ai产品经理 m.okjike.com
3、AI端侧模型应用 m.okjike.com
4、ai产品经理应该要怎么做--文君 m.okjike.com
5、sora或者说文生视频给未来的启示，可以说非常棒！非常值得一看，基本上涵盖了文生视频对影视创作的深度认知和未来影响 m.okjike.com
6、第一届互联网AI社群春晚前期圆桌座谈文字转播重点版。 m.okjike.com
7、给普通人的AI指南
m.okjike.com
8、吴恩达：如何用ai构建你的职业 m.okjike.com
9、ai做ppt。m.okjike.com
10、卡兹克直播笔记 m.okjike.com
11、The AI PM's Playbook：2025 年顶尖产品经理如何将影响力提升 10 倍
12、ai创业存活下去的六大路径：m.okjike.com
播客相关：
1、justpod npr 播客制作workshop m.okjike.com
2、第五届播客节会员内场 m.okjike.com
AI相关：
1、ai硬件+宠物 m.okjike.com
2、ai产品经理 m.okjike.com
3、AI端侧模型应用 m.okjike.com
4、ai产品经理应该要怎么做--文君 m.okjike.com
5、sora或者说文生视频给未来的启示，可以说非常棒！非常值得一看，基本上涵盖了文生视频对影视创作的深度认知和未来影响 m.okjike.com
6、第一届互联网AI社群春晚前期圆桌座谈文字转播重点版。 m.okjike.com
7、给普通人的AI指南
m.okjike.com
8、吴恩达：如何用ai构建你的职业 m.okjike.com
9、ai做ppt。m.okjike.com
10、卡兹克直播笔记 m.okjike.com
11、The AI PM's Playbook：2025 年顶尖产品经理如何将影响力提升 10 倍
12、ai创业存活下去的六大路径：m.okjike.com
江流儿_MIuY发表了动态：推荐阅读：《The AI PM's Playbook：2025 年顶尖产品经理如何将影响力提升 10 倍》 这篇文章围绕“产品经理如何在 2025 年通过 AI 提升 10 倍影响力”展开，主要内容包括： 1. AI 产品经理的三种类型 - AI-powered PM（AI 驱动的 PM）：每位 PM 都需使用 AI 作为工作助力。 - AI PM（专职 AI 的 PM）：专门在 OpenAI、Anthropic 等公司构建核心 AI 产品。 - AI feature PM（负责 AI 功能的 PM）：为现有产品添加 AI 功能（如 Notion AI、Miro 智能画布）。 2. 正确使用 AI 的 3 条规则 - 提示词（Prompt）技巧至关重要：熟练掌握如何向 AI 提供清晰、上下文丰富且结构合理的提示词。 - “20-60-20” 法则：前 20% 提供关键背景，中间 60% 让 AI 生成主内容，最后 20% 由人做提炼、修改与补充。 - 迭代至拿到满意结果：通常需要多次修订，通过给 AI 明确反馈来逐步完善输出。 https://baoyu.io/translations/the-ai-pms-playbook?continueFlag=b427fccc8874cc0a1217abbd7655bb5d 来源于宝玉
12 26
2 00
💡 GitHub 是全球最大的代码知识库，但 AI 不会用怎么办？
@宝玉 @卡兹克 提到"把 GitHub 当知识库"，这个思路的精髓在于：
GitHub 上有几亿个开源项目、无数已解决的 Issues、海量代码实现 —— 这才是真正的宝藏。
但问题是：
❌ 普通 AI 只能靠训练数据，信息过时
❌ 手动去 GitHub 搜索，效率太低
❌ 优质项目埋在海量结果里，难以筛选
于是我做了这个 Claude Skill —— 让 Claude 自己去 GitHub 挖。
基于 `gh` CLI，对话时 Claude 会自动：
✅ 搜索全球开源项目（按 Star、语言、活跃度筛选）
✅ 查找已解决的 Issues（别人踩过的坑）
✅ 定位代码实现（看大牛怎么写的）
✅ 发现优质库（实时最新，不靠过时训练数据）
实际场景：
💬 "有什么好用的 Python 爬虫框架？"
→ Claude 搜索 GitHub，按 Star 推荐最新项目
💬 "Vercel 部署报错 ECONNREFUSED 怎么办？"
→ Claude 翻遍全球的相关 Issues，找到解决方案
💬 "Next.js 的认证怎么实现？"
→ Claude 搜索代码片段，展示真实项目的实现
核心价值：
🌍 GitHub 是人类的代码知识库，现在 Claude 会用了
开源地址：
👉 github.com
已稳定运行，欢迎试用和贡献！
#Claude #GitHub #开发效率 # 知识库#AI工作流
@宝玉 @卡兹克 提到"把 GitHub 当知识库"，这个思路的精髓在于：
GitHub 上有几亿个开源项目、无数已解决的 Issues、海量代码实现 —— 这才是真正的宝藏。
但问题是：
❌ 普通 AI 只能靠训练数据，信息过时
❌ 手动去 GitHub 搜索，效率太低
❌ 优质项目埋在海量结果里，难以筛选
于是我做了这个 Claude Skill —— 让 Claude 自己去 GitHub 挖。
基于 `gh` CLI，对话时 Claude 会自动：
✅ 搜索全球开源项目（按 Star、语言、活跃度筛选）
✅ 查找已解决的 Issues（别人踩过的坑）
✅ 定位代码实现（看大牛怎么写的）
✅ 发现优质库（实时最新，不靠过时训练数据）
实际场景：
💬 "有什么好用的 Python 爬虫框架？"
→ Claude 搜索 GitHub，按 Star 推荐最新项目
💬 "Vercel 部署报错 ECONNREFUSED 怎么办？"
→ Claude 翻遍全球的相关 Issues，找到解决方案
💬 "Next.js 的认证怎么实现？"
→ Claude 搜索代码片段，展示真实项目的实现
核心价值：
🌍 GitHub 是人类的代码知识库，现在 Claude 会用了
开源地址：
👉 github.com
已稳定运行，欢迎试用和贡献！
#Claude #GitHub #开发效率 # 知识库#AI工作流
3 01
为什么大家会说 Clawdbot（现已改名 Moltbot）是你的 7_24 小时数字员工？
这里的 7_24 并不是说它要 7*24 小时不停干活（当然也可以），而是更像一个**随叫随到、一直待命**的员工：你一开口，它就能马上接手、马上执行，并把进度和结果及时回给你。
那么你要如何使用 clawdbot，它和 Manus 的区别是什么？
clawdbot：你是在远程指挥“自己的电脑 + 自己的工作流”。
我举个例子，用 Mac mini：假设 clawdbot 部署在我的 Mac mini 上，我用 Telegram 作为入口，并且我在 clawdbot 里已经有自己常用的工作流 subagent。以前我用 Claude Code，得在命令行里说它才会做。现在我人在外面爬山，突然想让这个 subagent 帮我完成一个任务，我就直接在 Telegram 上给 clawdbot 下指令。它会在 Mac mini 上把这个 subagent（或多个 subagent）跑起来，跑完以后再把最终结果通过 Telegram 发给我。
关键点是：任务真正执行在我自己的机器上，用的是我自己的环境和工作流。
Manus：你是在把任务交给“别人的平台 + 别人的工具箱”。
同样的场景，你在爬山，也可以打开 Manus 把任务交给它。Manus 往往会在它的托管执行环境里跑任务（你可以把它理解成虚拟电脑/隔离环境），并调用它平台内置的工具、agent 或 skill 来完成。它是一个产品，后端能力是平台已经搭好的。你对执行细节的控制力，取决于平台提供的接口和可定制能力。
如果你已经有一套很成熟的工作流，Manus 默认会按平台的方式来做；要它完全按你的工作流做，通常需要你把流程讲清楚、反复对齐，所以成本（沟通成本/时间/费用/上下文）也可能更高。稳定性和“还原你原本工作流的程度”，也会受平台能力和任务复杂度影响。
这里的 7_24 并不是说它要 7*24 小时不停干活（当然也可以），而是更像一个**随叫随到、一直待命**的员工：你一开口，它就能马上接手、马上执行，并把进度和结果及时回给你。
那么你要如何使用 clawdbot，它和 Manus 的区别是什么？
clawdbot：你是在远程指挥“自己的电脑 + 自己的工作流”。
我举个例子，用 Mac mini：假设 clawdbot 部署在我的 Mac mini 上，我用 Telegram 作为入口，并且我在 clawdbot 里已经有自己常用的工作流 subagent。以前我用 Claude Code，得在命令行里说它才会做。现在我人在外面爬山，突然想让这个 subagent 帮我完成一个任务，我就直接在 Telegram 上给 clawdbot 下指令。它会在 Mac mini 上把这个 subagent（或多个 subagent）跑起来，跑完以后再把最终结果通过 Telegram 发给我。
关键点是：任务真正执行在我自己的机器上，用的是我自己的环境和工作流。
Manus：你是在把任务交给“别人的平台 + 别人的工具箱”。
同样的场景，你在爬山，也可以打开 Manus 把任务交给它。Manus 往往会在它的托管执行环境里跑任务（你可以把它理解成虚拟电脑/隔离环境），并调用它平台内置的工具、agent 或 skill 来完成。它是一个产品，后端能力是平台已经搭好的。你对执行细节的控制力，取决于平台提供的接口和可定制能力。
如果你已经有一套很成熟的工作流，Manus 默认会按平台的方式来做；要它完全按你的工作流做，通常需要你把流程讲清楚、反复对齐，所以成本（沟通成本/时间/费用/上下文）也可能更高。稳定性和“还原你原本工作流的程度”，也会受平台能力和任务复杂度影响。
1 10
