MossFox

发送短信需要有个短信签名，然后，
以腾讯云为例，前阵子调整成了：个人只有使用 [应用商店上架过的有备案的应用程序] 的名称作为短信签名，企业的话需要用企业名或者商标名称。
https://cloud.tencent.com/document/product/382/39022

而且现在非验证码场景的短信模板也不给插入变量了。真的坑爹。

当然，存量的还能用。增量已经全部按照今年这些调整给限制住了。

浏览器按理说纯本地环境也是支持这类基础图片处理的，在线工具上传图片处理属于弱化了不少客户端本来就有的能力，

透明转白底可以直接 Canvas 一比一填个底色然后画 img ，
基础的拼图可以手动框区域填充，也是 Canvas 那套，
抠图可以用 https://github.com/imgly/background-removal-js 或者同类型的工具（纯本地），不过注意这个只擅长照片类型，不擅长插图类型的素材，
某些时候如果想要转矢量，也可以用这个 https://github.com/visioncortex/vtracer
图片处理如果有浏览器不支持的类型 (AV1, JPEG XL 之类)，可以用 https://github.com/kleisauke/wasm-vips 在浏览器里面本地转换。

这些是基建啦。如果想合在一起弄一个浏览器里跑的本地工具，会前端的可以搓一个，不熟练的但是表达能力还行的可以让大模型造一个。如果是比较常见的需求，搞不好哪里已经有人造好了但是没做过宣传的工具。

怎么觉得这是个 bug 不是 feature ，Safari 长按瞎选中也不是一次两次了

梦溪重名的太多了诶

不行啊，你就算是私域流量比如一个一千人的 QQ 群，最后也是活跃的人就固定的一批。作为论坛这种对普通用户的习惯非常难做到 打开手机随手点开就是入口 的效果，用户粘性和活跃都大打折扣。如果说是 IM 类型和论坛类型不应该放一起比，别忘了腾讯这个群聊可以视为是个流量入口（而且通常用户每天点进来划出去的频率都高），假如这样的地方允许发帖子，他们确实出过群帖子这么个东西来试水。现在？没等全量推送给所有群就砍掉了。

腾讯你也看到了搞了个腾讯频道，以前还不少人喜欢开个用，因为跟 Discord 似的，现在也死差不多了，只剩一些手游板块当广告跟公告栏推广用。虽然腾讯这个更多像是自己作死的，对第三方频道主跟开发者都跟遛狗似的，但也说明了那么大流量的用户入口下想开一片以某话题为核心的交流平台的难度。现在他们学聪明了，把聊天频道砍了换成帖子形式了，然后现在有着互联网上用户质量和内容质量都几乎低得没竞品的大水区。

总之建议别做。想做的话，先自己问问几个问题，就像是竞品调研一样，我不是这方面专业领域的人，不过也想来点自己能想到的问题方向，
> 用户为什么选择你的平台，而不是 私域群聊/微博/bilibili/抖音/小红书/贴吧 这种都能允许一个子话题存在的社交平台？
> 用户选择了你的平台，他们自己能得到什么、收获到什么？（高质量内容从哪来）
> 用户是否愿意花时间和精力在你的平台上分享有价值的内容？怎样让用户愿意这么做？
> 对于交流氛围、论坛规定要怎么制定和执行，水贴的界限是什么，违规内容的界限是什么？
> 对于在中国内地运营这样的平台，资质从哪来，内容安全怎么保证，运营成本怎么控制？
> 论坛类型的平台，业务边界允许拓宽到哪里？（允许变成朋友圈形式的短文吗（即刻那种），需要支持视频内容吗，需要支持直播吗，如果都不需要而是做得纯粹倒也不用想到直播和视频这些）

太难了。这都还没想怎么营收呢。这几年新起的论坛类型的社交平台并不多，垂直领域的肯定有，但是大众都没等听到名字就已经不做了的肯定比做起来做成功了的更多。

帖子开头引用的 Wikipedia 的段落就是很棒的看法。

全靠 LLM 生成出来的项目，你可以拿来用，可以说是你的作品，但是当你对基本概念跟项目结构都不能把握好的时候，它跟你上网随手摸了一个压缩包下载下来编译运行的场面差不多，除了多了一个能帮你试错、配环境和改错的大模型。
需要改动和修问题时不知道怎么指挥和定位问题，那就是靠大模型来帮你乱撞了。有的用户连如何描述一个问题都做不好，全靠大模型靠常识的猜测来兜。

自己对项目到底了不了解，越是遇到复杂或者技术栈不热门的项目越容易原形毕露。


假如是初学者，我们来整一个 ToDo List App ，好，这种场景你用 LLM 哗啦一下给你工作流排好然后开始生成全栈代码，最后也跑起来了，ok 。问题来了，你学到了什么？学到了怎么一句话提出模棱两可的问题？还是学到了大模型多牛逼 xx 又要失业了？它是怎么知道昨晚这一步然后下一步是什么的，到头来还得自己查。查吧又因为一开始基础知识也没有，搜索关键字都不一定能踩对。

如果是初学者，手搓一个 ToDo List App ，从技术栈选型开始，你就被要求要有自己的思考跟选择。你选了 React ，下面你通过实践知道了它内部的机制是什么样子的，知道了为什么网上搜到的旧教程是 Class Component 而新的都全部转为了 Function Component ，知道了它的 Hook 机制提供了怎样的状态与 UI 绑定的设计思路，知道了有异步请求时组件设计要把载入中、完成、出错等待重试的状态都设计进去，知道了工程目录的组织结构可以怎样设计和拆分，顺便还学到了 CSS 真的是个大坑。假如你让 LLM 帮你做完这一堆，到头来随便开一个文件都是看天书，从哪开始看都摸不着头脑。


如果已经是从业者或者有基础的，用这套工具做单元测试、做脚本工具、把重复的工具类工具函数之类的代码快速整完来协助提效，你会说这叫 Vibe Coding 吗？这就是个正常用 AI 辅助自己工作流的行为。全靠提示词来整项目就跟低代码平台一样，用在复杂一点的场景那都是挖坑高手，越往后坑越大。

造玩具造工具随便造，但是也请不要把那些样板页一样的产出叫做作品然后在网上到处发，至少带上点自己的理解和设计吧。

还在粘还在粘

有 http(s) 这种上层协议了就别担心粘了，帮你分好了的，闭着眼放心用。

@cmdOptionKana #3 你看