做小红书的人看过来，分享一个飞书多维表格的神级用法！
很多人都不会用飞书多维表格来提升效率。
飞书多维表格有一个很强大的插件市场，在里面搜索“小红书助手”并配置好cookie（图1），然后只要输入小红书的链接，就可以批量爬取大量小红书内容的标题、内容、点赞量等信息（图2、3）。
非常便于各位运营来分析对标账号、日常收集灵感！
同时也可以通过deepseek来模仿这些内容来产出视频脚本或文案（图4），效率可以说非常高了！
尤其是现在飞书多维表格现在全新升级了，不需要下载、注册飞书，用钉钉、企业微信或者邮箱账号也可以直接使用！直接访问这里就可以👉https://v2ig.cn/srs2Zi5kVY8/
很多人都不会用飞书多维表格来提升效率。
飞书多维表格有一个很强大的插件市场，在里面搜索“小红书助手”并配置好cookie（图1），然后只要输入小红书的链接，就可以批量爬取大量小红书内容的标题、内容、点赞量等信息（图2、3）。
非常便于各位运营来分析对标账号、日常收集灵感！
同时也可以通过deepseek来模仿这些内容来产出视频脚本或文案（图4），效率可以说非常高了！
尤其是现在飞书多维表格现在全新升级了，不需要下载、注册飞书，用钉钉、企业微信或者邮箱账号也可以直接使用！直接访问这里就可以👉https://v2ig.cn/srs2Zi5kVY8/
未来有没有可能，把城市交给产品经理来管啊？（比如首任城市经理于东来？）
就完全从优化市民的体验出发，来规划市政设施和设计政策。
比如，图书馆对市民的体验真的太重要了！它是各个年龄段的人都会去的地方，而且一待就是一天。是学生党的自习室，自由职业者的办公室，小家庭的游乐场……
为了提高市民体验，你就要去增加座位，给每个座位配备电源和台灯，要调节温度，要维持秩序（静音），要日常保洁，要丰富文娱活动，等等。
还有，商超也非常影响市民体验。盒马、山姆、社区超市、农贸市场，它们供应的食品质量、产地完全不一样。你要均衡配置，保证每个住宅区都有高中低不同档次的食品供给。
还有，水质，空气，建筑的隔音，公园数量，骑行道的配置，这些都是很影响体验的。
如果让传统政客来管理城市，以上这些方面的优先级都会非常低，他们核心还是关注 GDP 的增长，而非增长的质量。
在我眼里，我们交的税/房租这些，就相当于对城市服务的订阅费。满意，你就继续交下一个月的，不满意就换城市。
有的人冬天在一座城市，夏天在另一座城市，也要考虑他们的体验，比如两地社保互认之类的。
就完全从优化市民的体验出发，来规划市政设施和设计政策。
比如，图书馆对市民的体验真的太重要了！它是各个年龄段的人都会去的地方，而且一待就是一天。是学生党的自习室，自由职业者的办公室，小家庭的游乐场……
为了提高市民体验，你就要去增加座位，给每个座位配备电源和台灯，要调节温度，要维持秩序（静音），要日常保洁，要丰富文娱活动，等等。
还有，商超也非常影响市民体验。盒马、山姆、社区超市、农贸市场，它们供应的食品质量、产地完全不一样。你要均衡配置，保证每个住宅区都有高中低不同档次的食品供给。
还有，水质，空气，建筑的隔音，公园数量，骑行道的配置，这些都是很影响体验的。
如果让传统政客来管理城市，以上这些方面的优先级都会非常低，他们核心还是关注 GDP 的增长，而非增长的质量。
在我眼里，我们交的税/房租这些，就相当于对城市服务的订阅费。满意，你就继续交下一个月的，不满意就换城市。
有的人冬天在一座城市，夏天在另一座城市，也要考虑他们的体验，比如两地社保互认之类的。
❤1
Trae的体验真的很差，10刀的月费都不值
1. 所有代码修改必须手动点击应用更新，而且经常更新失败
2. 提示词中明确要求直接输出所有代码，但是代码过长的话，输出会被截断，然后点击继续后输出又会出错
来自于一个愤怒的用户的吐槽
1. 所有代码修改必须手动点击应用更新，而且经常更新失败
2. 提示词中明确要求直接输出所有代码，但是代码过长的话，输出会被截断，然后点击继续后输出又会出错
来自于一个愤怒的用户的吐槽
因为种种的原因呢，Tina姐姐的产品可能要零帧起手了。meaning可能没什么宣发经费，纯靠自然流量了。大家有什么好的建议么，请教一下各位Tina姐姐的天使投资人们～？
HTML anchor/a标签的SEO指南：属性配置+权重传递
前因：https://m.okjike.com/originalPosts/68a5e016e5597c28d3c400a6?s=ewoidSI6ICI2NTA1MmJkYTQwYTRjNTU5MjMxYjZlOTAiCn0=
准备把大部分客户都遇到的SEO问题写成FAQ（又多又琐碎）；用通俗的话解释Technical问题，这是第一篇 - HTML
前因：https://m.okjike.com/originalPosts/68a5e016e5597c28d3c400a6?s=ewoidSI6ICI2NTA1MmJkYTQwYTRjNTU5MjMxYjZlOTAiCn0=
准备把大部分客户都遇到的SEO问题写成FAQ（又多又琐碎）；用通俗的话解释Technical问题，这是第一篇 - HTML
我公众号最近发的几篇文章，分享给大家。
布衣：工具站出海，月入3000刀，记录下这一年踩过的那些坑（7500 字）
https://mp.weixin.qq.com/s/xpozzxoYS3i-ggd0tJ8f-g
出海 Web 多久能有正反馈？来看看一个小工具站上线四个多月完整历程
https://mp.weixin.qq.com/s/t6SFuMjUB6YO9mI4gXq1MA
从大厂到老师，再到AI出海，一个普通人的6年总结
https://mp.weixin.qq.com/s/3MiJtiYtzPq9s9ZJvnKeug
产品经理出海一年月入万刀，实战经验分享
https://mp.weixin.qq.com/s/_awyT3ITnOqZkMQFa1q8pg
布衣：工具站出海，月入3000刀，记录下这一年踩过的那些坑（7500 字）
https://mp.weixin.qq.com/s/xpozzxoYS3i-ggd0tJ8f-g
出海 Web 多久能有正反馈？来看看一个小工具站上线四个多月完整历程
https://mp.weixin.qq.com/s/t6SFuMjUB6YO9mI4gXq1MA
从大厂到老师，再到AI出海，一个普通人的6年总结
https://mp.weixin.qq.com/s/3MiJtiYtzPq9s9ZJvnKeug
产品经理出海一年月入万刀，实战经验分享
https://mp.weixin.qq.com/s/_awyT3ITnOqZkMQFa1q8pg
突发！Deepseek最新模型被外网爆出恶性Bug？？
一早起来，看到群里炸了锅！
主角是我们备受期待的 DeepSeek V3.1 模型。
有用户反馈，该模型在生成文本时，会毫无征兆地随机插入“极”这个汉字（繁体简体都会）
根据相关讨论帖，有人去做了复现：
这个“极”字 bug 最初是在火山引擎、chutes 等第三方 API 平台上被发现的。
当开发者们像往常一样调用模型进行代码生成、数据处理等任务时，冷不丁地就会在输出结果中看到一个「极」字，导致代码编译失败、JSON 格式错乱，让人哭笑不得。
起初，大家普遍猜测这可能是第三方服务商在模型量化、部署配置或硬件上的差异导致的。
然而，经过热心网友们的进一步测试，发现 DeepSeek 的官方 Playground 也同样无法幸免，只是出现问题的概率相对较低。
问题根源猜想：
有技术大神深入分析后发现，这个「极」字在模型中的 token ID 是 2577，而我们常用的省略号（...）的 token ID 是 2576，两者紧密相邻。
大家猜测问题根源可能有两个：
1. 数据集“污染” ：
可能是在数据清洗阶段，有些包含特殊或错误字符的数据没有被彻底过滤。
2.
模型“偷懒” ：
模型在训练时可能找到了某种“捷径”，在某些情况下会错误地选择相邻的 token。
更令人头疼的是，一旦这个 bug 被触发，模型在后续的对话中似乎会“上瘾”，「极」字的出现频率会显著增加，严重影响了模型的可用性。
影响范围：
目前来看，这个 bug 对于需要高精度、结构化输出的场景是致命的，比如：
代码生成 ：随机插入的汉字会让代码无法通过编译。
API 调用 ：破坏 JSON 或其他结构化数据的格式。
学术写作 ：影响文章的严谨性和专业性。
写在最后：
这个 bug 的出现，无疑给 DeepSeek V3.1 的使用者们带来了不小的困扰。
希望 DeepSeek 官方能够尽快注意到这个问题，并发布紧急修复。
PS：图4️⃣是外国贴吧里的讨论帖，目前无法确认是不是同一批人的反馈。
一早起来，看到群里炸了锅！
主角是我们备受期待的 DeepSeek V3.1 模型。
有用户反馈，该模型在生成文本时，会毫无征兆地随机插入“极”这个汉字（繁体简体都会）
根据相关讨论帖，有人去做了复现：
这个“极”字 bug 最初是在火山引擎、chutes 等第三方 API 平台上被发现的。
当开发者们像往常一样调用模型进行代码生成、数据处理等任务时，冷不丁地就会在输出结果中看到一个「极」字，导致代码编译失败、JSON 格式错乱，让人哭笑不得。
起初，大家普遍猜测这可能是第三方服务商在模型量化、部署配置或硬件上的差异导致的。
然而，经过热心网友们的进一步测试，发现 DeepSeek 的官方 Playground 也同样无法幸免，只是出现问题的概率相对较低。
问题根源猜想：
有技术大神深入分析后发现，这个「极」字在模型中的 token ID 是 2577，而我们常用的省略号（...）的 token ID 是 2576，两者紧密相邻。
大家猜测问题根源可能有两个：
1. 数据集“污染” ：
可能是在数据清洗阶段，有些包含特殊或错误字符的数据没有被彻底过滤。
2.
模型“偷懒” ：
模型在训练时可能找到了某种“捷径”，在某些情况下会错误地选择相邻的 token。
更令人头疼的是，一旦这个 bug 被触发，模型在后续的对话中似乎会“上瘾”，「极」字的出现频率会显著增加，严重影响了模型的可用性。
影响范围：
目前来看，这个 bug 对于需要高精度、结构化输出的场景是致命的，比如：
代码生成 ：随机插入的汉字会让代码无法通过编译。
API 调用 ：破坏 JSON 或其他结构化数据的格式。
学术写作 ：影响文章的严谨性和专业性。
写在最后：
这个 bug 的出现，无疑给 DeepSeek V3.1 的使用者们带来了不小的困扰。
希望 DeepSeek 官方能够尽快注意到这个问题，并发布紧急修复。
PS：图4️⃣是外国贴吧里的讨论帖，目前无法确认是不是同一批人的反馈。
❤1