专栏名称: 架构师之路
架构师之路,坚持撰写接地气的架构文章
目录
相关文章推荐
架构师之路  ·  如果Kimi抄我的内容,能告它侵权吗? ·  2 天前  
美团技术团队  ·  没猜错的话,你在等美团技术年货 | ... ·  3 天前  
架构师之路  ·  如何发现架构中的耦合(5大场景)?(第36讲) ·  3 天前  
架构师之路  ·  小红书的产品经理,麻烦您进来看一下... ·  4 天前  
架构师之路  ·  uid分库,uname究竟怎么查询(5种方法 ... ·  5 天前  
51好读  ›  专栏  ›  架构师之路

如果Kimi抄我的内容,能告它侵权吗?

架构师之路  · 公众号  · 架构  · 2025-01-17 12:01

正文

前几天发了一条《uid分库,uname怎么查询》
有水友在评论区留言:相同的问题,问了下Kimi,怎么回答是类似的,莫不是...

好奇心驱使,我也去试了一下。
果不其然:
1. 扫全库法 
2. 索引表法
3. 缓存映射法
4. uname生成uid
5. uname基因融入uid

每个方案的设计思路,解决方案,潜在不足,都和我在17年写过的一篇文章《用uid分库,uname上的查询怎么办?》如出一辙。

为什么会这样呢?
这要从Kimi对话类产品的设计说起,对于用户的提问:
1. 如果Kimi的LLM能覆盖,直接给出答案
2. 如果Kimi的LLM不能覆盖,调用搜索引擎API,对前排答案进行读取并解析,间接给出答案

而对于“uid分库,uname怎么查询”这样一个专家问题,就走了后一条路径:
同时,Kimi还给出了搜索引用list,点进去,绝大部分内容转载的都是《用uid分库,uname上的查询怎么办?》

言下之意,如果专业内容足够具备辨识度,在互联网上被转载的次数足够多,被AI抓取的足够多,是能够影响AI的输出的。

这件事给我的启示是:持续输出专业内容,为社区尽一点绵薄之力。

至于会不会告它侵权,我个人的态度是:技术生态本应该是开放的,我输出的技术内容,第三方尽管转载,不需要经过我同意。只要,注明出处就行。

但似乎,这个最低标准的“只要”,大部分第三方都做不到。