收藏必备!小白程序员必学:大模型工程化新宠——Loop Engineering入门指南

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

本文介绍了AI领域的新概念“Loop Engineering”,作为继Prompt和Context工程之后的又一次技术飞跃。通过分析Loop Engineering如何帮助大模型更好地与外部世界交互,实现更复杂任务的管理与调度,阐述了其在提升AI应用效率与智能化水平方面的巨大潜力。同时,文章也指出了Loop Engineering在实际应用中可能面临的成本问题,并强调技能积累的重要性。对于希望在大模型领域深入学习的小白和程序员来说,本文提供了宝贵的入门知识和实用建议。

图片

擅于创造新词的美国 AI 圈子,又双叒叕创建了一个新的词:Loop Engineering,

图片

说实在的在看到 Harness Engineering 时,我就感觉其实没有什么太多新的东西,在模型智能已经发展到现在这种程度的情况下,除了模型本身,做好周边的工程化工作也能带来更大的提升。

那我们看看什么是 Loop Engineering 吧…


发展历程

在 AI 最近三年多的过程中,我们已经遇到过几个这样的 Engineering,从中可以看出 AI 的发展历程。

Prompt Engineering (提示工程)

在 ChatGPT 时刻以后,我们最先使用的场景是 chatbot,通过页面或一些客户端应用跟大模型直接聊天。

在这个过程中,需要一些技巧把我们想问的问题整理得有条理,这样能让大模型产生更好的回答。

它关心的是:指令怎么写、例子怎么放、格式怎么约束、角色/目标/边界怎么设定。它可以出现在多轮里,但它的主要单位仍然是一次模型调用。

实测17种提示词工程技术

Context Engineering (上下文工程)

大模型有几个先天的限制:

  • 大模型是没有记忆的
  • 模型的注意力是稀缺资源
  • 模型的上下文窗口是稀缺资源

大模型的上下文大小从最初的几十K到上百K,再到现在的普遍支持的1M,虽然在不断加大,但是人类的任务也越来越复杂,上下文空间再大也可以被用完。

而且,当上下文太多时,有不同方向的信息放在一起,也会使大模型"猜测"不到我们的要点,从而产生回答偏差。

那么,在完成复杂任务时,我们就要将根据RAG检索到的资料、历史保留的信息、工具调用结果的摘要、哪些信息信息该压缩、哪些信息该隔离。

在 Context Engineering 中,重要的是调用醋前,在有限的上下文窗口中,构造最适合当前任务的上下文状态。

Context Engineering:长上下文是如何失效的?
Context Engineering: 如何修复上下文
一文读懂上下文工程(Context Engineering)
所有的一切都是上下文 - 深入研究Claude体系的感悟

Harness Engineering

这个词是随着Claude Code、Codex等 Coding Agent 快速发展而产生的。

说实在的,刚开始时,对 Harness 翻译成马具我非常不理解,感觉这个词又不好理解,也不好听。

后来,我是联想到古代马镫的进化,才慢慢理解了它的意思。而通过对 OpenClaw (龙虾) 开源代码的学习,才开始体会到这其中的意味。

下面这张图很形象,

图片

在马镫发明之前,大家都是在光光的马背上驾驭战马,那么越好的马可能越难以驾驭,而且对骑手的要求也很高。但是马镫发明以后,一方面对骑手的要求降低了,一方面可以更好地发挥战马的能力。

现在模型的能力越来越强,但是它还是不能自己读取我们的代码库、不能自己操作我们的电脑、不能自己调用各种工具、不能时时更新的自己的知识库等等,这时就需要一个 Runtime(运行时) 的助手,帮它完成这些脏活、累活,还要帮助它形成记忆(文件、数据库等等),最后,还要将所有的这些信息组装成有效的 Context(上下文) 再提供给模型,只到模型完成预定的目标。

Harness 解决的是:agent 怎么行动,
它给 LLM 工具、权限、文件、浏览器、测试、数据结构、计划机制,让它能和外部世界发生接触。

什么是 Loop Engineering?

从 Prompt Engineering 到 Context Engineering,再到 Harness Engineering,都是以模型的能力为基础,通过工程化的方法,更好地与模型进行交互,从而完成越来越复杂的工作。

那么还缺少什么呢?

什么样的工作是可以接受的?

龙虾(OpenClaw) 爆火的主要原因是它能完成的任务已经与我们日常的工作很相近了,所以大家能理解它能做什么。我记得当时各种自媒体中讲的都是它能自己完整地完成这个、完成那个等等等等。

我自己在使用 Claude Code 或 Codex 或 AntiGravity 这样的 Coding Agent 的时候,已经完全不自己写代码,它写完之后,我的主要职责是评估和测试。

所以,经常的流程是:

人
  -> 给目标
  -> agent/harness 执行
  -> 人检查
  -> 人继续提示或结束

在 Claude Code 中我们可以利用 Hooks 增加一些检查点,在模型已经判断结束的基础上,增加一些检查点,但是总体上任务还是需要人来进行判断。

这,还不够智能。

Loop 是做什么的?

Agent 的核心是一个调用循环,它给模型提供了任务信息以及可能使用的工具,模型自己会判断该调用哪个工具,通过 Harness Runtime 去执行这些工具,然后将工具的结果返回给模型,再进行下一次判断,只要模型认为任务已经完成为止,为人类提供一个摘要,由人类判断任务结果是否满足要求。

那么,Loop 解决的是:agent 什么时候继续、什么时候修正、什么时候结束、什么时候升级给人。

它把原来人类在旁边做的判断工程化:

  • “你还没做完,继续。”
  • “测试失败了,回去修。”
  • “issue 信息不够,先追问。”
  • “这个任务风险太高,暂停等人确认。”
  • “结果已经满足验收标准,可以结束。”

有 loop 时:

人
  -> 给目标/规则/预算/验收标准
  -> loop 控制器
      -> agent/harness 执行
      -> 收集结果
      -> 判断是否完成
      -> 不完成则继续、修正、重试、拆分或升级
  -> 人看最终结果或关键异常

这相当于为原来的 Agent 又加了一层管理多个任务、多个 Agent Loop 的调度循环。

真正动手时,它是什么样子的?

Boris Cherny (Claude Code的创始人) 使用 Claude Code 中的 /loop 命令,利用一行 prompt 演示了最经典的入门实例。

把下面这行贴进去,改掉名词。

/loop babysit all my PRs. Auto-fix build issues, and when comments come in, use a worktree agent to fix them.

几天后,Boris 发了五条让 Opus 自主跑几小时甚至几天的建议。

图片

  • 权限用 auto 模式,这样 Claude 就不会来要批准;
  • 用 dynamic workflows 让 Claude 编排成百上千个智能体去完成一个任务;
  • 用 /goal 或 /loop 推 Claude 一直干到完;
  • 在云端用 Claude Code,这样你就能合上笔记本;
  • 以及,确保 Claude 有办法端到端地自我验证它的工作。

— 2026 年 6 月

在最近 X 上,很多人讨论 Long-Running,其实就是怎么通过不断的 Loop,让 Agent 能长时间地运行,不过我觉得这个已经太复杂了,太深入的地方等乃至再深入学习也不迟,说不定(概率很大)过两天又出现个新词替代掉 Loop Engineering 呢!

Loop 有什么样的代价呢?

通过Long-Running、可以完成完整的任务,在这些美好的愿景下是什么呢?

龙虾当时在中国的推进是由国内的模型厂商推动的,字节、阿里、Minimax、GLM都推出了云端的各种 Claw,腾讯还在演进推出免费为用户安装龙虾,小米虽然推出的较晚,但是现在也推出了自己的 Claw,而它们看到的都是以后 Agent 的烧 Token 的能力。

如果没有各种 Coding Plan,单单按 API 计费,可能没有多少人能真正用得起龙虾,当然也包括Claude Code、Codex等等。

那么,现在再这个内循环(inner loop)的基础上又增加了一层外循环(outer loop),可以想见对 Token 的需求量又会成倍的增加。

最近的新闻,Uber 在四个月里烧光了全年的 AI 预算后,把工程师的 Claude Code 和 Cursor 上限定在了每人每工具每月 1500 美元。一旦模型几乎免费地写好了代码,成本就转移到了跑它的循环上。

在 AI 时代,学习新的技术名词的同时,也要时不时掂量一下自己的钱袋子,因为每次调用都是真金白银地在花钱!

最后的一点补充

有另一个反复出现的观点与 loop 那条配成一对,而且是更耐久的那一半:
一件事如果你要做不止一次,就把它做成一个自动化 skill;
一件事如果你觉得难,做完之后也把它做成一个 skill,这样下次就是免费的。
一个里面没有任何可复用 skill 的循环,只是一个围着一个陌生人转的 while-true。
一个调用着一库锋利、经过测试、有名字的 skill 的循环,才是一个会复利增长的系统。

我觉得这也是给我们提了一个醒,不论关于 Agent 的工程结构如何变化,有一些最基本的能力却是越来越有用,Skills 可能是现在最重要的基础设施之一,而将自己的业务与场景结合起来 Skills 是人人都可以做到的事情。

真要学习的话,先把这些基础知识学好!

还有一点,我觉得国内大模型如果能把 Agentic 能力做得更好,通过 Harness 或 Loop 这些不管什么 Engineering 都好,就可能在更多的实用场景中发挥更大的作用,也真正能帮到希望真正使用 AI 的用户或企业,又好又便宜地改造自己的工作。

最后

如果说程序员已经是高薪职业,那么干AI的程序员,就是高薪中的高薪。

图片

现在的市场,已经用数据给程序员指明了方向:学AI大模型,就是冲刺高薪的最优解!

图片

看着身边越来越多的同行转型大模型、拿到高薪offer,很多人心里都动了心,但真正的难题来了:零基础小白不知道从哪入门?有基础的程序员找不到系统学习路径?实战项目练手无门?面试不知道考什么?

别慌!今天就给大家整理了一份【2026年最新版】AI大模型免费学习资源包,覆盖从入门到实战、从理论到面试、从基础到进阶的全流程,所有资料均已整理归档,无冗余、无套路,免费分享给每一位想抓住AI风口的程序员和小白!

👇👇扫码免费领取全部内容👇👇

在这里插入图片描述

1、大模型系统化学习路线

在这里插入图片描述

2、大模型学习书籍&文档

在这里插入图片描述

3、AI大模型最新行业报告

在这里插入图片描述

4、大模型项目实战&配套源码

img

5、大模型大厂面试真题

img

四阶段精细化学习规划(附时间节点,可直接照做)

结合上述资源,给大家整理了一份可直接落地的四阶段学习规划,总时长约2个月,小白可循序渐进,程序员可根据自身基础调整节奏,高效掌握大模型核心能力,快速实现从“入门”到“能落地、能面试”的跨越。

第一阶段(10天):初阶应用

该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。

  • 大模型 AI 能干什么?
  • 大模型是怎样获得「智能」的?
  • 用好 AI 的核心心法
  • 大模型应用业务架构
  • 大模型应用技术架构
  • 代码示例:向 GPT-3.5 灌入新知识
  • 提示工程的意义和核心思想
  • Prompt 典型构成
  • 指令调优方法论
  • 思维链和思维树
  • Prompt 攻击和防范
  • …
第二阶段(30天):高阶应用

该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。

  • 为什么要做 RAG
  • 搭建一个简单的 ChatPDF
  • 检索的基础概念
  • 什么是向量表示(Embeddings)
  • 向量数据库与向量检索
  • 基于向量检索的 RAG
  • 搭建 RAG 系统的扩展知识
  • 混合检索与 RAG-Fusion 简介
  • 向量模型本地部署
  • …
第三阶段(30天):模型训练

恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。

到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?

  • 为什么要做 RAG
  • 什么是模型
  • 什么是模型训练
  • 求解器 & 损失函数简介
  • 小实验2:手写一个简单的神经网络并训练它
  • 什么是训练/预训练/微调/轻量化微调
  • Transformer结构简介
  • 轻量化微调
  • 实验数据集的构建
  • …
第四阶段(20天):商业闭环

对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。

  • 硬件选型
  • 带你了解全球大模型
  • 使用国产大模型服务
  • 搭建 OpenAI 代理
  • 热身:基于阿里云 PAI 部署 Stable Diffusion
  • 在本地计算机运行大模型
  • 大模型的私有化部署
  • 基于 vLLM 部署大模型
  • 案例:如何优雅地在阿里云私有部署开源大模型
  • 部署一套开源 LLM 项目
  • 内容安全
  • 互联网信息服务算法备案
  • …

👇👇扫码免费领取全部内容👇👇

在这里插入图片描述

6、这些资料真的有用吗?

这份资料由我和鲁为民博士(北京清华大学学士和美国加州理工学院博士)共同整理,现任上海殷泊信息科技CEO,其创立的MoPaaS云平台获Forrester全球’强劲表现者’认证,服务航天科工、国家电网等1000+企业,以第一作者在IEEE Transactions发表论文50+篇,获NASA JPL火星探测系统强化学习专利等35项中美专利。本套AI大模型课程由清华大学-加州理工双料博士、吴文俊人工智能奖得主鲁为民教授领衔研发。

资料内容涵盖了从入门到进阶的各类视频教程和实战项目,无论你是小白还是有些技术基础的技术人员,这份资料都绝对能帮助你提升薪资待遇,转行大模型岗位。
在这里插入图片描述
在这里插入图片描述

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

船载 OpenHarmony AIS 航海工作台:告警与防碰撞预警系统 船载OpenHarmony AIS航海工作台的告警与防碰撞系统,集成十余类告警(超速、偏航、会遇、SOS等),通过网格空间索引实现高效邻近判定,保障实时性。告警管理器统一调度规则、去重、通知与日志,支持悬浮球、语音、跑马灯、弹窗多渠道触达,确保航行安全。SOS紧急通道独立运行,避免干扰。系统设计强调性能优化与多场景适配,为航海安全提供核心支撑。 阅读详情

相关推荐

AI 应用开发:四维架构落地实战——以 HR Agent 为例拆解感知·推理·记忆·执行【意图路由、规划编排、长期记忆、工具执行、面试题】

本文基于四维架构(感知·推理·记忆·执行),以HR Agent为例,系统拆解大模型应用从“聊天”到“生产可用”的落地路径。通过Spring AI实现意图路由、规划编排、RAG检索与工具调用,结合真实踩坑复盘,揭示架构化设计对安全、成本与可维护性的关键价值,为AI Agent工程化提供可复用的实战框架。

王大师企业官方博客 1246

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 377

JS+H5打字练习器

实现功能 1.导入.TXT文件到打字练习内容(部分浏览器可能出于安全问题限制了这一步操作) 2.输入文本到打字练习内(弹出输入框,将要练习的内容输入至输入框) 3. 开始练习,并根据正误在打字练习内容文本上修改颜色(某个字正确显示绿色,某个字错误,显示红色,某个字没有打显示灰色) 4.开始练习、结束练习,全部输入完成后自动结束练习,也可提前手动结束练习,结束练习后弹窗用显示时和正确率。(区别在于一个全部输入完成且全部正确,一个提前结束无其他条件) 效果图 分析 HTML 结构解析 根元素:<!DO

w11111xxxl的博客 1417

AI 问数真的能替代 BI 报表吗?

AI问数赋能自然语言查询,提升临时分析效率,但无法替代传统报表。报表适用于稳定输出与持续监控,AI则擅长探索性提问。企业用好AI问数,关键在于夯实数据模型、统一指标口径、健全权限体系与结果校验机制。合理组合报表、仪表板与AI,才能实现高效、准确的业务洞察。

葡萄城技术团队博客 296

别再找在线API了!用C#调用微信电脑版自带的OCR,本地识别又快又准

本文详细介绍了如何利用C#调用微信电脑版内置的OCR引擎实现本地文字识别,解决传统云端API的隐私和网络依赖问题。微信OCR具备高精度中文识别、完全离线运行和零成本接入三大优势,特别适合企业文档电子化处理。通过实战代码演示了核心交互逻辑、批量处理流水线和表格数据提取等高级应用场景。

weixin_29295541的博客 590

MobilenetV1、V2、V3系列详解

Mobilenet系列模型作为当前主流的端侧轻量级模型被广泛应用,很多算法都会使用其作为backbone提取特征,这一章对Mobilenet系列模型V1,V2,V3做一个总结。

turned的博客 1万+

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 261

CATIA_DELMIA_V5R2019安装包下载及安装教程破解

CATIA_V5R2019/DELMIA_V5R2019安装包下载及安装教程破解

一只机械工装熊的博客 8407

ChatGPT、Perplexity、Gemini 与 AI Overviews 引用对比:谁的引用更可信

AI 引擎的引用机制差异很大:ChatGPT 以行内引用加 Sources 列表呈现来源,Perplexity 几乎逐句可溯源,Gemini 在回答中内嵌相关来源链接,AI Overviews 则把多源聚合答案与来源列表一起放在搜索结果顶部。本文从引用透明度、来源偏好、可干预性 3 个维度对比这 4 个引擎,并给出 GEO 的 3 点启示,帮企业在多引擎环境下提升被引用的概率。

淡然一笑 的专栏 223

2022年电赛F题23年电赛D题-信号调制度测量装置说明中提到带通采样定律。

另外,当对于一个频率很高的射频信号采样时,如果采样频率设的太低,对提高采样量化的信噪比是不利的。低通采样定理在《信号与系统》教材中进行了详细的讨论,但未对带通信号的采样定理进行描述,国内樊昌信和曹丽娜老师编写的《通信原理》第10章第2小节有所描述,但没有详细的公式推导,容易给初学者产生超过该最低采样频率即不会产生频谱混叠的假象。故采样频率没选好,就会使周期性频谱搬移过程中造成频谱混叠,既然频谱和原信号的频谱对不上了,故就无法无失真恢复原信号了,总之,频域波形不出现重叠是无失真传输的重要保障。

qq_64919823的博客 2183

通过WorkVisual连接KUKA机器人的具体方法

通过WorkVisual连接KUKA机器人的具体方法

Robot_PLC_HMI_Automation 6849

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 574

3大绝招!MySQL如何轻松搞定文本、图像和视频的多模态数据分析?

首先,让我们来了解一下“多模态”到底是什么意思。简单来说,多模态指的是能够同时处理不同类型数据(如文本、图像、音频等)的能力。传统的数据库往往只能专注于一种或几种特定类型的数据,比如关系型数据库主要处理结构化数据,而文档型数据库则更适合非结构化数据。但是现在,随着技术的进步,像MySQL这样的数据库也开始支持更加复杂的数据模型,允许我们在同一个系统内处理多种格式的数据。通过上述五个部分的详细介绍,相信你现在应该对如何利用MySQL进行多模态数据分析有了更清晰的认识。

java专栏 2116

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 633

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

抽象主义人工智能和生命体AI的内在联系

彭军辉提出“抽象主义人工智能”作为第四大AI范式,批判符号主义、连接主义、行为主义剥离生命本体的误区,确立“智能是现象,生命是本体”的核心公理。主张原生智能必须依附具备存续诉求的生命本体,提出“生命体AI理论”,构建七层演化阶梯与自闭环工程框架,强调智能不可跳过底层存续机制直接模拟语言。该体系为生成式AI提供科学边界,推动从“仿真表象”向“原生智能”的范式跃迁,开辟硅基人工生命新赛道。

抽象主义人工智能和生命体AI 176

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

OpenAI Control Room 架构拆解:给企业 AI Agent 加一套可审计的急停系统

OpenAI 公开了用于追踪和停止研究模型工作负载的 Control Room。本文拆解 job_id、推理前鉴权、35 秒撤销窗口与 Fail Closed 设计,并给出企业 AI Agent 急停控制面的数据模型、FastAPI 参考实现、缓存撤销策略和故障演练清单。

jerry764的博客 326

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

OpenClaw 深度调查:把 AI 助手做成你自己的控制平面

对 openclaw/openclaw 的完整技术尽调:Gateway 架构、Agent 运行时、工具与沙箱、30 个消息通道、181 个插件、安全信任边界、工程代价与采用建议。17 章 / 10 张图,全部数字标注口径,数据截至 2026-10-31。

厚积薄发 307

AI赋能智慧港口建设|造形家快速生成港口全要素三维场景

随着智慧港口、港口数字孪生项目的持续推进,港口三维场景的需求日益旺盛。传统港口三维建模,往往需要航拍倾斜摄影采集数据,再人工搭建吊机、岸桥、船舶、集装箱等大量工业设施模型,项目周期长、人力成本高,修改迭代繁琐,制约港口可视化项目落地效率。国产AI三维建模工具,依托卫星影像 AI 识别能力,无需航拍作业,一键快速搭建港口完整三维场景,为港口数字孪生、方案汇报、投标演示提供高效的场景解决方案。

m0_69539167的博客 62

从设备增点到治理闭环:老旧小区物业数智化落地实践

系统连接合同审批、银行流水、收费记录与项目台账,执行到期提醒、收入核验、异常标色和月度对账,让每一笔资金来源明确、去向可查。针对设施老旧、诉求响应慢、公共收益不透明等问题,津南以6类小区为试点场景,统一建设物业数字化底座,关联楼栋、单元、房屋、业主、空间、设施设备、工单、公共收益等核心数据。系统采用统一编码管理,将摄像头、路灯、井盖、道路、绿化等设施纳入资产台账,解决纸质记录更新滞后、故障责任难追溯的问题。基于历史工单建立分类模型和知识库,辅助识别照明、给排水、电梯、环境秩序、秩序维护等问题;

wuyeshuzhihua的博客 136

企业微信iPad协议详解:接口接入、实时消息同步与语音转码实践

深入解析企业微信iPad协议的技术架构与开发思路,涵盖API接口接入、长连接通信、实时消息同步、Silk语音转码、异常重连及高并发优化,帮助开发者了解企业微信自动化系统的设计与实现。

欢迎来到祖安! 458

Product Hunt 热榜 2026-11-13:Plurai Simulation、YouArt Desktop App、Omnigraph

2026-11-13 Product Hunt 新产品精选:Plurai Simulation、YouArt Desktop App、Omnigraph。汇总 15 款产品的中文介绍、功能关键词和产品链接。

LaughingZhu的博客 536

【AI Agent面试系列】AI Agent可观测、评测、安全相关的知识点

之前的文章介绍了和,本文主要介绍AI Agent的测评、可观测等知识。

339

Docling 原理解读:是什么、为什么、怎么样

从论文视角拆解 Docling 的整体架构、DoclingDocument 数据模型、PDF 预处理、版面分析、OCR、TableFormer 双解码器、阅读顺序与装配流程,并解释版面框与 OCR 框的区别。

PLANTTHESON的博客 378

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程,跟着博主一起来还原整个过程。

夜郎King的博客 5057

从认识人工智能到理解机器学习:我的 AI 入门第一课

正式开始学习人工智能之前,我对 AI 的认识其实比较模糊:知道 ChatGPT、知道大模型,也知道现在很多岗位都在谈 AI,但如果有人问我“人工智能到底是什么”“机器是怎么学会识别一只猫的”,我未必能从头到尾讲清楚。上午的课程更偏向行业全景:人工智能的发展、研究方向、NLP、岗位分工、学习路线和 AI Coding 工具。下午的课程更偏向技术基础:机器学习的原理、有监督学习、深度学习、模型训练和评估方法。

chh563的博客 526
上一篇: 大模型应用开发:小白也能抓住高薪风口,速收藏!
下一篇: Java老兵逆袭:零基础轻松掌握大模型,高薪收藏版转型路线图
冻感糕人~
博客等级 码龄3年 8926粉丝 2393原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值