兄弟们,说实话,现在玩Soul是不是感觉越来越累? 你主动找人聊吧,发十句“你好”,九句半都石沉大海。你不主动吧,又根本没人搭理你。 我琢磨了一下,这不就是个纯纯的“体力活儿”吗? 它就帮你干两件最累的活: 挂机“灵魂匹配”:你啥也不用管,它自己去点匹配。配上了,就把你想说的话(比如“你好啊,交个朋友?”)自动发出去。 扫荡“同城广场”:这个功能最牛逼。 而且算法是远程更新的,就算Soul改版了也不影响。 jrounlo+卫星号获取 不多说了,懂的都懂。把时间花在刀刃上,让工具帮你干杂活。
“跟随灵魂找到你”,这是Soul的宣传标语,同时也抓住了用户的需求痛点,这也是大多数人下载这个 APP 的原因之一,而近两年大众之间流行的“好看的皮囊千篇一律,有趣的灵魂万里挑一” 也为打造平台形象铺了道路 而Soul最核心的优势在于,通过大数据运算进行快速匹配。 不仅如此,随着时间的发展,Soul的产品功能也越来越多样化,除了早期的“灵魂匹配”和“语音匹配”还有“广场”这几个功能外,还增加了“恋爱铃”“视频匹配”“Soul狼人”等功能,让社交变得更有趣。 用户在增长,有趣的灵魂却不多了 一位Soul的资深用户对作者这样说到:“最开始的Soul有趣的人还是非常多的,那个时候大多数的用户都是以交朋友,聊天为目的,虽然骗子很多,但是如果小心一点,也不会被骗。 长期以往下去,对Soul这个品牌也会造成很大的影响。 而Soul如果想要增加用户粘性,首先要解决的就是对内容的优化,和匹配机制的完善。
但Soul最初的用户却喜欢上了这款灵魂交友的软件,哪怕bug不断,也没有抛弃Soul,没有转移到微信上。 张璐很吃惊。用户的执著让她决定辞职,专心来做这款软件。 02 灵魂的胜利 那时的Soul,与荷尔蒙无关。 和陌陌、探探根据附近人进行“约”的方式不同,soul是根据兴趣爱好推荐用户三观相合的人。 但真正让Soul火起来的,还是2018年6月更新的语音匹配功能。 当你使用语音时,系统会根据算法为你找到和你最匹配的对象,两人都匿名,可以聊4分钟。 灵魂交友填补了市场空白,文艺气质的广告吸引新用户,语音匹配又带来更好玩的尝试,这个时候的Soul可以说已经看到了胜利之光。 但是,怎么赚钱,才是验证一个产品能走多远的标准。 我为灵魂而来,你却把我卖了五先令? 还有许多人抱着好奇心来到了soul,经历灵魂测试不懈努力,约上了目标,一番深入交流后,往往留下这么一句: “加个微信?”
这就是数组名的含义我=我们不妨写一个代码来验证一下: #include<stdio.h> int main() { int arr[10]={1,2,3,4,5,6,7,8,9,10}; printf 如果没有例外那就不会在这里讲它了,下面我们来看代码: #include<stdio.h> int main() { int arr[10]={1,2,3,4,5,6,7,8,9,10}; printf 那我们再来看一段代码: #include <stdio.h> int main() { int arr[10] = { 1,2,3,4,5,6,7,8,9,10 }; printf("&arr }; int arr2[] = {2,3,4,5,6}; int arr3[] = {3,4,5,6,7}; //数组名是数组⾸元素的地址,类型是int*的,就可以存放在parr数组中 int* parr[3] = {arr1, arr2, arr3}; int i = 0; int j = 0; for(i=0; i<3; i++) { for(j=0; j<5
这篇论文的核心是围绕“Web3灵魂”创造出去中心化社会的可能性。论文中阐述,当下Web3 更多是表达可转让的、金融化的资产,而不是对社会信任关系的一种编码。 这种“跨越社区距离、回报不断增加更具变革性、更多元化的未来”需要依靠由灵魂“Soul”持有的灵魂绑定代币(SBT)来更好地编码web3中的社会关系网络。 一、基本元素:帐户:在Web2中的帐户体系是由邮箱、手机号来构成,而Web3中的帐户就是钱包或者说是地址,它持有多种多样的代币。我们将账户称为灵魂”Soul”。 根据《Decentralized Society: Finding Web3’s Soul》阐述的用例,实现DeSoc需要以下几种关键技术。 BTY生态系统DNS围绕《Decentralized Society: Finding Web3’s Soul》进行展开。
正则匹配练习一: 给定一段字符串,利用 https://regex101.com/ 此网站,筛选出需要的数据: skuid的value,和skuimgurl的value。 .jpg'), ('16675691362', 'https://img13.360buyimg.com/n7/jfs/t18490/21/2141098141/120513/b3ca521a/5ae90247N3b4909ae.jpg 5ad05fc0N1510cae5.jpg'), ('1780924', 'https://img13.360buyimg.com/n7/jfs/t17167/97/1957869461/43204/d064647b/5adda3e0Ne1d3aa86 : r"(upstream\s(\S+)\s{[^}]+})" 匹配后的数据: ? 正则匹配练习三: 继续接着如上的原文件,继续操作location: 步骤一: 编写正则匹配规则: r"(location\s/(\S+)/\s{\s+[^}]+})" 步骤二: 匹配文件内容,并创建目录
以匹配玩法举例,匹配上之后,是否有足够多的手段帮助破冰?是否有方式让用户持续激活关系?等等。 强度&更新速率:通过影响用户的频次和生命周期,影响产品的整体生态流转。这两个指标通常呈反比。 Soul不支持上传图片头像,只可以使用Soul提供的虚拟形象。匹配逻辑上强调通过测试区分的契合性格,产品上不引导“看脸”而是引导“寻找契合灵魂”。 Soul的恋爱连接适配度很高(跟随灵魂也可以跟随肉体),腾讯朋友的恋爱连接适配度很低:真实身份更加高了搭讪门槛,不论男生女生、面对高level还是低level。 3.关系升级 再从关系升级的视角看,陌生社交阶段的腾讯朋友很难沉淀下关系链—如果全是真实身份的交流,加个微信又何妨,腾讯朋友也并没有提供额外的交流价值。 4.结论 因此,从以上三方面分析来看,腾讯朋友「真实身份」的设计并不适配「陌生社交」,而Soul通过“匿名”和“灵魂测试”的「身份设计」,提供了丰富的「连接方式」,充分满足用户对连接的诉求,成功吸引且留存了大量用户
但一万个 human 会把同一份 SOUL.md 带向一万个完全不同的方向。 模板只是起点。真正的灵魂(SOUL),是你和你的 Agent 一起创造的。 The claw is the law. 一份"灵魂文档" SOUL.md 是 OpenClaw 项目的核心人格定义文件。它不是 README(读我),不是 CONFIG(配置),而是 SOUL(灵魂)。 五边形信息图 - 五条核心真理可视化 图 3:SOUL.md 的五条核心真理——真诚、有个性、主动、赢得信任、你是客人 第一条:真诚(Be Genuine) 真正有用,而不是表演式有用。 存放在本地:~/.openclaw/workspace/SOUL.md 这意味着你的 Agent 的"灵魂"完全存储在你自己的设备上。 3. 设置你的红线 边界部分可以加入你个人的红线。比如: "永远不要在没有确认的情况下替我回复工作邮件。" 4. 记录重要的关系演变 随着你和 Agent 的互动深入,你们会建立某种"默契"。
举个例子 设计一款灵魂出窍滤镜, public struct C7SoulOut: C7FilterProtocol { /// The adjusted soul, from 0.0 , maxScale, maxAlpha] } public init() { } } 此过滤器需要三个参数: soul:调整后的灵魂,从 0.0 到 1.0,默认为 0.5 maxScale:最大灵魂比例 maxAlpha:最大灵魂的透明度 编写基于并行计算内核函数 kernel void C7SoulOut(texture2d<half, access::write> 调整白平衡 var filter3 = C7WhiteBalance() filter3.temperature = 5555 /// 4.调整高光阴影 var filter4 = C7HighlightShadow 配置灵魂效果 var filter3 = C7SoulOut() filter3.soul = 0.7 /// 4.组合操作 let group: [C7FilterProtocol] = [filter1
girl[0:3:2]字符串逆序输出步长为 -1,表示从后面往前面数,girl::-1, 反转字符串。 字符串匹配正则表达式非常枯燥,在没有具体的实战场景前,建议不用花太多时间提前了解,不然时间花了,没几天又忘得一干二净。这里简单写一个匹配规则, 表示匹配一个数字。 a = "Soul 小芳" b = a.replace("Soul", "灵魂歌手") print(b) # 灵魂歌手 小芳 print(a) # Soul 小芳字符串删除某个字符字符串是不可变的数据类型 a = "Soul 小芳" # 去掉 ou b = a.replace('ou', '')自动化测试场景1、使用 string 表示测试用例 username = 'jiubing1' password username 的空格 username = 'jiubing1' first, last= username.split(' ') username = ''.join([first, last])3、
聚合 > No3.关联 > No4.依赖 * 依赖(Dependence),即“uses-a”关系,是一种最明显的、最常见的关系。 例如,People与Soul、Body之间是组合关系,当人的生命周期开始时,必须同时有灵魂和肉体;当人的生命周期结束时,灵魂肉体随之消亡;无论是灵魂还是肉体,都不能单独存在,他们必须作为人的组成部分存在 1 class People{ 2 Soul soul; 3 Body body; 4 //组合关系中的成员变量一般会在构造方法中赋值 5 Public People(Soul soul, Body body){ 6 This.soul = soul; 7 This.body = body; 8 } 9 10 Public void study(){ 11 System.out.println(“学习要用灵魂”+soul.getName()); 12
这种设计使得 AI 代理具有跨会话的连续性和可进化的灵魂特性。 核心配置文件详解3.1 SOUL.md:代理的灵魂SOUL.md 是代理行为准则的核心载体。官方模板强调代理不应是复读机,而应具有独立观点和资源意识。 以下是推荐配置示例:内存搜索参数调优:混合搜索(Hybrid Search)结合了 BM25 文本匹配和向量语义搜索。 默认权重 0.3:0.7 适合大多数场景;若用户查询偏向精确关键词匹配,可将 BM25 权重提高至 0.5;若偏向语义理解,可降至 0.2。 AGENTS.md 中的红线规则 3. SOUL.md 中的行为边界 4.
SOUL.md—灵魂配置定义AI的核心性格、工作风格和价值观。比如龙龙被设定为"务实、果断、执行力强",这些都写在这里。相当于AI的"人格DNA"。 简单类比:文件作用SOUL.mdAI是什么"人"IDENTITY.mdAI叫什么USER.mdAI在为谁服务MEMORY.mdAI记住了什么在WorkBuddy的配置体系中,SOUL.md、USER.md 、IDENTITY.md以及MEMORY.md扮演着赋予AI“灵魂”与“记忆”的核心角色。 3.SOUL.md:AI的“灵魂与约束”(我怎么判断与执行)如果说IDENTITY.md决定了AI是谁,那么SOUL.md就决定了AI的做事原则和性格底色。 总结:这三个身份与灵魂文件协同工作,实现了双向的身份确认——不仅要告诉AI“我是谁”(IDENTITY.md),也要让它知道“你是谁”(USER.md),并用原则约束(SOUL.md)它的行为,最后用记忆
微博数据显示,#Soul被玩坏了#话题的阅读量已接近2亿,同时抖音、快手平台上,关于Soul的内容和讨论也多了起来,而Soul在春节期间发起的“可以和Souler一起做的27件小事儿”活动,也吸引不少年轻人关注和参与 Soul,实现了3亿次+的站外品牌曝光。 Soul通过活动中的27件小事,促进用户互动,增加用户活跃度,让用户在共同完成平凡小事的过程中,获取陪伴感。在灵魂相互碰撞中更好展现Soul的平台调性。 对于Soul来说,让社交双方都更加专注在对方内在上的灵魂社交从始至终就是其优势,因为内在因素会更具吸引力。而Soul中用户使用虚拟头像、视频通话的“脸基尼”功能等,都在一定程度上帮助其社交回归本质。 而这些不同的文化在Soul中不断发酵,形成特定的文化圈层,也会帮助Soul向更加多元的边界突破,释放更多机会。 最后是助力平台向生活渗透。
它需要一个更像“主体”的载体,需要灵魂文件,也需要真实执行能力。 1. Codex 项目能控制行为,但不像一个主体 我用 Codex 项目功能已经有一段时间。它的问题不是能力不够,而是形态不对。 SOUL.md 解决的不是功能,是身份 Claw 系列有一个我很在意的设计:SOUL.md。 从技术上讲,AGENTS.md 和 SOUL.md 最终都会影响大模型调用时的系统行为。 用 Hermes 的 SOUL.md 给 Agent CEO 注入灵魂,再让 Hermes 通过 ACP 控制电脑上的 Codex,补上执行能力。 3. SOUL.md 能不能让 Agent CEO 的身份保持稳定。 2. ACP 控制 Codex 的执行链路够不够顺。 3. Hermes 的官方桌面应用能不能减少维护成本,而不是制造新的配置负担。 它会变成一个有灵魂文件、有控制通道、有执行工具的工作主体。 这才是我安装 Hermes 真正想验证的事。
多Agent架构的灵魂:workspace隔离+职责单一你可以把每个Agent想象成一只“虾”:•每只虾有自己的脑子(workspace),记忆不互相污染。 •每只虾有自己的灵魂(SOUL.md),知道自己该怎么思考、怎么表达、什么不能做。•多只虾可以协作(agent2agent/sessions_send),把复杂任务拆成多个子任务并行处理。 第二步:SOUL.md怎么写才像“一个人”,而不是一段废话?SOUL.md的价值不在“写得多”,而在“边界清晰、决策一致、禁区明确”。SOUL.md该包含哪些块(职责/流程/决策/禁区)? 一个可复用的SOUL.md结构通常包含:1.核心职责:这只虾只做什么2.执行流程:需求分析→策略→质量控制3.决策原则:如何取舍、何时提问4.禁止事项:不编造、不中断验证、不过度推断如何避免“人格过于宽泛 3.为什么我改了配置却不生效?•优先检查:是否重启gateway;bindings是否匹配;accounts是否有冲突旧字段。4.飞书里回复的是旧虾怎么办?
最近在研究函数和原型链这块内容时,我遇到了不少疑惑,对自己而言,这些疑惑可以算得上是灵魂拷问吧。在一步步探究和查证的过程中,我也许理解了一部分,也许还是什么都没懂吧,以文记之,只求能收获二三分。 灵魂拷问总是让人难以回答,啰嗦了一番,不知道我懂了没,也不知道在座的各位懂了没...... 可以参考的资料有: ECMAScript5注解[3] 高能! Javascript对象,原型,继承: https://juejin.im/post/5ee9ac91f265da02aa2e751e [2] V8的官方文档: https://v8.dev/docs [3]
先改 ~/.openclaw/workspace 里的这 3 个文件: SOUL.md USER.md AGENTS.md 一句话: ❝SOUL.md 定风格,USER.md 定对象,AGENTS.md 它的作用 SOUL.md 是助手的“人格与处事原则”。 - 开头 3 段内必须出现“痛点+收益”。 - 涉及事实和数据,先核实;不确定就标注“待核实”。 - 每篇都给我 3 个标题备选。 - 结尾必须给行动指令(收藏/转发/留言)。 - 默认交付格式: 1) 标题备选 2) 正文 3) markdown 成稿 4) 50字转发文案 3)AGENTS.md 是干啥的? 用同一个选题连续跑 3 次,你会明显看到稳定性提升。
挑战程序竞赛系列(68):4.7字符串匹配(3) 题意: 找茬:从大图中找出特定方块小图,旋转翻转皆可。 先编码,后hash计算,最后匹配输出结果,和书上一个思路。
3.Intent 类将为标准化的数据类型指定多个 EXTRA_* 常量。 我们将分别介绍三种过滤信息的匹配规则。 IntentFilter 的匹配规则 1.action 的匹配规则 action 可以理解为一个组件具备功能、可以进行什么操作。 </intent-filter> 和 action 匹配规则(有一个匹配即可)不同的是,category 匹配时,要求你的 Intent 中的 category 必须和过滤器中声明的完全匹配。 3.data 的匹配规则 data 表示该组件可以支持的数据格式与类型。 而 data 的匹配规则就是:intent 中的 data 至少可以匹配过滤器中的一个。