踩了个大雷 分享给大家

企业邮箱，一定要设置邮箱别名，举个例子

拿来联系guest post或者别的广告，要用advertise@xxx.com

拿来回复用户邮件，要用help@xxx.com

一定不要同时用一个别名，否则广告的很容易进spam，导致和用户的邮件也进去spam了

现在整体的组织可能跟之前有个特别大的一个区别。

首先后台可能backend没有那么重，因为在上一个时代已经被做得足够好了。它的所有的可伸缩性和所有的高并发都能够很好的handle 。然后另外一个方面在于说是在前端可能很复杂的GUI也已经不太适合这个时代，因为用户的路径是很自由的，所以说更多的可能是简单的GUI 但是更多的配合CUI的方式。给用户更多自由度的探索。

然后关键的可能在于AI这一层，AI这一层可能要分为三层，是一个最简单的一个结构。最底下的这一层在于说是怎么样把索引，怎么样把memory 怎么样把agent memory这东西能够建好，使得说一方面整个系统是能够越用越好，另外一方面在于说用户越用越好，用户有很强的个性化。中间这一层需要去构建的是一套很健壮的agent架构，这个就有点像原来的 back end 那一端，但是现在的这一端主要去做的事情都是在于说是怎么样管理agent的runtime 怎么样去释放agent 怎么样去管理虚拟机。怎么样去把agent之间的context能够更好地传输，去做中间这一个多agent架构的一个更健壮的一个体系。最上面的这一层则是在于build更多的工具，build更多的agent 和skill 让整体中间那一层可以选择的agent和工具更多，从而使得整个生态和整个产品是具有一定的网络效应。因为工具越多，就可以通过更多的工具的组合来实现更多的功能。所以在这一层里面是具有很强的网络效应的。然后纵向还有一个拉穿三层的这样一个组织，也就是所谓的算法层，我姑且这样子命名。那么这一层衡量的分别是三层的输出结果和质量。因为还是希望说有一个跨整个AI平台的三层的这样的一个组织。能够把三层对应输出的效果，然后能够拉齐到一个比较好的一个高度，并且说是从全局贯穿的来看。

很有意思的一个点在于说是产品经理在这里面的角色是什么？会发现说产品经理可能可以在三个维度，包括说是在CUI的维度，都有一定的作用，但是一定不是纯产品的作用。产品经理可能既偏评测，也偏产品，也偏整体一定的开发。因为跟开发的沟通方式已经不仅仅只有文档，可能更多的是以代码，以 claud.md 的方式去进行沟通。而评测其实也不仅仅是说我去做一个Benchmark来做评测，更多的在于说是去定义到底什么东西是可以被验收的结果，这一个需求什么标准是可被验收的，什么是好的，并且说这个需求所约定的范围和环境，它可以用到的环境内的所谓的维度和资源（数据）到底是什么？可能产品经理需要跟研发，更多的是约束的是这些事情，而不是传统的user journey。因为user journey是不可被预测的，在更多时候，而且我们也不应该去更多的规定所谓的用户user journey 那么这个情况下，PM应该去设计的是可被自由探索的范围空间和对自由探索后结果的健壮性。

skills 教程不需要看其他的，把宝玉大佬的这个 github 仓库中的用起来，你就超越了 95% 的人

https://github.com/JimLiu/baoyu-skills/tree/main