@mcodes 我觉得先考虑产品的受众，以及市场多大，如果市场够大，受众够精准，营销可以少投入很多

第一个有点老气，第二个 AI 味太足了，这些都不是关键，有一个问题可以想想，谁是你的客户，在什么场景下这个客户最容易掏钱。用一个最简单的模型来快速过滤你的产品 idea

@cwcc 太对了，上海电信之前有一次说要我手持证件拍给他们，直接提交携转，就说不用拍了，还给降套餐费用

无处发挥本身就是答案

浏览器使用人数>存在大量书签需求的人数>需要美化插件的人数（>愿意付费的人数）

按照这个漏斗，好像确实很少，不过这只是我自己视角下的一个浅显的判断

搭配 MiMo-V2.5-Pro-Ultraspeed 好用，感觉和 claude cowork 、chatgpt codex 的产品理念接近，模型决定这个工具的上限

“我将直白的说明，不加修饰的告诉你这一切” 首先得先定义什么是智力，上面几个回复一直在猜模型怎么工作的，可以去看看很多讲解，工作原理没那么高深

人存政举，人亡政息

4.8 明显降智了，感觉算力又拿去不知道干啥了

挖矿了吧（ bushi

第一份：3 年 与入职工资比 double
第二份：3 年 与入职工资比上浮 2k
第三份：5 个月
第四份：6 个月

@ALongRanger 可以让 AI 帮你看看规则，看看有没有透明代理的硬伤

human:


你这个架构光猫能看到的就只有一个 ikuai 来的 pppoe ，像是 ikuai 的问题，有几个方向，一个是代理节点抖、掉线，疯狂重连，还有一个可能是 v2 那台机器开了 mux ，但是服务端不支持，最后一个可能是你自己操作 v2 那台机器当代理出口，用 ikuai 打到 v2 机器，然后递归了，自己建立的连接又发回自己，流量回环了属于是，如果设置过透明代理，大概率是第三种问题


自己觉得可读性太差 ai 整理了下：


这个架构下，如果光猫是桥接，光猫侧基本只看到 iKuai 发起的 PPPoE 会话，不太像是光猫单独被 v2rayA 的 1w 连接打挂，更像是 iKuai 或 10.160.3.100 这台机器把连接数/NAT 表/CPU 打满了。

可以重点看几个方向：

1. 代理节点或中间链路抖动、掉线，v2rayA 没有做好连接上限或重试退避，导致疯狂重连；
2. v2rayA 开了 mux ，但服务端不支持或兼容性不好，导致连接异常、反复重试；
3. 10.160.3.100 被当成透明代理/DNS/代理出口后，路由规则写错，自己发起的代理连接又被 iKuai 或本机规则打回 10.160.3.100 ，形成流量回环。

如果你之前设置过透明代理、旁路由、DNS 分流、端口转发之类的规则，我觉得第三种概率最大。建议先关掉透明代理、mux 、局域网共享，只保留手动 SOCKS/HTTP 代理测试；同时看 iKuai 上 10.160.3.100 的实时连接数和 NAT 会话数。如果关掉 v2rayA 全网立刻恢复，基本就能定位到这台机器或它的代理规则了。

不要担心，下次遇到类似的、不管是传教还是什么的宗教打扮的，你就说你是党员，不管真假就都跑了

@wangyaominde 快速路能骑，行人道能骑，天桥能骑，机动车道能骑，除了进不去楼里，其他地方只要有路都能骑

深德里的电瓶车实际上是路权最高的