@RockShake 好的!

@nyakoy 下周加上个!

@JamChiu 昨天被人攻击了！现在已经修复了！

@fox 日文支持的不好! 中文和英文会好一点!

@lp7631010 .com 的域名太贵了! 这个不是我们第一个创业项目了, 现在对"火"已经不是那么敏感或者说不是做产品的优先级和目标了. 我们想做自己喜欢的并且自己团队认可的事情 (以前的项目要不就是自己不怎么用, 或者自己不怎么认可), 想做一个好用的产品并且能够专注服务好知识工作者这个人群 (因为我们自己也是用户). 陆续会上线相关的工具和功能)!

所以用户的反馈和满意度会更重要些!

@Scirocco 目前有个 inferred 上线时间, 但是不准! 可以问一下有什么需求嘛? 我们确实有开放接口的计划 (1~2 个月以内), 如果有具体需求, 可以和我说一下!

@christin 收到! 我们看一下! 谢谢反馈!

@matthewzhong 蟹蟹!

@Scirocco 原始发布日期嘛?

@cxy2244186975 开了 beta(那个小狗开关)嘛? beta 的话会有点卡的, 因为有些会没有缓存和加了很多同步处理的逻辑!

支持! 非常好!!

@0o0O0o0O0o respect the effort!

@herozzm 简单点回答:

1. 相应的运营资质
2. 相应的自我审查
3. 不良信息内容举报机制

还有些其他的, 就不细述啦~

@twinsdestiny @memorybox @Rollup @zzugyl

昨天晚上推的服务把 auto scaling 给 break 了! 现在已经修复 抱歉!

@FrankAdler 好问题! 搜索引擎自己并不产生数据, 所有的数据都是在能检索的 scope 内获取到的. 对于这个 scope 的理解, 我们和已有的解决方案和之前的创业尝试会有所不同.

我们倒过来看这个事情, 用户想要搜索 <--> 搜索引擎检索内容. 常见的做法是 xxx,xxx,xxx 个结果 (耗时 0.x)秒. 我们的问题是 - 真的需要那么多结果吗? 如果分析一下 registar 和 dns 的数据, 你会发现用户常见解决问题的地方, 不外乎是那几个. 大家都说搜索是个 fat tail event, 但仔细拆解一下, 你会发现搜索 query 是个 fat tail, 但是 solution 是个 pareto distribution 或者遵从 price law. 换句话说, 过去 20 年搜索引擎积累的数据, maybe 其中 5% 能够帮助引擎做更好的 embedding, 15% 能够帮助建立更好的 entity graph, 其余的, 其实是帮助搜索引擎自己更好的对抗 SEO 而已.

所以, 对于已有知识 / 信息的数据, 并不需要全量, 而只是需要被验证过有用的. 对于新的数据, 我们认为所有有技术能力的都是在同一起跑线上的, 甚至我们认为创业公司其实比起巨头是更有优势 (比如我们可以很灵活的解决内容农场的问题), 但是巨头需要首先考虑会不会对商业化造成影响.

回到你问题的前半部分 - "搜索引擎靠的是内容". 非常同意 - 引擎靠的是内容, 内容靠的是生态, 生态是 routing (引擎) 和 destination (站点) 相互依存的方式, 我们觉得这个是目前最大的问题, 也是中文质量持续下降的一个很重要一个原因.

所以或许是个好时间有些新的改变呢? 我们想做一些我们认为可以改善这些的事.

希望能回到到你的问题.

@chenoa 你好! 改进了一版! 变小了!

@chenoa 你好! 移动端的这周会改一下! 确实占地方效率低了!

支持!!!

@bequt .com 的找了一圈都灰常的贵... 继续寻找中, 如果有合适的话就可以换啦!