登录社区云,与社区用户共同成长
邀请您加入社区
HTTP 快但不安全,GET/POST 传参都不安全;代理能帮你也能劫持你(木马就是进程级劫持+代理);:出网卡前必加密;应用层进程内受操作系统进程隔离保护——加密在"最后一道受保护的层"落地;会话保持两代方案:Cookie(凭证在客户端,可被盗号)→ Session ID(账本在服务端,id+IP 环境双验证);秘密越往服务端收越安全;MySQL = mysqld 守护进程 + mysql 客户
本文聚焦国产数据库信创背景,详解KingbaseES作为兼容Oracle的国产关系型数据库的核心优势:高兼容性、强安全性、成熟集群能力及本地化服务。文章手把手指导在CentOS等RedHat系系统上进行安装前环境检查,包括操作系统版本、内存、磁盘空间验证,确保后续安装顺利,助力开发者快速迈入国产数据库实战门槛。
在上一章中,我们实现了RamFS,拥有了完整的VFS抽象和inode/dentry模型。断电即失忆。一个无法持久化存储的操作系统,永远只是一个高级玩具。今天,我们将跨越从“内存数据结构”到“磁盘物理布局”的鸿沟,实现真正的Ext2文件系统读取。Ext2是Linux早期事实标准,也是教学文件系统的黄金选择。它的on-disk结构清晰、文档完备、无日志复杂性,完美展示了Unix FS的核心设计:超级块
为什么客户说提交了表单我却没收到?问题通常不在客户,而在提交之后的某一环——发信服务、垃圾箱、表单报错,或机器人拦截误杀。显示「提交成功」不代表信真的到了收件箱,四个环节查一遍,十分钟内基本能定位。
客服机器人的知识问答效果,一大半取决于知识库覆盖度。我们把客户积累的话术词条做成了一键导入:Excel 进来,清洗、入库、生效,全程自动。功能上线那天没人觉得慢,直到一位词条量偏大的客户登录后,界面卡了十来分钟——排查到最后,问题不在算法,在一个典型的 N+1 式请求模式上。本文复盘这次从 108 个请求压缩到 4 个的完整过程。
在前面的章节中,我们让进程能够接收信号、Shell能够通过fork/exec运行子程序。但此时的输入输出仍是割裂的:键盘驱动直接往环形缓冲区塞扫描码,串口/显存直接吐字节,没有“行”的概念,没有回显,没有退格编辑,更没有Ctrl+Z挂起和fg/bg切换。用户面对的不是一个“终端”,而是一个裸露的硬件管道。本章我们将构建完整的TTY子系统,这是Unix人机交互的灵魂所在。
通过详细的日志分析,我们精准定位了故障根源,并快速修正了配置,最终成功将磁盘加回 ASM 磁盘组,恢复了集群投票磁盘的正常冗余。本次故障排查遵循从上至下、层层递进的原则,从 ASM 层逐步排查到操作系统和存储层,以下是详细的分析步骤及日志证据。故障组的磁盘已丢失,这直接导致 OCR 磁盘组的冗余度降低,对集群的稳定性和高可用性构成潜在威胁。首先,我们在两个节点上分别检查了多路径设备的状态,以判断问
Agent 就是跑在循环里、能调用工具的语言模型。从聊天机器人到 Agent,中间只隔两件事:能做事(工具),以及不用人推着走(循环)。判断一个东西是不是 Agent,看四个要素——目标与角色、工具、指令与知识、停止条件;改动其中任何一个,等于换了一个 Agent。# 调用方:Web 服务,每收到一条用户消息调用一次# 没有工具请求,就说明模型认为自己干完了# 把模型要的工具全部真实执行,再进入下
镜像视界联合华东师大团队,创新构建“生成式AI+视频孪生”危化园区事故三维对比与毁伤量化评估体系。依托存量监控视频,实现事故前动态实景实时留存,事故后通过AI多模态智能解析,完成三维时空精准比对、全细节损毁识别、量化评估与次生风险推演,形成从实景留存到复盘迭代的全流程数字化闭环。方案无需激光测绘、低成本利旧,具备轻量化、自主可控、常态化应用优势,破解传统复盘效率低、主观性强、隐患遗漏等难题,显著提
信创项目中外设驱动兼容是高频落地卡点,身份证阅读器、打印机等设备易出现适配断层,打断业务流程。蓝速科技(larxu)信创触控一体机、人脸识别终端深度适配银河麒麟与鸿蒙双系统,覆盖主流政务、工业外设,即插即用,减少二次开发投入,助力项目平稳落地。
企业希望把 OpenAI GPT 最新系列模型接入生产环境,选型标准会和模型测试阶段明显不同。测试阶段关注的是模型能不能完成任务、回答质量怎么样;进入生产以后,企业还要处理权限、数据保护、网络连接、调用审计、长上下文成本,以及未来模型升级会不会影响已经上线的应用。一个模型 API 能调用,并不代表已经具备完整的企业级生产条件。目前,OpenAI GPT-6 Astra 已经可以通过亚马逊云科技的
9月28日,宜昌发布全球首台国产化电子架构具身智能机器人,搭载东土科技AutoBus总线与鸿道系统,实现4000Hz控制频率与单点故障隔离。发布会聚焦底层架构自主可控,推动产业落地。中国信通院、逐际动力等共议技术生态,强调开源社区在数据主权与技术普惠中的关键作用。宜昌开放199个应用场景,成立国产化电子架构联盟,构建“架构—场景—开源”协同机制。专家指出,数据主权、协议标准化与降低参与门槛是产业可
如果你想要一款能把进销存数据看透的工具,推荐了解九数云BI,它零代码、直连淘宝、抖音、拼多多、旺店通等百余个平台,拖拽就能搭看板。真实世界里,进销存管流水、财务算成本、BI出结论,工具各司其职、数据层层流动,才是能把生意管明白的样子。第三个,也是最容易被忽视的,是分析模块,管库存周转、滞销款、渠道利润、缺货预警。进销存模块记的是“进了100、卖了60、退了8”的流水,而利润到底是多少,就要靠财务模
Tokio 将 Rust 语言的编译期安全与操作系统的底层事件驱动融为一体,构建出了全人类软件工程史上最轻盈、最坚固、吞吐最恐怖的异步并发底座。掌握了 Tokio 的全景微观机制,你便掌握了驾驭百万高并发世界的终极钥匙。
在网络安全的技术金字塔中,二进制安全(Binary Security / Vulnerability Research)因其深奥的底层机理、陡峭的学习曲线以及对操作系统与硬件架构的极高要求,始终被视为硬核技术实力的象征。
在多核对称多处理(SMP)与非统一内存访问(NUMA)架构下,编写能够线性扩展的高性能并发程序,本质上是一场。回顾九月在“并发原语”专栏中的探索,我们从操作系统互斥锁(Mutex)的底层上下文切换开销,到硬件原子指令(CAS / FAA)的总线一致性风暴,再到基于 64 字节缓存行对齐的无锁队列(Lock-Free RingBuffer)、带 PAUSE 退避的自适应自旋锁,以及读端绝对零开销的
企业微信外部群机器人需精准响应@指令,避免刷屏扰民。通过星云API的明文推送,可基于mentioned_list字段判断是否被提及,实现“只在被呼唤时响应”。结合正则表达式清洗文本、提取动作与参数(如查单号),完成指令解析。生产级代码实现实时异步处理,支持签到、查单等场景。优化建议包括回复时反向@用户提升可见性,以及使用卡片消息增强交互体验。完整方案详见星云API文档。
微信成为AI应用入口的逻辑很简单——用户已经在微信里,不用再装APP。AI应用要解决的是"用户在哪"的问题,微信就是答案。从微信机器人到智能体应用,入口价值没变,变的是入口后面的能力——机器人只能聊天,智能体能办事。入口解析的核心是:微信怎么连接智能体、智能体应用怎么在微信里跑起来、入口体验怎么设计。
AI智能体从技术演示进入实际应用,微信二次开发的玩法变了。以前开发机器人是写规则——用户说什么回什么。现在开发是"接智能体+编排业务"——智能体负责理解和决策,微信侧负责触达和执行。新玩法不是堆功能,是找智能体擅长的场景做深做透。三个方向值得做:个人事务助理、业务自动化、多智能体协作。
MCP火了之后,微信机器人的开发路线变了。以前开发机器人是写消息处理逻辑——收到什么消息回什么话,能力靠代码堆。MCP普及后开发路线变成"协议接入+能力编排"——机器人不再自己实现所有能力,而是通过MCP协议接入外部工具,自己专注做意图理解和对话管理。技术路线从"能力自建"转向"能力接入+编排"。
微信机器人接入MCP后,角色从"消息处理器"变成"AI工具调用器"。以前用户发消息机器人回复,现在用户发消息机器人判断要不要调外部工具——查数据库、发邮件、调业务接口。接入MCP不是装个SDK,要解决三个实践问题:机器人作为MCP server还是client、工具怎么注册和发现、调用结果怎么整合回复。
企微二次开发走到 AI 原生这一步,本质是把企微接口(消息、联系人、标签、群、文件)当作 AI 的手脚,让大模型当中枢、让工作流引擎串链路、让数字员工进组织。AI 原生不是把 AI 嵌进企微,是从设计上就以 AI 为业务核心。把身份、权限、流程、记忆、审计这几个工程维度做扎实,企微就从"通讯工具"变成"业务对话终端"——员工和客户用一句话办事,机器人调一串接口把事办完。这才是企微二开往下走的方向。
让机器人执行任务这套,本质是把企微接口包装成工具,让大模型负责意图解析和编排、接口负责执行、消息接口负责把结果发回去。AI 在这套链路里是个"调度员",真正干活的是接口。把工具描述写细、权限边界守严、兜底分支留够,机器人才能从"问答型"升级成"执行型"——员工一句话办成一件事,不是和机器人聊半天。
文档助手这套东西,本质是把企微的消息收发、联系人身份、消息历史几个接口和自家的文档检索、大模型回答串起来——消息接口收提问、联系人接口判身份、消息历史接口补上下文、消息接口把答案发回去。AI 只在最后一步基于检索片段生成答案,所有身份、出处、上下文都靠接口兜底。把接口串对了,机器人才能从"瞎编的客服"变成"有出处的文档助手";串错了,模型再强也只是个编故事机。
AI 邮件助手这套东西,本质是把邮件协议(IMAP/SMTP)和企微接口串起来——IMAP 拉邮件、contact/search 查负责销售、AI 分类、sendRichText 推卡片到企微、销售在企微回复、SMTP 发邮件、updateLabel 打标签转任务。把邮件和企微打通,销售不用在两个系统切换,邮件进来企微就看到、企微里回复就发出。
「AI 味」多半不是模型的问题,是回复节奏和输出格式的问题。本文拆解零代码智能体平台上的拟人化四项能力——提示词优化、延迟回复、合并回复、分段回复,按「用户消息 → 生成 → 发出」的链路上把它们的作用点排开,讲清合并窗口与延迟时间是同一个参数的两种用法,并辨析一个高频混淆:拟人化里的「延迟回复」和智能转人工里的「延迟回复」同名不同义、作用方向相反。附 6 个跨模块交互的联调清单、场景配置决策表与
未做配置加固前,服务器 root 操作系统用户,可以本地直接登录访问 KingbaseES 数据库,存在安全风险。root 以及其他操作系统用户无映射规则,本地 unix‑socket 登录直接认证拒绝。使用 kingbase 操作系统用户执行 reload 重载配置生效,数据实例不中断。切换操作系统 kingbase 用户执行登录, 正常进入数据库交互终端,配置生效。实现操作系统用户和数据库用户
代理网络的核心价值只有一句话:它决定你的采集任务能不能稳定拿到数据、单条数据成本能不能压下来。选错平台最典型的症状不是"完全跑不动",而是成功率从 99% 掉到 85%、每月带宽账单翻倍、风控误伤之后没有任何申诉渠道。本文用 5 个可量化指标、4 类代理类型对比、4 家主流服务商评测,给出一套可以直接照做的选型流程。
作为智能体工作平台的一级类目,Work Agent面向个人、团队和企业三类用户,核心定位是承接办公场景下的各类复杂任务,把用户的想法直接转化为可交付的落地成果。它和大家熟悉的聊天机器人有着本质的差异,普通聊天机器人的核心能力边界停留在信息输出和建议提供的层面,用户拿到输出结果之后,往往还需要投入大量的手动操作才能完成最终的工作。
很多人容易把Work Agent和普通聊天机器人、通用AI Agent混为一谈,实际上三者的边界非常清晰。普通聊天机器人的核心定位是信息交互入口,所有输出都停留在对话界面,用户需要自行把对话结果转化为可落地的工作成果。通用AI Agent是具备自主行动能力的大模型应用集合,覆盖游戏、生活服务、工业控制等全场景,没有针对办公需求做定向优化。
在过去两年中,大模型交互的主流方式是“文本输入,打字机式流式吐字”。在此模式下,无论是采用 HTTP SSE 还是 WebSocket,底层都是建立在可靠的 TCP 传输层协议之上。对于纯文本或非强实时的 TTS 语音播报,网络偶发 200ms 到 500ms 的网络抖动或丢包重传,用户感知通常仅仅是文字生成稍微停顿了一下,随后数据包到达即可继续渲染。
FCU1501是飞凌嵌入式推出的新一代国产主控嵌入式控制单元,整机采用国产核心物料开发,有效保障供应链自主可控,顺应各行业国产化替代的建设需求。设备搭载瑞芯微RK3506J三核CortexA7处理器,1.5GHz主频,运行Linux6.1操作系统,具备优秀的边缘处理与协议转发能力。产品分为基础版、扩展版两个配置版本,统一机身尺寸,接口资源按需选配,可灵活适配不同规模的配电室监控项目。
我们以专业的嵌入式软硬件底层技术和强大的服务支持能力,加速客户嵌入式智能产品的落地;提供长生命周期、高稳定可靠的嵌入式处理器模组产品,或客制化产品供客户大批量应用于工业、交通、电力、医疗、机器人、工业物联网等众多领域。成立于2013年,是一家专注于嵌入式处理器模组研发与应用的国家高新技术企业,与国内外一线处理器品牌如NXP、瑞芯微、全志、瑞萨、ST、龙芯中科等有广泛深度的合作。通过清晰、可复现的操
在针对数十吉字节(如 70B 模型权重文件约 40GB)的大语言模型开展服务部署与弹性自动扩缩容(Serverless Auto-Scaling)时,是决定系统弹性和资源利用率的核心指标。在传统的模型加载实现中(如经典的 Python/PyTorchtorch.load或标准 C 语言freadmalloc利用操作系统底层的 mmap原语与实现了的工程奇迹。深入剖析mmap的虚拟页表缺页机制与按需
在多核高性能并发编程中,当临界区(Critical Section)极其短小(仅耗时数纳秒到数十纳秒)时,直接使用操作系统的互斥锁(Mutex)会因为陷入内核态 futex 休眠与线程唤醒调度,导致长达数微秒的系统延迟。此时,成为了极客们的首选武器。然而,朴素的自旋锁在多核争用剧烈时,会导致所有争用核心疯狂执行原子指令,引发总线风暴(Bus Storm)并使 CPU 功耗暴增、流水线指令重排崩溃。
本文详细介绍了在 CentOS 7.9 与 openEuler 24.03 环境下安装配置 PostgreSQL 15.19 与 17 的完整流程,涵盖从基础认知、核心架构、安装实录、权限管理、远程连接、备份恢复到 Django 接入的全流程。重点对比了 PostgreSQL 与 MySQL 的差异,突出其事务安全、JSONB 支持、MVCC 并发控制、可扩展性等优势,适合从 MySQL 迁移或追
在 openEuler + openGauss 数据库实验中,目前主流存在两种完全不同的 openGauss 部署方式openEuler 系统安装时勾选 openGauss Server(老师常用、快速部署)手动上传二进制包部署 openGauss(企业标准、实操部署)很多同学会疑惑: 两种方式到底有什么区别?结果一样吗?哪个更好?作业用哪个?企业用哪个?本文从原理、步骤、优缺点、适用场景、企业真
AI智能体写得再聪明,连不上真实业务就是空中楼阁。智能体能理解需求、能规划任务、能生成回复,但最终要调业务系统才能办事——查订单调订单系统,发起退款调财务系统,改地址调物流系统。连接智能体与真实业务,是智能体从"能聊天"走向"能办事"的最后一公里。这一公里的工程问题不是调接口那么简单——业务能力怎么封装、数据怎么接入、什么时候转人工。
微信机器人接的业务流程越多,意图路由越关键。用户说"查下我的订单"——查物流?查订单详情?查退款进度?三个流程都可能匹配。路由要解决的是:一个意图匹配到多个流程时怎么选、选错了怎么办、匹配不上兜底到哪。路由做不好,要么导到错误流程体验差,要么每次问用户"您要查物流还是查订单"显得啰嗦。
MCP解决的是大模型连接外部工具的标准化问题——不用每个工具写定制接入,统一用协议注册和调用。微信机器人接入MCP后能力从"只能聊天"扩展到"能调外部工具"——查数据库、发邮件、调业务接口。接入要解决三个工程问题:工具怎么注册、调用流程怎么走、失败怎么回退。
AI私人助理和AI员工不是一回事。AI员工服务企业业务流程——处理订单、审批退款,是岗位角色数字化。AI私人助理服务个人日常任务——日程提醒、信息查询、待办管理,是个人效率延伸。打造私人助理的核心不是能干多少事,是知道什么时候该主动做——被动等指令的只是工具,主动触发的才是助理。
会执行任务的智能机器人这套东西,本质是把企微多个接口用任务拆解串起来——AI 拆解任务、按步骤调 phoneNumberSearch/sendText/updateLabel 等接口、步骤间传结果、汇总回复。把任务拆解做对、步骤依赖处理好、失败兜底做实,机器人真正能执行复杂任务——而不是只会一问一答。
机器人记忆这套东西,本质是用企微消息接口拉历史做短期记忆,加 AI 提炼关键事实做长期记忆——getHistoryMessageList 拉历史、AI 提取事实存库、对话时检索相关记忆、新对话更新记忆、过期记忆清理。把短期加长期记忆做扎实,机器人真正能跨对话记住客户——而不是每次对话都像第一次见。
接入智能体平台这套东西,本质是做个桥接层——企微 Webhook 收消息转发给智能体平台、智能体回复调 sendText 发回去、智能体的工具调用映射到企微接口执行、状态变更同步。企微和智能体平台互不直接耦合,桥接层控制所有接口调用。把桥接做对、协议转换做准、状态同步做实,智能体平台真正通过企微服务客户。
机器人文件处理这套东西,本质是把企微的 CDN 接口和消息接口串起来——cdn/download 下载客户文件、本地解析、cdn/upload 上传处理结果、message/sendFile 发文件给客户。把上传下载做对、解析做扎实、闭环跑通,机器人真正能处理文件——而不是只会发文字的半成品。
AI 读取企微文档执行任务这套东西,本质是把企微的消息接口、联系人接口、群接口、标签接口串起来——getHistoryMessageList 读历史、getUserProfileDetail 读客户档案、getGroupMemberList 读群成员、updateLabel 执行操作、sendText 发回复。AI 只负责理解和决策,所有接口调用在后端控制,能加脱敏和权限。把读取做对、脱敏做严、执
机器人主动推送这套东西,本质是把企微的消息接口用活——sendText 主动发文字、sendRichText 主动发卡片、getMessageReceipt 查送达、加频率控制防骚扰。把触发条件设对、频率控制做严、送达确认做实,主动推送才能真正触达客户而不是赶走客户。
接入 OpenClaw 这套东西,本质是做个中间层——企微 Webhook 收消息转发给 OpenClaw、OpenClaw 输出工具调用映射到企微接口执行、对话状态用 uin 做 key 同步。OpenClaw 不直接碰企微接口,所有接口调用在我们后端控制,能加权限、日志、限流。接口路径、参数、回调机制在开发文档里。凭证和接入地址在Eyun 企业微信 API 平台开通。
外部群机器人双向通信这套东西,本质是把企微的消息接口和群接口串起来——Webhook 收群消息、解析 @机器人、sendText 发群消息、group 模块管成员。里。把接口串对、@识别准、roomId 类型对,群机器人双向通信就通了。开通。
数据库
——数据库
联系我们(工作时间:8:30-22:00)
400-660-0108 kefu@csdn.net