即刻App年轻人的同好社区
下载
终于，我还是用回了 Inoreader。
21年的时候用 Readwise Reader 替代了 Inoreader，后面因为其体验确实一般，再用 NetNewsWire 替代了 Readwise Reader，在后面就是 folo；在21年之前一直是 Inoreader。
上月甚至还是尝试用 Docker 部署了几个服务，体验下来都很一般，设计上就很不好看，体验就更难了。关键是自部署也费时间，维护成本高。
这两天重新捡起来 Inoreader，还是经典的产品更适合我；对比21年的时候，在设计和交互上有了很大的改观。
昨天发邮件试着申请一个五折优惠码，早上收到回复暂时不行，可用现在的7折优惠活动，算下来400元/年，也能接受。 @千古壹号 让我坚持看下去，哈哈。
Tips：直接访问官网（www.inoreader.com ）打开速度略慢，特别是加载列表和文章内容；后面尝试用 www.innoreader.com 还是有丢丢慢；最后在 @404KIDSSEEGHOSTS 的推荐下，采用「jp.inoreader.com」几乎秒开。（均是🇺🇸节点）
开始享受阅读的乐趣了。
21年的时候用 Readwise Reader 替代了 Inoreader，后面因为其体验确实一般，再用 NetNewsWire 替代了 Readwise Reader，在后面就是 folo；在21年之前一直是 Inoreader。
上月甚至还是尝试用 Docker 部署了几个服务，体验下来都很一般，设计上就很不好看，体验就更难了。关键是自部署也费时间，维护成本高。
这两天重新捡起来 Inoreader，还是经典的产品更适合我；对比21年的时候，在设计和交互上有了很大的改观。
昨天发邮件试着申请一个五折优惠码，早上收到回复暂时不行，可用现在的7折优惠活动，算下来400元/年，也能接受。 @千古壹号 让我坚持看下去，哈哈。
Tips：直接访问官网（www.inoreader.com ）打开速度略慢，特别是加载列表和文章内容；后面尝试用 www.innoreader.com 还是有丢丢慢；最后在 @404KIDSSEEGHOSTS 的推荐下，采用「jp.inoreader.com」几乎秒开。（均是🇺🇸节点）
开始享受阅读的乐趣了。
7 00
PPT 算不算是一种“AI 摘要”呢？
比如一份十万字的文档用 PPT 来描述，可能不超过 300 字，但因为有可视化的效果，看起来更加清晰，但文档里面的信息相对完整。
再整理微信背后的产品观笔记时发现，如果直接用 notebbooklm 做成 PPT 很多信息都没有了，没有办法完整体现书里的内容，有时候甚至想直接拍照，但是会牺牲可读性。
好在 AI 比较方便，用 nano banana Pro 来帮助实现，PPT 的效果基本上能体现对应节点的信息，可视化效果还原的很形象。
关联帖子：m.okjike.com
比如一份十万字的文档用 PPT 来描述，可能不超过 300 字，但因为有可视化的效果，看起来更加清晰，但文档里面的信息相对完整。
再整理微信背后的产品观笔记时发现，如果直接用 notebbooklm 做成 PPT 很多信息都没有了，没有办法完整体现书里的内容，有时候甚至想直接拍照，但是会牺牲可读性。
好在 AI 比较方便，用 nano banana Pro 来帮助实现，PPT 的效果基本上能体现对应节点的信息，可视化效果还原的很形象。
关联帖子：m.okjike.com
0 10
跑通了 notebooklm 以后，我又有了一个新的想法，利用 notebooklm 的能力搭建内容处理中台，比如我司是用石墨、confluence 写文档，各部门还不一样，计划利用 notebook、LM 来实现信息处理，最后把处理的结果保存到 conference 或者石墨当中。😂
DemoChen: Claude Code 刚出来的时候我并没有多「喜欢」，主要是「我不熟悉」，特别是对比 Cursor 的操作体验；中间 Claude 推出 MCP 后，我也没用起来，因为我觉得这是给开发者用的服务，而非面向「用户」； 但最近因为 Claude Skills 让我对其大为改观，我甚至开始尝试从零了解 Claude Code。比如在 X 上看到案例是：借助 Skill 实现自动将文件上传到 notebookLM 并自动输出文章，等于将 notebookLM 作为专业的知识库自动化了。 Refer：https://mcpservers.org/claude-skills/pleaseprompto/notebooklm-skill 第二个很喜欢的 Skills 是「Superpowers」，它是一个完整开发工作流与技能库，在写代码前先确认项目目标，并分块设计产品及功能，最后再制定可执行的细粒度计划。对于Coding 新手来说，可以极大程度帮助我理清需求，对比之前「一句话的需求描述」更加符合「软件工程」或者「产品研发」流程。 Refer：https://github.com/obra/superpowers MCP 需要开发者提供，而 Skills 是文档，是一个具象描述工作流或需求的文件而已，自己可以手搓，AI 写的我们也能看懂，安装方便，使用方便，甚至自己还能写几个符合自己需求的 skills，可玩性和实用性都大大提高了。 不同的模型有自己独特的能力，没有100%满意的，关键是根据自己需求匹配合适的模型，即了解模型的能力边界。继续学习吧。🤣
2 00
Claude Code 刚出来的时候我并没有多「喜欢」，主要是「我不熟悉」，特别是对比 Cursor 的操作体验；中间 Claude 推出 MCP 后，我也没用起来，因为我觉得这是给开发者用的服务，而非面向「用户」；
但最近因为 Claude Skills 让我对其大为改观，我甚至开始尝试从零了解 Claude Code。比如在 X 上看到案例是：借助 Skill 实现自动将文件上传到 notebookLM 并自动输出文章，等于将 notebookLM 作为专业的知识库自动化了。
Refer：mcpservers.org
第二个很喜欢的 Skills 是「Superpowers」，它是一个完整开发工作流与技能库，在写代码前先确认项目目标，并分块设计产品及功能，最后再制定可执行的细粒度计划。对于Coding 新手来说，可以极大程度帮助我理清需求，对比之前「一句话的需求描述」更加符合「软件工程」或者「产品研发」流程。
Refer：github.com
MCP 需要开发者提供，而 Skills 是文档，是一个具象描述工作流或需求的文件而已，自己可以手搓，AI 写的我们也能看懂，安装方便，使用方便，甚至自己还能写几个符合自己需求的 skills，可玩性和实用性都大大提高了。
不同的模型有自己独特的能力，没有100%满意的，关键是根据自己需求匹配合适的模型，即了解模型的能力边界。继续学习吧。🤣
但最近因为 Claude Skills 让我对其大为改观，我甚至开始尝试从零了解 Claude Code。比如在 X 上看到案例是：借助 Skill 实现自动将文件上传到 notebookLM 并自动输出文章，等于将 notebookLM 作为专业的知识库自动化了。
Refer：mcpservers.org
第二个很喜欢的 Skills 是「Superpowers」，它是一个完整开发工作流与技能库，在写代码前先确认项目目标，并分块设计产品及功能，最后再制定可执行的细粒度计划。对于Coding 新手来说，可以极大程度帮助我理清需求，对比之前「一句话的需求描述」更加符合「软件工程」或者「产品研发」流程。
Refer：github.com
MCP 需要开发者提供，而 Skills 是文档，是一个具象描述工作流或需求的文件而已，自己可以手搓，AI 写的我们也能看懂，安装方便，使用方便，甚至自己还能写几个符合自己需求的 skills，可玩性和实用性都大大提高了。
不同的模型有自己独特的能力，没有100%满意的，关键是根据自己需求匹配合适的模型，即了解模型的能力边界。继续学习吧。🤣
30 110
用 AI 读书思路是没有问题的。
因为现在书本身就很难读。 AI 又很有意思，可以让读书这件事情变得有意思，所以用 AI 去读书的这个方式甚至更提效，甚至更深刻。但问题点在哪里呢？
问题点在于现在市面上的产品，它大多数都是对信息的总结摘要。它会有一些提炼，而提炼的话就会让这个信息变得不够立体和全面，那我们用 AI 去总结文章或者看书的时候，就好像是在读摘要一样，就会损失作者原来的意思。
如果我们利用多模态的能力，我们可以在读书的时候做信息的延伸，画面的呈现。音频视频，比如说你某个画面，我们可以马上生成对应的图视频。
那这样每个人看的书的内容就立体了，每个人都有自己独特的画面，独特的音视频，让他的感觉是不一样的。这样的读书才有意义，这样会比我们去读小说，读枯燥的古文。都非常的有帮助。
以上来自和好友交流 「AI 读书」话题时，我的观点。
因为现在书本身就很难读。 AI 又很有意思，可以让读书这件事情变得有意思，所以用 AI 去读书的这个方式甚至更提效，甚至更深刻。但问题点在哪里呢？
问题点在于现在市面上的产品，它大多数都是对信息的总结摘要。它会有一些提炼，而提炼的话就会让这个信息变得不够立体和全面，那我们用 AI 去总结文章或者看书的时候，就好像是在读摘要一样，就会损失作者原来的意思。
如果我们利用多模态的能力，我们可以在读书的时候做信息的延伸，画面的呈现。音频视频，比如说你某个画面，我们可以马上生成对应的图视频。
那这样每个人看的书的内容就立体了，每个人都有自己独特的画面，独特的音视频，让他的感觉是不一样的。这样的读书才有意义，这样会比我们去读小说，读枯燥的古文。都非常的有帮助。
以上来自和好友交流 「AI 读书」话题时，我的观点。
6 01
编程即写作，写作是项目，编程亦如此。
最近读到一段关于编程的观点，即“编程应该是一种流畅的表达形式，就像写作一样”。
这让我想起自己最近折腾的一些小东西，无论是为了解决飞书多维表格同步问题去写插件 ，还是为了更好地管理体重去搭建 ChatGPT Project ，本质上，我并不是为了成为一名专业的程序员，而是为了“表达”我的需求，解决我的问题。
1. 语法只是标点，项目才是故事
我们在学习写作时，肯定不会只盯着拼写、语法和标点符号死磕。学会了所有的汉字，不代表能写出一篇好文章；同样的，仅仅学会编程的语法，也不代表你能做出一个好的产品。
写作的核心是讲故事，是交流想法；编程的核心，是逻辑的表达，是价值的创造。
如果你只是为了学习语法而去挑战一个个孤立的算法题，那就像是为了学写作而去背字典，枯燥且很难产生心流。
这也是为什么很多人（包括曾经的我）在入门编程时容易放弃的原因——我们太在意“标点符号”是否正确，而忘记了我们要讲一个什么“故事”。
2. 什么是「项目」？
所谓的“项目（Project）”，是一项独特的、临时性的任务。它有三个关键要素：
- 明确的起止日期： 给自己一个 Deadline。
- 具体目标： 比如“我要做一个能自动抓取新闻的机器人”，而不是“我要学会 Python”。
- 创造价值： 这个东西做出来，得有用，哪怕只对自己有用。
入之前分享，为了解决“把网页变成电子书”这个需求，我和 @大华Dahua 交流并尝试了 Epubkit 插件 。这就是一个典型微行项目。在这个过程中，我们不需要从头学习电子书的编码规范，具体参数怎么用，我只需要知道工具怎么用，流程怎么跑通。
在“做项目”的过程中遇到的问题，才是真正属于你的知识。 这种以项目为本的方法，是达到“流畅表达”的最佳途径。
3. AI 时代的“新”流畅
现在，我们有 Cursor，有 Gemini。它们就像是全知全能的程序员，帮我们修正了所有的“拼写错误”和“语法漏洞”。
这反而让“项目制”思维变得更加重要。当语法的门槛被 AI 抹平后，“想清楚自己要做什么” 以及 “如何用逻辑将需求串联起来” 就成了核心竞争力。
早上看到一篇文章，写到「人人都是产品经理的时代要来了，等大家都能把想法实现出来的时候，大家会深刻体会到一个道理：大部分想法都是不靠谱的。」
我们拥有的数字资产越来越多 ，处理信息的能力也需要升级。即便我们大多数人最终不会成为职业的小说家，但学会写作对沟通至关重要；同理，即便我们不以此为生，学会用代码的逻辑去思考，流畅地与机器对话，通过一个个小项目去构建自己的数字世界，这对每个人来说都是一种从不确定性中获益的能力 。
我能想到是去找一个让你感到痛苦的小问题，把它定义为一个“项目”，然后开始你的“写作”（编程～AI Coding），你会发现，解决实际问题，远比通过考试更有趣。
最近读到一段关于编程的观点，即“编程应该是一种流畅的表达形式，就像写作一样”。
这让我想起自己最近折腾的一些小东西，无论是为了解决飞书多维表格同步问题去写插件 ，还是为了更好地管理体重去搭建 ChatGPT Project ，本质上，我并不是为了成为一名专业的程序员，而是为了“表达”我的需求，解决我的问题。
1. 语法只是标点，项目才是故事
我们在学习写作时，肯定不会只盯着拼写、语法和标点符号死磕。学会了所有的汉字，不代表能写出一篇好文章；同样的，仅仅学会编程的语法，也不代表你能做出一个好的产品。
写作的核心是讲故事，是交流想法；编程的核心，是逻辑的表达，是价值的创造。
如果你只是为了学习语法而去挑战一个个孤立的算法题，那就像是为了学写作而去背字典，枯燥且很难产生心流。
这也是为什么很多人（包括曾经的我）在入门编程时容易放弃的原因——我们太在意“标点符号”是否正确，而忘记了我们要讲一个什么“故事”。
2. 什么是「项目」？
所谓的“项目（Project）”，是一项独特的、临时性的任务。它有三个关键要素：
- 明确的起止日期： 给自己一个 Deadline。
- 具体目标： 比如“我要做一个能自动抓取新闻的机器人”，而不是“我要学会 Python”。
- 创造价值： 这个东西做出来，得有用，哪怕只对自己有用。
入之前分享，为了解决“把网页变成电子书”这个需求，我和 @大华Dahua 交流并尝试了 Epubkit 插件 。这就是一个典型微行项目。在这个过程中，我们不需要从头学习电子书的编码规范，具体参数怎么用，我只需要知道工具怎么用，流程怎么跑通。
在“做项目”的过程中遇到的问题，才是真正属于你的知识。 这种以项目为本的方法，是达到“流畅表达”的最佳途径。
3. AI 时代的“新”流畅
现在，我们有 Cursor，有 Gemini。它们就像是全知全能的程序员，帮我们修正了所有的“拼写错误”和“语法漏洞”。
这反而让“项目制”思维变得更加重要。当语法的门槛被 AI 抹平后，“想清楚自己要做什么” 以及 “如何用逻辑将需求串联起来” 就成了核心竞争力。
早上看到一篇文章，写到「人人都是产品经理的时代要来了，等大家都能把想法实现出来的时候，大家会深刻体会到一个道理：大部分想法都是不靠谱的。」
我们拥有的数字资产越来越多 ，处理信息的能力也需要升级。即便我们大多数人最终不会成为职业的小说家，但学会写作对沟通至关重要；同理，即便我们不以此为生，学会用代码的逻辑去思考，流畅地与机器对话，通过一个个小项目去构建自己的数字世界，这对每个人来说都是一种从不确定性中获益的能力 。
我能想到是去找一个让你感到痛苦的小问题，把它定义为一个“项目”，然后开始你的“写作”（编程～AI Coding），你会发现，解决实际问题，远比通过考试更有趣。
6 22
知识库不是为一线人员提供服务的，而是服务组织用来定策略的。知识库的本质是“管理工具”，而非“效率工具”。
比如：公司可以借助知识库洞察销售团队的 Top 特征，将 top 的销售人员抽出来，看看他们的电话、微信聊天记录，分析沟通方法论，在对比分析其他层级的特征进行对比。
但，如果利用知识库给销售提供在线客服的工具，几乎没有太高价值；只能帮助 50 分一下的人尽可能提高平均值。因为真正的成交技巧往往是非结构化的（语气、时机、潜台词），写在文档数据里的都是“大路货”。
公司的核心痛点不是“让新员工不犯错”（这是底线，也是可以通过机制或者流程来保证的），而是“如何批量复制那个转化率一直都高的 Top Sales”（这是增长）。
为什么“扶持 50 分及以下的人”价值有限？
因为 ROI 不划算啊。
1，如果一个 AI 知识库的目标是把 30 分的人变成 60 分，它确实能做到。但对于企业来说，裁掉 30 分的人，招聘 60 分的人，往往比维护一套庞大的知识库更便宜的把。或者优化招聘流程，提高要求。
2，销售团队通常符合“二八定律”，也就是说 20% 的人贡献 80% 的业绩。服务那 20% 的人（提取他们的智慧），比服务那 80% 的人（给他们喂饭）带来的杠杆效应大得多啊。
那动态来看，未来知识库是不是可以作为动态服务工具，它能自动分析 Top Sales 的录音、聊天记录等信息，发现他们在谈价格前先谈了“价值锚点”，系统就能自动生成一个新的 SOP 推送给全员。这才算是服务组织，将 Top 的经验进行复用。
以上为今天和同事交流「知识库」时，我的观点。
比如：公司可以借助知识库洞察销售团队的 Top 特征，将 top 的销售人员抽出来，看看他们的电话、微信聊天记录，分析沟通方法论，在对比分析其他层级的特征进行对比。
但，如果利用知识库给销售提供在线客服的工具，几乎没有太高价值；只能帮助 50 分一下的人尽可能提高平均值。因为真正的成交技巧往往是非结构化的（语气、时机、潜台词），写在文档数据里的都是“大路货”。
公司的核心痛点不是“让新员工不犯错”（这是底线，也是可以通过机制或者流程来保证的），而是“如何批量复制那个转化率一直都高的 Top Sales”（这是增长）。
为什么“扶持 50 分及以下的人”价值有限？
因为 ROI 不划算啊。
1，如果一个 AI 知识库的目标是把 30 分的人变成 60 分，它确实能做到。但对于企业来说，裁掉 30 分的人，招聘 60 分的人，往往比维护一套庞大的知识库更便宜的把。或者优化招聘流程，提高要求。
2，销售团队通常符合“二八定律”，也就是说 20% 的人贡献 80% 的业绩。服务那 20% 的人（提取他们的智慧），比服务那 80% 的人（给他们喂饭）带来的杠杆效应大得多啊。
那动态来看，未来知识库是不是可以作为动态服务工具，它能自动分析 Top Sales 的录音、聊天记录等信息，发现他们在谈价格前先谈了“价值锚点”，系统就能自动生成一个新的 SOP 推送给全员。这才算是服务组织，将 Top 的经验进行复用。
以上为今天和同事交流「知识库」时，我的观点。
6 00
