#自媒体运营频道 #@yunying23

我自己的小红书账号，200多粉丝，直播2小时，场观150，封面图点击率28%；
给公司做的小红书账号，30万粉丝，直播2小时，场观290，封面图点击率最高6%。

离失业不远了。

昨天听了铁锤人在出海去@出海去孵化器 的播客，有个观点让我印象深刻

在程序员圈子，知识都是开源的，找别人分享就是：开个源
但在其他行业，信息都是闭源的，都是别人用真金白银，踩坑试错得出来的

这就是信息差
特别是教人赚钱，更是别人经过自己的实战试错才得到的宝贵经验，你没有交换的资本，又不给钱，别人凭什么告诉你

因为身处程序员圈，信息的开源，付费课程的泛滥，造成了我们会对别人分享这类经验容易产生不屑一顾的想法，动不动就觉得 就这？这tm这也能卖钱，那我也能说得出来个一二三，我也能赚这钱

我不是打广告，但我进了@哥飞 哥飞的群快一年了，虽然大部份时间在潜水，也没赚到什么钱，但是在社群内真的可以学到很多很干货知识，真的是别人赚钱的压箱底的东西掏出来给大家分享了，就算不进付费社群，在公众号的免费内容也足够让一个小白（我）入门了。人家把赚钱的铲子愿意分享出来，我觉得不说做出了什么回本的站，光是能学习到那些知识已经是很赚的了。我认为别说什么大的，起码学到了知识就应该给别人应有的尊重

有人可能说，他不就是赚个信息差，这些东西我也会。那我怎么没见你在他之前分享出来，看别人做大了也跟着做，甚至还是把别人付费分享的经验包装了一下当成自己的东西发出来涨粉，甚至去赚钱，这跟拿别人开源的东西改个名字说成自己的产品去赚钱有什么区别（不是在影射谁哈）

你有真东西愿意分享，我当然也愿意为了你的真东西付费，但这种拿别人付费小圈子内传播的东西包装成自己的东西宣传吸粉，甚至都没经过自己的消化，纯在当二道贩子的，迟早会**** 。 当潮水退去时，才知道谁在裸泳

呦呵？第一次见😂

#自媒体运营频道 #@yunying23

开始尝试app「下载收费」模式，当作一个有趣的实验了。

其实相比能带来多少下载收入，我更好奇：
1）从免费的好口碑，到变成收费后，舆论风向能如何变化
2）收1块钱这事能带来多少下载量折损
3）变成收费后，会不会让原来的用户更感受到价值，提高留存率和活跃度

#自媒体运营频道 #@yunying23

小红书为了商业化
真够努力的

小红书从跨境购物指南社区一步步长成了生活方式社区。

字节和网易的同类（抄袭）产品 day1 就定位自己是生活方式社区，真的有这么急？

看似直接对齐了最终答案，实则透露着无知的傲慢。你的生活方式就是“应试与房贷”吗。

不会编程，借用cursor 耗费几天时间写了第一个网站， 后面持续优化一下

网址是：https://axures.com

网站为产品经理、交互设计师提供专业的 Axure 学习资源和工具支持。

#自媒体运营频道 #@yunying23

考验商业判断力的时候到了。

我把我的app「小猫补光灯Pro」从免费调整成了付费下载模式「1元」，你们猜猜接下来24小时，下载量环比会下降多少😈

明晚公布答案

香港和新加坡银行给陌生人转账，普遍都有12小时冷静期，感觉国内银行好像没这个东西。
与其强行阻断或者限制日额度，还不如这个。

刚看到，这个站，最近28天拿到了100K的点击了。 感谢谷歌，让我们有饭吃。 这是一个老关键词，又焕发出新生机，整体蛋糕是在变大的。
#自媒体运营频道 #@yunying23

MCP Server 的实现流程，官方文档已经写的很详细了：

1. 先通过 prompts / resources / tools 的描述信息，定义服务的能力；

2. 再通过 server.setRequestHandler 定义接到客户端请求后，执行怎样的逻辑，响应怎样的数据；

3. 最后把 server 连接到 transport，启动服务在本地监听客户端的 RPC 请求；

MCP 客户端接入流程：

0. 客户端提供一个配置页面，让用户提前把需要用到的 MCP Servers 填到配置里面；

1. 客户端在启动的时候，连接到 transport，通过 client.getServerCapabilities() 获取所有已配置的 MCP Servers 提供的能力，包括 prompts / resources / tools 等；

2. 用户在客户端输入问题，客户端把用户提问 + MCP Servers 的能力描述发送给大模型，做意图识别，大模型返回应该调用哪些服务，应该传哪些参数；

3. 客户端带上 MCP Server 名称和对应的参数，发起一次 RPC 请求，获得 MCP Server 响应的数据；

4. 客户端带上用户提问 + MCP Server 响应的数据，请求大模型回答，可以理解为一次 RAG（Rpc-call-Augmented Generation ）；

从整个流程看来，MCP 跟 Function Calling 的逻辑基本一致，差异点在于 Function Calling 是 API 调用，MCP 是 JSON-RPC 请求。

MCP 的能力描述和功能逻辑统一封装在 Server 端，而 FC 的能力描述配置在客户端，功能逻辑在 API，相对比较割裂，不容易管理。

MCP Server 更容易做一些通用型操作，比如读取本地文件，读取业务数据库，而 FC API 一般要跟具体的业务绑定，不够灵活。

MCP Server 官方仓库有十几个例子，很值得参考，开发者可以提交自己的 server，先实现一下业务无关的通用 server，比如连接 notion 做个人笔记分析。影响力起来了可以做很多事，参考 WebPilot 插件在 ChatGPT Plugin 的地位。

MCP Client 目前只有 Claude 自己的桌面客户端有比较好的支持，对于第三方 ChatBot 应用是个机会，可以选择早点接入，积累先发优势，MCP Servers 应该很快会起量。

在做多业务的平衡策略时，信奉商业和经营分析的老板，会用内部流量竞价的模式搞市场经济，信奉数据的老板，会用实验进行边际收益兑换测算，信奉用户体验（怕引起舆情）的老板，会拿NPS分数作为发展底线。

真的很有意思啊！

#自媒体运营频道 #@yunying23

在小红书布局关键词的过程
和打窝原理类似

周鸿祎这是致敬向佐？