奔驰mapswitch教程

昨天发了这个五点五的 mac switch， 好 多兄弟问别的车能不能用这个，一看就是没有好好看之前的视频啊，这个我们最开始做的就是对四点零 t 的 支持，那无论是四点零 t 还是五点五 t 现在都是已经完美支持的了。 这个视频给大家演示一下我们的老演员一六三 s， 那 可以看到我们现在进到 s plus model 之后呢？我们现在这个标定是做了一个放炮加强的，可以听出来， 那在我们的 a p p 上我们可以看到一下原厂 map 放炮加强，进入我们的 a p p 自动识别有什么 map， 然后我们选到这个放炮减弱，这个是你的 partner 给你做的啊，有什么 map 要你的 partner 来做 放炮减弱 active 之后呢？ ecu 切换了，切换之后我们再听再听这个放炮，你看它这个是不是强度变弱了，这代表这个 ecu map 已经切换成功了。目前呢，我们五点五四点零都已经完美支持了。接下来呢，我们会做 m 二七六三点零 t 的 支持很快，因为我已经买了一台 e 四百来做这个开发。 那 c 四三， e 四三， gl 各种四三的车友们，还有四百的车友们，我们马上就安排上这个功能呢，我们也很快会开放给所有我们的 partner 跟用户。等产品正式上线之后，那各位敬请期待吧。

有兄弟问我们五点五的这个 mac switch 啊？没问题，安排现在原厂模式不放炮， carplay 直接切换放炮加强模式，激活成功， ok， 哈拉少。

map 二是一款零门槛、免费为主的地图可识画工具，常用于专业地图制作，在国内历史圈中广泛使用，但其中很多功能大多数人都不知道，这里我将进行详细介绍。声明，视频中称不实用的部分仅为个人意见，可能还会出现遗漏内容。 本软件还有部分付费内容，请谨慎购买。本次讲解为手机版，有些手机可能使用不了， 进入软件内会出现五个大选项，第一个为创建地图，第二个为软件的辅助功能，第三个是你保存过的地图，第四个为调色板，第五个没有太大用处，可忽略。制作地图时点击第一个橙色按钮 创建地图。第三个可以对你以前保存过的地图进行更改或使用。进入创建地图界面，可以看到很多的地图模板，分为各种，想要更轻易的找到，就可以使用上方的分类来找。有两种分类方式，这边直接给出中文翻译， 此外还可以进行搜索，但要求必须输入英语。接下来选一个地图，我这里随便选一个进行讲解，我们用的就是下方的五个主要功能。 先说第一个， map 这里第一个可以更改背景颜色， 第二个是开关边框显示， the swedes， the russians and the austrians。 第三个是边框颜色， 切记要把边框显示打开才能显示边框颜色，如果觉得不清晰可以使用第四个，调节边框粗细选项中越往下越粗。第五个调节地图的颜色。 第六个我也是搞了半天也没搞明白，但应该没有太大作用，累赘，这里自己看吧，就不解说了，理解一下，谢谢！ x 值中这个功能在一些地图里是没有的，它可以显示大边界， 颜色就不用多说了。 switch tool 点击一次即可涂色 erase color， 点击一次即可擦除 color by state 区域性覆盖涂色，没有与之相反的擦除 color multiple。 触摸屏幕的地方都可涂色及滑动涂色 erase multiple 滑动擦除， 剩下的分别是识别、取色、展示和隐藏。 徒立，这里就是对其的修改，可命名和删除， 这个就是图力，可给他移动位置放大缩小，如果不想看到，可以直接移除屏幕外。下载地图就是保存成图片，也可以用截屏代替。我们主要讲保存地图。 c 保存匿名之后就会出现在麦芒 这边。我们来到第二个软件辅助功能，付费内容虽能体验更多，但这边不建议买，因为贵。付费内容中文翻译如下， 这个地方可以改基础地图样式，这八种免费，剩下的为付费内容， 其他的没有太大作用，可忽略。 这里就可以看保存的地图了，如果你保存的地图很多，也可以使用分类来找， 调色板就不多说了。

就在昨天，发生了一件巨离谱的事， s r p 的 这个 cloud code 的 源码居然泄露了，行驶在叉上这个账号呢，发帖宣称是个 cloud code 的 源码泄露，并贴出了泄露的代码。 具体的泄露原因呢，就是在这个 n p m 上面， cloud code 的 包里残留了一个点 map 文件，而这个点 map 文件呢，又指向了一个 s r p 的 未混淆的一个 type c 的 源码地址。 我只想说是故意的还是不小心的，这一解压，一千九百来个文件，五十一万行的代码都在里头。 截止目前为止啊，这个帖子已经引起了两千六百多万次的浏览。而作为一个经常用 web coding 的 算法工程师，这种机会其实还是很少见的，因为你平时很难有机会近距离的去看到一个顶级的 ai 编程产品，它内部到底是怎么设计的？ 我接下来呢，和大家分享一下我在这个源码里头看到的哪几个我认为比较值得学习借鉴的地方啊。视频最后还有 cloud code 的 尚未发布的隐藏功能揭晓哦。 首先就技术站了， cloud code 的 ui 框架居然使用的是 react 加上 ink， 没错，就是那个 java script 的 ui 框架，使用 ink 呢，将 react 的 主键渲染到命令行界面显示。我 之前就在想，像 cloud code 的 这样的命令行界面这么复杂，对于要支持流式输出啊，状态切换，多区渲染和复杂交互的这个通电 a 键的来说， 那 react 加 in 的 这种声名式的 ui 方案确实相对那种啊一大堆，这种终端控制逻辑要更容易维护一些。并且通过查看源码发现， leo 的 整个主控流程核心只是一个微扰循环，而在这个循环内部呢，管理了一整轮的 a 键的运行机制，例如整理上下文，决定是否压缩历史调用，模型流逝输出，还有工具执行等等等等。具体的流程呢，可以参考这里。 用过 cloud code 或者 codex 的 这种代码。 a 型的小伙伴应该知道，当你对话的上下文操作模型的限制时， a 型呢，会自动压缩上下文，而在以前，普遍的做法都是对历史上下文做个总结，对吧？然后充当之前的上下文。 cloud code 的 上下文压缩怎么也那么简单，它总共分为四种不同力度的上下文管理策略。 首先是这个 snap， 它的作用呢是直接切掉一段已经没有价值的内容等等。 第二个，这个 micro compact， 它的作用呢，就是优先清理那些又长又旧啊，但是又没有那么重要的一些工具的结果，尽量不破坏对话的主干，比如说像什么 web search 啊， grab 等等等等，这些都属于结果很大，但是经过几轮对话之后呢，相对就没有那么重要的内容。 为啥可以删除这部分的工具调用呢？这是因为模型的输出其实还保留着对吧？也就说只需要把前缀的正文部分内容给抹掉了，所以模型还是能够知道他之前读过哪个文件啊，搜过什么网页的。那第三个呢，则是 context collapse， 它比较有意思，它通过构建一个折叠后的上下文式图，并把旧轮次的上下文归档到一个存储库当中。你可以理解为类似啊，像必特那样的加密啊信息，就把你某段历史从上下文当中摘出来啊，只留一个简短的介绍放在里头，然后最后一个则是 auto compact。 这个才是我们常规理解的上下文压缩，也就是通过总结所有上下文的历史，然后加这个精简后的结果，替换原本的上下文，从而达到压缩长度。 并它并不是简单的替换总结就可以了，它在替换完总结的内容之后呢，还会重新在上下文当中注入一些必要的内容，比如说你最近上传的文件啊， a 键的制定的一些 plan 的 计划，还有这个 scale， m， c， p 等工具的介绍等等。 而且这个也是最后兜底的一层，当上述的三个流程都执行过后啊，还是即将要超过模型上下文限制的话，那就会调用这个方法去彻底的压缩一遍。总结下来，你会发现他并不是一上来啊，就直接暴力的去用大模型去总结一波，而是按照删除、清理、折叠、重写这四个层级逐步的去处理。 我们这个思想还是比较值得学习的。就能不动对话的股价就先别动是吧？能不重新总结就先别总结，因为你总结势必会丢失很多上下文当中的细节。 再往下走就是发起模型请求和流逝接收了。这一步我觉得最值得注意点是很多比较基础的 a 键的实现是等到模型输出完成后啊，再去检查工具的调用，有的话再去执行。那 cloud code 呢？只是流逝接收是吧？不用等整条消息的结束，只要接收到工具调用的回复啊，像拖钥匙就直接把工具跑起来， 把连续的止毒命令或者你设定的安全命令形成一组并发去执行。你像写文件啊危险的命令的工具，则单独串行执行工具，结果再根据这个工具出现的这个顺序缓冲再吐出，保证了顺序性。 并且从这只代码暴露出来的实现细节看，他在主响应结束之后呢，可能还会继续做一系列的这种收尾任务，比如说提取长期记忆，整理记忆状态等等， 也就说他把一轮 a 型完成，还有就是后台收尾和派生任务继续跑。 而像记忆提取呢，则他会在对话结束之后啊，专门挑那些以后还有可能用的这种信息提炼成长期记忆。比如说像用户的偏好啊，项目的长期背景呢，某个反复出现的约束条件呢等等等等。这一步的本质呢，就是将短期的上下文变成长期记忆，这样你下次新开一个规划就不会说啊，每一次都从零开始对不对？ 还有这个 out to dream， 如果说刚刚的记忆提取是记笔记，这个呢，则更像是在某种特定条件下整理你的笔记，譬如在合适的时机将你重复的一些记忆合并是吧，删除一些过期的内容，然后修正一些已经被推翻那些旧言论等等。 就像能休息的时候是吧，做的这种记忆巩固一样，白天接受信息是吧，晚上睡觉的时候啊，自动整理规范。这样做的好处也很明显，会让你的长期记忆不会说啊越来越笼常， 而是能够恰当的经典记忆，只保留最重要而且最正确的一些记忆好。然后以上部分呢，是我目前看到的一些我觉得比较好的 a 型的值得学习的地方，接下来呢，然后就是讲他还未正式上线，但在代码当中已经透露出来的一些东西了。 首先就是完整的宠物系统，没错了的，未来可能可以在终端养宠物了，这个我是真没有想到这么严肃的工具还会有这个部分。目前为止呢，可以看到包含了十八种宠物， 有五种等级的稀有度，什么普通啊，罕见啊，传说呀，稀有啊等等等等，从低到高的获取概率如下，说说如果出了啊，你们最想养的电子宠物是这里的哪一个？其实就是语音模式了，目前看在这个目录下已经支持了语音模式，但是呢，走的是一个专门的 will stream 的 一个观点， 但是好像只是 cloud 的 本身的授权认证。还有一个就是自主代理模式，在这个目录下呢，这个文件里头有一段系统题词是这样的， 主要内容就是告诉 a 键呢，你现在是自主模式，如果没啥事干是吧，你就调用这种睡眠工具，也就说当前用户正在使用终端的时候，会偏向协助模式，当用户终端未聚焦的时候呢，则偏向自主行动。同 时呢，给这个 a 键呢，关联了若干个适合自主模式的工具。像刚刚说的这个睡眠工具，还有一个桥接模式，在这个目录下呢，有几十个文件，看起来是一个完整的跨端桥接控制功能。未来呢，可能你可以直接在浏览器当中的 cloud 网页当中操控你的本地电脑环境了。 总结下来就是 cloud code 呢，未来可能会从一个助手的形式转变成全天候的自主开发形式，这个还是很值得期待一下。最后，如果你看我的上期视频，你就会发现 cloud code 是 一个很好的 harness engineering 的 工程实践，他把模型啊，工具、上下文权限等等等等全部装进了一套完整的工程体系里头。 我觉得大家如果想学习最佳的 a 键的工程思路，可以去看一下源码，要知道这可是经过商业验证的 a 键的系统，还是非常有价值的好。如果这期视频你有帮助的话呢？麻烦点赞收藏加关注，咱们下期视频见！

不少粉丝问福哥，自驾游线路的汽车动画是怎么做出来的，这么的严丝合缝？其实制作过程特别的简单。 首先找一个现成的汽车模型，打包 c 四 d 的 工程文件，尽量保存到桌面上，且名称为英文。然后导入到 a、 e 的 三 d 插件里， 展开群组，一并创建空白群组。将 e 三 d 创建的空白群组绑定至 j， l， e， r s 脚本创建的带有动画的空位像。 启动 j l， e， r s 脚本创建的带有动画的空位像的角度属性，启动 rotate 五 s max 和 barry offside 的 开关， barry offside 的 偏移角度设置为九十度。最后调整 e 三 d 创建的空白群组的 x 轴九十度， y 轴一百八十度完事。 有没有发现，约束汽车的方向压根不会对汽车模型本身进行角度约束，而是这类似脚本本身就已经约束好了较多，简单不简单，剩下的就看大家的发挥了， 对 a、 e 的 e 三 d 插件约束些，最终所呈现的效果一定不会差。