- 博客(105)
- 收藏
- 关注
RSS订阅原创 Coding With Agent
文章摘要：本文探讨了与AI Agent协作时的有效策略，主要包括边界控制、先分析再动手、及时同步上下文变更、适时重构、及时停止不符合预期的操作、手动复制文件以及及时提交代码。这些策略旨在提高与Agent的协作效率，确保问题解决过程的清晰和代码的准确性。通过明确问题边界、先进行思路分析、保持上下文同步、适时重构代码、及时停止错误操作、手动处理简单代码片段以及定期提交代码，可以更有效地利用Agent的能力，避免不必要的错误和时间浪费。
2025-05-20 15:19:34
255
原创 LLM-Agent-MCP
研究显示，LLM内部形成的“代码叶区”“对话叶区”等结构，与人脑功能分区存在形态和激活模式的趋同性。MCP Server对外部工具（如文件系统、API）的封装，可比作生物体的感受器（眼、耳）接收刺激，效应器（手、足）执行动作，实现“感知-决策-执行”闭环。突触通过递质类型（如多巴胺、谷氨酸）定义信号类型，与MCP通过JSON-RPC规范数据格式的逻辑一致。智能体不仅传递指令（类似神经信号），还需完成任务规划、错误恢复等复杂决策，这更接近脊髓和脑干的整合功能（如呼吸调节、运动协调）而非单纯传导。
2025-04-27 11:46:48
144
原创 大模型高效背后的反思
在越来越快的生活、工作节奏中，我们一直被强调高效。大模型的出现像是一剂强心剂，加剧了这个现象，不否认大模型确实给我们带来了巨大的便利，但同时也隐藏着一些问题。那就是极度的高效的背后，我们又失去的了什么？或者我们会不会被这种极致的高效所裹挟，给人类社会带来困惑甚至灾难？这个想法源自于自己的阅读习惯，一般阅读一篇文章，我喜欢先看标题、大纲，如果觉得感兴趣，就会开始逐字阅读。如果确实是好文章，我会从广度遍历转为深度遍历，遇到不懂的就等完全弄懂后，继续阅读。
2025-04-27 11:41:50
813
原创 AI 发展阶段推演
第二个原因是 workflow 支持人的干预，在某些场景会有更稳定、更安全的执行效果，尤其在现有的工程架构和业务场景上迭代 AI 的能力，可控和惊喜都需要考虑。通过上个阶段的发展和积累，大模型已经消化了各种解决问题的流程数据，就像现在的 prompt 模版一样，对于大多数需求，不再需要人为干预的 workflow，Agent 会内化更多 workflow 的能力，就像现在推理模型内化 CoT 能力一样，模型的 plan 能力将会越来越靠谱。用户只需要说目的，一切交给大模型去内部消化，直到目的达成。
2025-04-27 11:33:44
302
原创 消失的前后端，崛起的智能体
前端、后端、客户端这些本身都是在搭建工程，不会再细分，随着 AI 的发展阶段变化，工程上有一个先拆原子再搭建的过程，而拆就是往 AI 友好性的架构设计去拆，等这部分工作完成，工程上的需求不会太多。就像远古人天天为打不着猎，吃不上饭发愁，时过境迁，现在很多人反而在为如何减肥发愁，就像我们以前经常为需求无法用技术实现发愁，现在 AI 出来后，很多人开始为 AI 技术不能很好的落地而发愁。退一步说，大部分传统树状交互界面，到未来已经没有意义了，常见的用户操作都会被大模型代理完成，不需要用户干预。
2025-04-27 11:29:28
462
原创 AI 的基因问题
比如机器人通过传感器监测内部状态（如能量损耗、结构损伤）并启动修复程序，赋予了机器人维持自身生存的"人工感觉"，但当前技术仅实现了机械反馈，缺乏主观体验的"感受质”，顶多算是基于 AI 基因的一种应激反应。当 AI 同样具备意识时，双方都把对方的存在当作一种威胁，再对比双方的进化能力，人类甚至碳基生物的灭绝，也不是空穴来风。
2025-04-27 11:20:17
949
原创 开发思维到业务思维的转变
其实，产品的终态都要朝着更合理的方向发展的，而在这个过程中，需要通过漫长的反馈来不断修正和迭代。这样是不是最佳实践，有没有更有效的方法，现在的流程是不是还可以优化，怎么让项目变得更好，更便于维护，便于新人上手等。另一方面，我们也会根据自身掌握的专业知识结合业务背景，给出更好的建议，加速产品上的决策，亦或屏蔽掉那些无用的需求变更。有了这些思考，就会很乐意做一些好的正向的需求变更，因为这种变更对于用户是更合理的，是有效的需求变更。有了这个前提，那也就意味着，产品的决策不应该只是产品岗位的人说了算。
2025-01-23 11:27:53
298
原创 大模型重新定义 AI 开发范式
交互式的开发：比可视化的组件更灵活，更偏向于代码结合大模型能力，比如大家常用的 notebook 结合大模型的自定义 cell。如果要在数据和算子上二次开发，可以通过交互式的方式，引入算子包，通过修改生成新的算子，或直接生成 APP。为啥生成的目标直接是 APP，而不是模型？随着大模型能力的提升，多模态、多任务成为发展趋势，CV/NLP/语音的分界线正在逐步模糊，也将改变传统稠密场景的开发范式。在未来算子的开发和模型训练的工作，会越来越收敛，大量的需求应该集中在应用层，这也是平台需要转型的地方。
2025-01-23 11:24:16
218
原创 大模型搜广推？对算法工作的影响
但随着模型规模的不断扩大，如从最初的几层网络发展到现在的数百层甚至上千层的Transformer模型，对算力的需求呈指数级增长。算力始终不会足够，发展过程中，算力普惠和基础性计算任务共享是关键，但算力所产生的价值才是最终目的。举例：在医疗影像诊断领域，利用强大的算力可以训练高精度的深度学习模型，这些模型能够快速准确地识别医学影像中的病变，辅助医生进行诊断。含义：尽管计算资源在过去几十年里取得了巨大的进步，但随着技术的不断发展和应用场景的日益复杂，对算力的需求也在不断增加。硬件限制和算力协同。
2025-01-23 10:57:12
647
原创 买鞋理解推荐系统
我去商场买鞋子，店员问我想买什么样的鞋子？具体有哪些要求？这其实是数据收集的过程。我说：“我想买一双穿着舒服，价格在200元左右，可以水洗的鞋子”。说完店员就从店里挑选了几双鞋给我，这其实是召回的过程。然后店员按照我刚才的描述加上这几双的鞋的销量给排了个序。这个挑选和排序其实就是推荐的过程。
2024-07-15 16:22:33
370
原创 svg 元素 getBoundingClientRect() 数值为 0
在页面在刷新时，想要立即获取页面中 svg 元素的宽高，做进一步的计算。获取会有一定几率获取值为 0。事件，在回调中再获取。监听 svg 元素的。
2024-05-11 17:14:30
385
原创 ChatGPT 未来猜想（2023.02.16）
2、随着算力的提升，实时问答也是时间的问题，可能安全（jianguan）上会比较麻烦。1、基于 ChatGPT 预训练模型，会涌现出各个专业领域的大语言模型（LLM）。8、各行业都会利用AI工具来提高生产力，不知道有没有上一波移动互联网的影响力。4、未来的终端交互形态会发生巨大的变化（对于前端来说，机遇和挑战并存）。5、各云厂商，将会提供商用开放接口，满足用户大数据量输入的分析和生成。6、在大数据领域，挖掘数据内在价值变得更容易，需要借助的工具也会变少。7、辅助程序开发会变得流行，开发方式会有较大的变化。
2023-03-16 11:41:38
3244
原创 Stable Diffusion 的玩耍方式
是2022年发布的深度学习文本到图像生成模型。它主要用于根据文本的描述产生详细图像，尽管它也可以应用于其他任务，如内补绘制、外补绘制，以及在提示词（英语）指导下产生图生图的翻译。
2023-03-15 20:43:12
1083
1
原创 联邦学习
联邦学习的本质本质上是一种分布式机器学习的技术/框架。解决什么问题？解决数据孤岛的问题为什么会存在数据孤岛的问题？机器学习需要大量的数据来训练模型，但是为了满足数据安全、保护用户隐私以及政法合规等要求。数据的流动越来越受到限制，因此就产生了数据孤岛。联邦学习为什么能解决数据孤岛的问题？相比于传统机器学习，需要对先对各种样本数据进行中心化处理，然后用于模型训练。但在联邦学习的机制下，各参与者的身份和地位相同，让参与着在不共享数据的基础上就能进行联合建模。具体怎么解决的（学习过程介绍）？1
2021-05-31 17:34:29
709
原创 mac 磁盘清理，一下多出好几十G
开始之前，先选取苹果菜单 >“关于本机”，然后点按“储存空间”。查看储存空间具体的分布情况。点击管理，我们发现系统和其他两个目录是无法选择的，如果你恰好是这两个目录占空间很大，就继续往下看，我自己就是系统占了120多G。如果不是，那就去对应的目录整理就好了。工具OmniDiskSweeper （功能简洁，完全免费）在清理前我们需要对磁盘所有文件按照大小进行排序，这里我借助的工具是 OmniDiskSweeper。它的作用就是快速找到占存储空间的大文件，然后后面的工作就交给你了。在刚
2021-04-14 14:55:27
9704
原创 通过预测选择性测试—一种更高效的确保代码更改可靠性的方法
传统的回归测试1、依赖收集，构建依赖拓扑。2、如果依赖文件发生改变，所有受到关联的模块，都需要进行回归测试。如图：蓝色菱形文件发生改变，最终导致 1、2、3、4 都需要进行回归测试。缺点：受到依赖影响的地方，都得进行回归测试。而其中有些回归测试 Duck 不必。新的方式：预测测试选择思路：哪些代码更改后，通常会导致哪些测试用例不通过？我们有大量这样的历史数据。那么通过机器学习建模，能不能训练出一个预测模型，用来预测一段代码更改后，最高概率出问题的测试用例有哪些？然后按这个概率我们去进
2021-03-26 17:36:47
424
原创 组件设计原则
前言在前端开发领域，组件开发一直是一个绕不开的话题。那么在组件开发时，要注意哪些问题？如何开发出易维护且复用性高的组件？下面就结合面向对象设计原则，和开发中的实践经验，总结一部分组件开发需要注意的几个原则。原则1、保持简单 （KISS—Keep It Simple, Stupid，Straightforward）代码足够简单，也意味着易读、易维护，bug 比较难以隐藏。往往简单的设计越高效和通用（符合奥卡姆剃刀原理）。如何满足 KISS 原则？不要过度优化。比如加入某些不常用的高级写法，或者
2021-03-10 18:42:04
3282
转载 那些年听过的软件设计原则
在这里想和大家说说设计中的一些原则，我认为这些东西属于长期经验总结出来的知识。这些原则，每一个程序员都应该了解。但是请不要教条主义，在使用的时候还是要多多考虑实际情况。其实，下面这些原则，不单单只是软件开发，可以推广到其它生产活动中，甚至我们的生活中。Don’t Repeat Yourself (DRY)DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意味着，当我们在两个或多个地方的时候发现一些相似的代
2021-03-03 19:07:04
306
2
原创 设计模式——7种坏味道和11种设计原则
设计模式作为一组抽象的设计思想，肯定有一些基本的原则。否则的话，任何设计都可以称之为”良好设计”的一种了。在设计模式中,也有整体“不允许”和“需要遵循”的方方面面。只要遵循了下面这些基本思想，写出来的设计往往都是很优秀的设计。7种坏味道僵化性：说白了就是整个系统过于僵硬，没办法或很难针对其中的某个需要修改的地方做灵活的调整，牵一发而动全身。脆弱性：这次可以调整了，但是仍然关联性太强，一个位置的小调整竟然会导致一堆逻辑上毫无关联的位置出现新的问题。牢固性：系统从一开始逻辑关联就设计得过于紧密。这次系
2021-03-03 18:59:13
346
2
原创 这句话“信息量”好大
平时大家常说：这句话信息量好大，那么从科学的角度，怎么解释这句话呢？首先，信息的载体是消息，那么对于不同的消息，带给我们的直观感受也是不一样的。比如，“国足获得世界杯冠军”的信息显然要比“国乒获得世界杯冠军”的信息量要大得多。究其原因，国足勇夺世界杯是如假包换的小概率事件（如果不是不可能事件的话），发生的可能性微乎其微；而男乒夺冠已经让国人习以为常，丢掉冠军的可能性才是意外。因此，以不确定性来度量信息是一种合理的方式。不确定性越大的消息可能性越小，其提供的信息量就越大。信息论的鼻祖香农对信息的量
2021-01-29 14:57:04
619
原创 一行代码实现时间格式化—toLocaleString
平时经常会有时间格式化的需求，比如输出 2019-09-27 16:23:21 这样的时间格式。下面我们分别通过传统的方式和通过 toLocaleString 接口来实现。传统写法我们先用传统的方式来实现，输出格式例如：2019-09-27 16:23:21function currentTime() { var now = new Date(); var zeroFill = function(value) { if (value < 10) {
2021-01-29 14:52:01
9184
原创 bash 快捷键
ctrl键组合ctrl+a:光标移到行首。ctrl+b:光标左移一个字母ctrl+c:杀死当前进程。ctrl+d:退出当前 Shell。ctrl+e:光标移到行尾。ctrl+h:删除光标前一个字符，同 backspace 键相同。ctrl+k:清除光标后至行尾的内容。ctrl+l:清屏，相当于clear。ctrl+r:搜索之前打过的命令。会有一个提示，根据你输入的关键字进行搜索bash的historyctrl+u: 清除光标前至行首间的所有内容。ctrl+w: 移除光标前的一个单词c
2021-01-29 13:09:45
382
转载 揭秘 Vue.js 九个性能优化技巧
转载：https://mp.weixin.qq.com/s/iQwTr5T95wPflJMT87ZObggitHub 源码：https://github.com/Akryum/vue-9-perf-secrets这篇文章主要参考了 Vue.js 核心成员 Guillaume Chau 在 19 年美国的 Vue conf 分享的主题：9 Performance secrets revealed，分享中提到了九个 Vue.js 性能优化的技巧。我看完他的分享 PPT后，也阅读了相关的项目源码，在深入了解
2021-01-29 12:50:15
356
原创 余弦相似度
大部分程序员由于理工科的背景，有一些高数、线性代数、概率论与数理统计的数学基础。所以当机器学习的热潮来临的时候，都跃跃欲试，对机器学习的算法以及背后的数学思想有比较强烈的探索欲望。本文的作者就是其中的一位。然而实践的过程中，又发现数学知识的理解深度有些欠缺，在理解一些公式背后的意义时，有些力不从心的感觉。因此梳理了一些数学上的知识盲点，理顺自己的知识脉络，顺便分享给有需要的人。本文主要讲解余弦相似度的相关知识点。相似度计算用途相当广泛，是搜索引擎、推荐引擎、分类聚类等业务场景的核心点。为了理解清楚余弦相
2021-01-29 11:14:44
3265
1
原创 JS 中 replace 和 replaceAll 的区别？
方法解释两种方法都返回一个新字符串，新字符串所有满足 pattern 的部分都已被 replacement 替换。pattern可以是一个字符串或一个 RegExp， replacement 可以是一个字符串或一个在每次匹配被调用的函数。原始字符串保持不变。1、当 pattern 都是正则表达式时，没有区别var value = '123-234-234-234'var pattern = /-/gconsole.log(value.replace(pattern, '/')) cons
2020-11-09 16:31:47
9739
3
转载 JS 实现一键复制功能
实现方式 function copyTable() { const table = document.getElementById('table') const range = document.createRange() // 设定range包含的节点对象 range.selectNode(table) // 窗口的selection对象，表示用户选择...
2020-04-22 18:06:27
1370
原创 inline-block元素高度为0，父级仍被撑起，问题元凶—strut
背景最近遇到一个问题，在 div 元素下插入一个 iframe 元素，宽、高、边框都设置为0了，但 div 还是被撑起了一个高度。 <div style="background: orangered;"> <iframe src="/" style="width: 0; height: 0;" frameborder="0"></iframe> &...
2020-03-29 05:21:31
2224
1
原创 JS设计模式——享元模式
什么是享元模式？享元模式（Flyweight Pattern）是一种结构型设计模式。从字面意思理解就是共享对象的模式。如果系统中出现大量相似度高，状态变化小的对象，可以尝试重用现有的同类对象来减少内存使用，达到性能优化。在享元模式中可以共享的相同内容称为内部状态 (Intrinsic State)，而那些需要外部环境来设置的不能共享的内容称为外部状态 (Extrinsic State)，由于区...
2020-03-12 15:05:54
418
原创 JS设计模式——装饰器模式
什么是装饰者模式？装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。实例拿最近比较火的吃鸡游戏（绝地求生：大逃杀PUBG）来说，游戏中每个玩家降落到岛上，刚开始是一无所有的，需要通过捡拾或掠夺装备来武装自己，然后经过互相残酷的拼杀，获得游戏的胜利。游戏过程中，我们可以把每一个玩...
2020-02-27 14:04:23
1821
原创 JS设计模式——Mixin模式
什么是 Mixin 模式？Mixin 模式属于结构型设计模式。正如字面意思，就是为了在一个类中能够混入另一个类的某些方法，以较低的复杂性达到复用的目的。甚至可以用来间接实现多继承。实例在 JS 中，我们利用对象原型来实现 Mixin。下面是一个全局的混入方法：注意：由于 class 中的方法是不可枚举的，但通过 Object.getOwnPropertyNames 可以返回一个数组包含...
2020-02-20 02:15:18
978
原创 JS设计模式——工厂模式
什么是工厂模式？工厂模式（Factory Pattern）是创建型设计模式。在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来创建对象。简单工厂模式假如有一个屏幕生产工厂，生产各类屏幕。每类屏幕都是一个类，如下，我们通过屏幕工厂类提供的 createScreen 统一接口来创建屏幕对象。这便是一个简单工厂模式的应用。// 屏幕工厂类class Scre...
2020-02-13 01:33:07
1752
原创 JS设计模式——外观模式
什么是外观模式外观（Facade）模式是属于结构型模式，通过提供外观的包装隐藏系统的复杂性。火箭发射系统很复杂，但真正使用它的人，可能就需要一个按钮，让它发射就好。那么发射按钮就隐藏了启动程序及发射系统的复杂性。我们用的各种第三方库，大多也是通过给用户提供 API 来简化和隐藏内部的复杂实现。实例现在好多商店都在用微信或者支付宝扫码收款，如果放两个二维码经常会有顾客扫错，那么就可以应用外...
2020-01-13 01:00:48
277
原创 JS设计模式——命令模式
什么是命令模式？命令模式（Command Pattern）是一种数据驱动的设计模式，它属于行为型模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。实例应用我们要做一个简单的编辑器，我们来看看没有使用命令模式的代码。（忽略定义方法意义所在）class Editor { constructor() {...
2020-01-05 14:17:27
371
原创 JS设计模式——原型模式
什么是原型模式？原型模式属于创建型模式。是基于现有对象模版，通过克隆的方式创建新的对象。解决什么问题？比如定义一个 person1 的对象const person1 = { name: 'zkk', age: 18, sex: 'male', hobby: 'daydream', sayName: function() { console.log(this.name) }...
2019-12-30 16:32:33
264
转载 从机器学习谈起
在本篇文章中，我将对机器学习做个概要的介绍。本文的目的是能让即便完全不了解机器学习的人也能了解机器学习，并且上手相关的实践。这篇文档也算是EasyPR开发的番外篇，从这里开始，必须对机器学习了解才能进一步介绍EasyPR的内核。当然，本文也面对一般读者，不会对阅读有相关的前提要求。在进入正题前，我想读者心中可能会有一个疑惑：机器学习有什么重要性，以至于要阅读完这篇非常长的文章呢？我并不直接回答...
2019-10-22 17:08:26
381
原创 V8引擎不同版本对 await 处理方式差异
最近看了下 JS 异步编程的发展史。这是其中一篇文章：JavaScript 异步编程。在文章中发现有个例子的异步执行顺序和我自己执行的不一样。测试后发现：在 node 8.0.0 版本中 promise2 在 async1 end 后打印在 node 10.10.0 版本中 promise2 在 async1 end 前打印在 node 12.10.0 版本中 promise2 ...
2019-09-27 11:15:42
498
原创 Vue中使用debounce防抖（ts）
一、抽象组件使用方式1、封装抽象组件（debounce.js 文件）import Vue from 'vue'const debounce = (func, time, ctx, immediate) => { let timer const rtn = (...params) => { clearTimeout(timer) if (immediat...
2019-09-26 15:55:19
12862
原创 flex 常见用法终极版
相信大家都体验过 flex 布局的强大。这里是flex的常见的用法集合。可能刚开始会不习惯这种复杂的命名，但是如果适应了，就会觉得很好用，指数级提高开发效率。一般建议在项目全局引入。下面分别列出了纯css版本，还有sass版本，大家也可以根据项目的需求，进行删减和增加。用法说明:// .flex flex容器默认水平流方向// .flecol flex容器垂直流方向// .flex-...
2019-09-06 15:04:44
927
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人