即刻App年轻人的同好社区
下载
特别有意思的一个点是，之前做项目 你说A ，模型做完了，会跟你说要不要做B。但经常出现的问题是，他提出来的 B效果不是那么好。或者说，这个 B 提出来后，他自己其实做不出来。
现在经常出现的问题在于：他提出来的东西都很有价值，而且都做得出来。
最大的限制在于，我没有时间让他能够持续、不停地去做。也就是说，因为我开始这个项目的时间太短，所以可能还没有摸到智能的边界。
可怕。
现在经常出现的问题在于：他提出来的东西都很有价值，而且都做得出来。
最大的限制在于，我没有时间让他能够持续、不停地去做。也就是说，因为我开始这个项目的时间太短，所以可能还没有摸到智能的边界。
可怕。
6 00
以前说产品经理最主要的能力是分类，因为要从用户洞察去提取共性，然后做软件提取大家都有的需求。
现在很有可能是不需要提取共性，前提已经变了，以前是默认个性无法100%满足，所以要这样做，但是现在真的可以完全满足，那么这个基础可能就完全不一样了。
现在很有可能是不需要提取共性，前提已经变了，以前是默认个性无法100%满足，所以要这样做，但是现在真的可以完全满足，那么这个基础可能就完全不一样了。
9 20
不要总想着去改什么memory 去做自动化 这些功能下一波更新一波带走
去想有什么岗位 企业一直没招到 或者 招聘roi不高 或者 没有人具备这个技能
原来1w的产值 8000块用5个saas实现 小公司用不起
现在1w的产值 80块 一个agent实现了 市场扩大了N倍
去认真想一下 有哪些岗位有必要 甚至很有必要 只是你请不起 和 市场没供给 而已
我实现了一个 之前这个岗位一直招不到 agent实现了之后 只能说给我提供了巨大的insight ！ 把这个思路分享一下。
去想有什么岗位 企业一直没招到 或者 招聘roi不高 或者 没有人具备这个技能
原来1w的产值 8000块用5个saas实现 小公司用不起
现在1w的产值 80块 一个agent实现了 市场扩大了N倍
去认真想一下 有哪些岗位有必要 甚至很有必要 只是你请不起 和 市场没供给 而已
我实现了一个 之前这个岗位一直招不到 agent实现了之后 只能说给我提供了巨大的insight ！ 把这个思路分享一下。
48 34
16 10
现在整体的组织可能跟之前有个特别大的一个区别。
首先后台可能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应该去设计的是可被自由探索的范围空间和对自由探索后结果的健壮性。
首先后台可能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应该去设计的是可被自由探索的范围空间和对自由探索后结果的健壮性。
19 64