- 博客(387)
- 收藏
- 关注
RSS订阅原创 Codex Browser 与 Computer Use：真实环境验收闭环
摘要：本文探讨了如何在真实环境中验证前端开发效果，强调了仅靠代码测试的局限性，提出了结合结构化测试、视觉验证和行为观察的闭环验收方法。文章分析了四种工具（内置Browser、Chrome控制、Computer Use和浏览器开发者诊断）的适用场景与边界，并给出工具选择优先级建议。重点介绍了六步验收闭环流程，包括明确验收标准、固定环境、主/异常路径验证、证据收集与映射、复验等关键环节。最后通过响应式页面和桌面应用的实操案例，演示了如何运用视觉标注和Computer Use安全操作规范
2026-08-02 08:00:00
550
42
原创 Codex Scheduled Tasks：让任务自动醒来继续工作
摘要 本文介绍如何有效使用Codex计划任务功能，实现自动化状态检查、报告生成、项目维护和长期任务续跑。核心观点指出，计划任务不是简单的定时提示，而需定义完整执行契约。文章从适用场景、环境选择、上下文模式、隔离策略、提示设计等方面提供实践指导： 区分四类适合自动化的工作：状态检查、固定报告、受控维护和长期任务续跑 根据数据位置选择桌面端（支持本地项目）或Web端（基于云端资料） 独立运行适合干净环境
2026-07-30 08:00:00
1077
45
原创 Codex Memory、AGENTS.md 与 Skills：上下文分层指南
本文提出了优化Codex上下文管理的分层策略，强调不同信息应依据权威性、寿命和复用范围进入不同载体。核心观点包括：规则应写入AGENTS.md，项目事实存入文档，可复用方法封装为Skills，个人偏好记录在Memories，临时证据保留在任务中。文章详细分析了五种载体的适用场景与边界，并给出冲突处理原则：指令冲突优先遵循安全边界与项目规则，事实冲突需比较证据的新鲜度和可复核性。该方法旨在避免上下文污染，提升AI判断的准确性与一致性。
2026-07-27 08:00:00
726
45
原创 Agent再聪明，也不能直连数据库：KEMCC为何是智能运维的关键一层
文章摘要：随着AI技术在数据库运维领域的应用，"Agent自动运维"工具展现出高效分析处理能力，但其通用性导致对特定数据库内核的理解不足，且存在安全隐患。文章提出未来智能运维应采用"数据库→专业管控平台→Agent"三层架构，其中管控平台需具备深度数据采集、安全隔离与精准执行能力。以金仓KEMCC为例，其原生集成的监控、诊断、执行和安全管理功能，成为AI与数据库内核间的关键缓冲层，确保运维的精准性、安全性与合规性。未来发展方向是标准化管控平台接口，实现AI决策与安全执行的协同分工，而非替代关系
2026-07-25 10:53:21
11688
21
原创 Codex Hooks 实战：给 AI 工作流增加确定性门禁
Codex Hooks：AI工作流中的确定性安全护栏 本文介绍了Codex Hooks的核心概念和应用场景，这是一种在AI代码生成生命周期事件中运行的确定性脚本机制。主要内容包括： 核心价值：将机器可判断的安全要求从概率性的提示词转移到确定性的生命周期事件处理中，建立本地工作流护栏。 关键特性： 在特定事件(如提交提示、工具调用、任务停止)触发确定性脚本 当前仅支持command类型处理器 受配置加载、项目信任等多重边界限制 典型应用：
2026-07-24 08:00:00
875
50
原创 数据库智能化升级：从传统运维走向自主决策的新范式
【摘要】AI在工业场景中难以准确判断设备异常，因其需要结合时序数据、设备属性、维修记录等多维信息。传统分散的数据系统导致分析链路冗长、信息割裂。人大金仓KES数据库采用融合架构，原生集成时序、关系、GIS和向量数据，实现围绕业务对象的直接关联。通过写入优化、高效压缩和内置计算功能，支持千万级指标点/秒写入和90%存储压缩。典型案例显示性能提升10倍，存储减少80%，为实时监控和AI应用提供统一数据基础，是支撑智能业务落地的务实选择。（149字）
2026-07-22 09:06:27
11052
11
原创 Codex 长期任务五层工作系统：让 AI 跨小时、跨会话持续推进
本文提出管理AI长期任务的五层框架，解决目标漂移、知识断层与执行混乱问题。目标层定义终点与验收标准；上下文层分层管理必要事实，避免信息过载；方法层封装可复用流程为Skill；门禁层通过Hooks硬性约束高风险操作；续跑层控制任务恢复机制。核心原则是“模型判断，系统约束”，分层承载不同连续性需求。实施时建议按风险优先级渐进搭建，例如先固化目标与方法，再逐步引入自动化检查。五层设计将临时提示升级为可持续交付系统，适用于跨会话、多阶段或需定期触发的复杂任务场景。
2026-07-21 08:00:00
807
41
原创 Codex 主对话编排多个独立子对话：不是 Subagent 的多任务工作流
本文探讨了一种基于Codex的多任务并行工作流模式，核心是通过一个主对话协调多个独立子任务。这种模式适用于需要长期保存上下文、独立验证和阶段交付的复杂项目。与Subagent等临时性并行机制不同，独立子任务拥有完整生命周期、专属上下文和可验收成果。主对话负责维护项目目标、任务拆分、状态管理和结果校验，形成"控制面-任务面-证据面"三层结构。文章详细区分了各类对话模式的适用场景，并提供了任务编排的具体方法，强调清晰的任务边界、显式信息传递和结构化结果回报是保证并行效率的关键。
2026-07-18 08:00:00
898
31
原创 告别“人肉”搬砖：当AI助手直连数据库，SQL优化从未如此简单
KES MCP Server是一套AI与数据库交互的中间层工具，让开发者能直接用自然语言查询和分析KingbaseES数据库。它提供四大核心功能：1）数据库结构探索；2）SQL分析与性能诊断；3）运维健康检查；4）索引优化模拟。通过Restricted/Unrestricted两种安全模式控制AI访问权限，开发者可在IDE中一站式完成从结构查询到SQL优化的全流程，无需在多工具间切换。安装只需三步获取代码、安装依赖并启动服务，大幅提升数据库开发效率。
2026-07-16 21:24:43
11528
11
原创 OpenClaw Agent 搭建全流程：从本机自托管到可用、可控、可审计的个人 AI 助手
OpenClaw Agent 搭建全流程：从本机自托管到可用、可控、可审计的个人 AI 助手
2026-07-15 08:00:00
1999
56
原创 Hermes Agent 搭建全流程：从本机试跑到可持续运行的个人 AI Agent
Hermes Agent 搭建全流程：从本机试跑到可持续运行的个人 AI Agent
2026-07-12 08:00:00
1578
42
原创 国家区域医疗中心双院区全栈国产化改造实录：零停机攻坚与跨院区数据互通实践
摘要：北京积水潭医院贵州医院作为贵州省首家国家区域医疗中心，采用一院两区运营模式，面临多院区数据割裂、信创合规要求等挑战。项目团队通过全栈国产化改造，以金仓数据库为核心搭建统一数据底座，实现双院区40余个业务模块批量上线，完成诊疗数据实时同步与业务协同。改造中复用成熟案例降低风险，并通过专项团队攻坚解决跨院区资源调度等难题。技术架构采用主备高可用集群，确保医疗业务不间断运行，同时提供适配代码示例，为大型医疗机构信创化改造提供可复用的工程实践。最终实现诊疗效率提升30%，运维成本降低40%，为医疗信息化国产化
2026-07-12 08:00:00
12896
24
原创 银行核心数据底座国产化规模化落地实战：成都银行20+系统批量迁移与读写分离高可用架构解析
银行核心数据底座国产化规模化落地实战：成都银行20+系统批量迁移与读写分离高可用架构解析
2026-07-11 08:00:00
12334
13
原创 Loop Engineering：从提示词到循环系统
文章摘要： Loop Engineering（循环工程）是一种将重复性AI任务系统化的方法，通过设计自动提示、执行、验证和改进的循环流程，替代人工逐轮交互。它适用于重复性、有明确输入输出和验证标准的任务（如代码修复、客户数据清洗），但不适合开放式决策或高风险操作。其核心在于状态管理（记录进度）、验证机制（确保结果可靠）和停止条件（避免无限循环）。
2026-07-09 08:00:00
17762
43
原创 我为什么把 AI 开发做成“对抗式”：Codex + Claude Code 双模型工作流
文章摘要 本文提出"对抗式开发"模式，旨在解决AI辅助开发中的风险控制问题。传统单Agent模式存在自证自审的缺陷，作者建议采用Codex+Claude双模型分工：Codex负责实现，Claude只读审查，人类保留最终裁决权。核心流程包括计划审查、实现审查两阶段，强调结构化JSON审查契约、P0/P1/P2问题分级、前置脱敏校验等机制。该模式适用于复杂任务，通过角色分离使风险可见可审，同时保持简单任务的轻量处理。关键原则是审查失败不等于通过，且所有合并发布决策必须由人类做出。
2026-07-06 08:00:00
18025
46
原创 Codex + Claude Code 对抗式开发：双AI协同的安全加固实践
本文针对单AI辅助开发“自写自审”存在认知盲区、数据外送风险高等痛点，介绍了Codex+Claude Code对抗式开发安全加固方案。方案采用“实现方编码+审查方只读对抗”的双代理模式，保留人类最终裁决权；通过强制脱敏门与封装脚本，从物理层面阻断密钥、个人信息等敏感内容外送；支持按风险分级审查，兼顾效率与合规，可将人力聚焦于关键决策，适配高风险开发与安全分析场景。
2026-07-03 08:00:00
23644
58
原创 【HarmonyOS 6.0】ArkUI Swiper组件模拟拖拽功能深度解析
鸿蒙6.0 Swiper组件模拟拖拽功能解析 摘要 鸿蒙6.0为ArkUI Swiper组件新增模拟拖拽(Fake Drag)能力，使开发者可通过编程方式控制轮播图滑动。该功能支持在自动化测试、手势引导、远程控制等场景使用。模拟拖拽与真实拖拽效果一致，但触发源为代码而非用户触摸。 核心能力包括： 开启/关闭模拟拖拽：通过SwiperController的startFakeDrag()和stopFakeDrag()方法控制 设置拖拽距离：可指定滑动方向和偏移量(单位为vp) 获取拖拽状态
2026-06-30 08:00:00
647
42
原创 【HarmonyOS 6.0】CANN Kit：PC端大语言模型推理API与计算加速机制解析
鸿蒙6.0推出CANN Kit，面向PC设备开放大语言模型推理能力，提供端到端的计算加速方案。核心组件CANN LM Engine通过标准化API、计算链路优化及完整工具链，降低开发者接入门槛。该方案支持模型量化转换与异构硬件加速，特别针对PC场景优化，满足知识助手等应用需求。API采用配置驱动设计，通过JSON文件管理模型参数，同时利用内存复用、数据零拷贝等技术提升性能。这一升级标志着鸿蒙端侧AI能力从基础功能向高效易用的重要跨越。
2026-06-30 08:00:00
968
45
原创 【HarmonyOS 6.0】告别键盘“闪断”
摘要： 鸿蒙6.0（API 23）新增的setCustomKeyboardContinueFeature接口解决了自定义键盘在多输入框切换时的体验断层问题。该接口通过UIContext调用，启用后键盘在输入框间切换时不再收起重弹，保持连续展开状态，显著提升表单填写、金融安全输入等场景的流畅性。文章从接口定义、获取UIContext的三种方式、与attributeModifier的协作、典型应用场景（多字段表单、安全键盘、富文本编辑）到完整代码示例。
2026-06-27 08:00:00
1380
50
原创 【HarmonyOS 6.0】ArkUI 跑马灯组件新增 spacing 与 delay 参数详解
本文介绍了HarmonyOS ArkUI中Marquee跑马灯组件在API 23版本新增的两个关键参数：spacing和delay。spacing用于控制两轮滚动文本之间的物理间距，支持vp/px单位但不支持百分比；delay则用于设置每次滚动动画之间的停顿时间（毫秒）。这两个参数解决了旧版本中滚动间距不可控、节奏无法调节的问题。文章详细解析了参数定义、默认值、使用约束和底层原理，并提供了完整的代码示例和场景化应用建议，帮助开发者实现更精细化的跑马灯动效控制。
2026-06-27 08:00:00
601
40
原创 【HarmonyOS 6.0】MDM Kit：PC/2in1设备用户行为限制策略详解与开发实践
【HarmonyOS 6.0】MDM Kit：PC/2in1设备用户行为限制策略详解与开发实践
2026-06-24 08:00:00
999
37
原创 【HarmonyOS 6.0】Mechanic Kit 鸿蒙6.0面向智能机械体设备的统一控制框架
【HarmonyOS 6.0】Mechanic Kit 鸿蒙6.0面向智能机械体设备的统一控制框架
2026-06-24 08:00:00
809
40
原创 当时间成为业务本身：时序数据如何跨越“存得下”到“用得好”的鸿沟
时序数据库正从监控系统进入核心业务决策链路，面临高基数写入、复杂查询和多模关联等新挑战。金仓时序数据库在TSBS和benchANT测试中展现出大规模写入和复杂查询优势，其专门优化的时序表结构显著优于普通分区表。该数据库采用KES V9融合架构，实现时序数据与关系、GIS等模型的统一存储分析，减少数据搬运和系统复杂度。在北京轨道交通等项目中，其写入性能提升超10倍，支撑高频写入与实时分析。未来时序数据库的竞争将聚焦于多模数据融合能力，使时间数据真正成为可关联分析的核心业务资产。
2026-06-21 12:00:00
13812
17
原创 【HarmonyOS 6.0】MDM Kit：面向PC/2in1设备的重启自动解锁能力解析
本文针对HarmonyOS 6.0 MDM Kit新增的setAutoUnlockAfterReboot接口进行深入解析，该接口允许无锁屏密码的PC/2in1设备在重启后自动解锁，提升企业场景下的业务连续性。文章从技术原理、参数说明、设备约束（仅限PC/2in1设备）、多MDM应用冲突规则、安全前提（需无锁屏密码）等维度展开，并提供了完整的开发流程与错误处理方案。该功能特别适用于医疗查房、零售收银等需要设备快速恢复业务的场景，体现了HarmonyOS对企业设备管理的精细化设计。
2026-06-21 08:00:00
608
29
原创 【HarmonyOS 6.0】MDM Kit 新增支持通过企业设备管理设置桌面壁纸深度解析
【HarmonyOS 6.0】MDM Kit 新增支持通过企业设备管理设置桌面壁纸深度解析
2026-06-21 08:00:00
568
27
原创 告别IOE依赖！广州燃气核心系统完成国产化升级改造
广州燃气客服系统通过国产化升级实现自主可控，选用金仓数据库和KFS异构数据同步软件构建四重高可用保障体系，确保系统7×24小时稳定运行。项目采用两地三中心架构实现平滑迁移，百万用户无感切换，并通过性能储备适配未来智慧燃气发展需求。这一改造为公用事业领域信创转型提供了可复制的样板，推动国产数据库在民生场景中从备选走向主力，优化市民办事体验。
2026-06-20 12:00:00
13774
7
原创 80TB数据洪流如何被驯服？来看省级智慧水利的“最强大脑
河北省水利数字孪生平台及水土保持应用系统顺利完成验收，标志省级智慧水利建设取得重大突破。该平台攻克了多源异构数据整合和7×24小时高并发运行两大技术难题，采用国产全栈方案实现80TB数据统一承载，支持1200余处水文站点实时监测。方案具备多源数据融合、高可用保障、全业务适配等优势，使数据处理效率提升35%，实现秒级响应和零中断运行，全面满足水利行业安全合规要求。这一成果验证了国产技术在省级水利核心场景的成熟应用，推动智慧水利从"可用"向"好用"转型升级。
2026-06-19 21:20:25
13727
5
原创 破局海量批处理：金仓KES的PDML并行技术如何让多核CPU“全员参战”
本文介绍了电科金仓KingbaseES（KES）通过自主研发的DML并行技术（PDML），特别是GMQ（Gather-Modify-Query）全领域并行计划模型，解决了金融、政务等领域中海量数据批处理的性能瓶颈问题。传统串行DML执行模式在多核服务器上CPU利用率极低，导致亿级数据处理耗时数小时。KES的GMQ技术将查询和修改操作同步分解到多个Worker进程，实现全程并行，实测性能提升74%，带索引场景比传统方案快4倍以上。文章详细解析了并行配置优化、Hint引导和安全保障机制，并通过银行案例展示了2.
2026-06-18 22:49:46
13712
5
原创 【HarmonyOS 6.0】MDM Kit 进阶：restrictions 模块五大新策略
鸿蒙6.0企业设备管理新特性解析与实践 摘要 本文深入解析鸿蒙6.0操作系统在企业级移动设备管理(MDM)方面的五项关键新特性：短信管控(sms)、蜂窝数据管控(mobileData)、飞行模式管控(airplaneMode)、通知消息管控(notification)以及NFC管控(nfc)。这些特性通过MDM Kit的restrictions模块提供，使企业IT管理员能够实现更精细化的设备管控。
2026-06-18 08:00:00
629
23
原创 【HarmonyOS 6.0】MDM Kit 深度解析：企业级 user_grant 权限集中管理策略
【HarmonyOS 6.0】MDM Kit 深度解析：企业级 user_grant 权限集中管理策略
2026-06-18 08:00:00
1089
40
原创 【HarmonyOS 6.0】MDM Kit 新特性：PC/2in1设备无锁屏密码重启自动解锁能力详解
摘要： HarmonyOS 6.0的MDM Kit针对企业PC/2in1设备管理痛点，新增systemManager.setAutoUnlockAfterReboot接口，支持无锁屏密码设备重启后自动解锁。该能力解决了批量设备维护时需人工逐个解锁的难题，在安全前提下提升运维效率。接口需设备管理应用激活后调用，通过布尔参数控制开关状态，适用于Phone、PC及2in1设备，尤其契合后两类无密码使用场景。开发时需完成企业资质申请、MDM应用激活流程，并声明系统级权限。
2026-06-15 08:00:00
724
33
原创 【HarmonyOS 6.0】MDM Kit：PC/2in1设备用户行为限制策略详解
【HarmonyOS 6.0】MDM Kit：PC/2in1设备用户行为限制策略详解
2026-06-15 08:00:00
1178
39
原创 【HarmonyOS 6.0】MDM Kit 深度解析：企业级 user_grant 权限集中管理策略
摘要： HarmonyOS 6.0在MDM Kit中新增setPermissionManagedState接口，支持企业通过策略化管理指定应用的user_grant权限（如相机、定位等），实现权限管控从“用户主导”向“策略主导”的转变。该能力适用于COPE、BYOD等场景，可降低运维成本并提升数据安全。接口需传入设备管理应用标识、目标应用实例、权限列表及管理策略（授予/撤销），支持多用户多实例场景，并遵循冲突处理规则。开发时需注意权限组要求及错误码（如权限冲突、参数校验失败等），确保合规调用。
2026-06-12 08:00:00
790
39
原创 【HarmonyOS 6.0】MDM Kit 新增支持通过设备管理设置桌面壁纸能力详解
华为鸿蒙6.0通过MDM Kit开放了桌面壁纸批量管理能力，支持企业统一管控设备视觉形象。该功能适用于品牌标准化、合规信息展示等场景，需设备管理应用申请特定权限后调用setHomeWallpaper接口实现。接口支持手机、PC等多种设备形态，要求先完成MDM应用激活流程。开发时需注意文件描述符管理、权限声明等关键点，并遵循企业设备管理策略冲突规则。这一能力完善了鸿蒙企业版的终端视觉管控方案，与锁屏壁纸设置等功能共同构建完整的设备管理生态。
2026-06-12 08:00:00
1372
49
原创 【HarmonyOS 6.0】Map Kit热力图层功能详解：从参数配置到代码实现的完整指南
鸿蒙6.0热力图开发指南 本文详解HarmonyOS 6.0 Map Kit新增的热力图层功能，该功能通过颜色梯度可视化点数据密度分布，适用于人流监控、交通热点等场景。核心通过HeatmapParams参数配置： 数据结构：需提供带权重的经纬度数组（WeightedLatLng[]），权重值（intensity）决定热力强度 关键参数： radius控制热力影响范围（像素单位） intensity映射表实现权重动态调整（如{2:1, 5:5}）
2026-06-09 08:00:00
967
45
原创 【HarmonyOS 6.0】MDM Kit 新增限制策略深度解析：短信、蜂窝数据、飞行模式、通知消息与 NFC 管控
本文介绍了HarmonyOS 6.0 MDM Kit中restrictions模块新增的五项关键管控特性：短信、蜂窝数据、飞行模式、通知消息和NFC。这些功能为企业提供了更精细的设备管理能力，覆盖通信、网络和数据交互等维度。文章详细解析了各特性的功能定义、应用场景、代码实现及注意事项，适用于金融、政务等高敏感行业的设备管控需求，帮助企业在移动办公场景中实现系统级的精准控制与安全管理。
2026-06-09 08:00:00
732
39
原创 【HarmonyOS 6.0】Map Kit：海量点图层解析 —— 从几千到十万点的批量展示实践
鸿蒙6.0 Map Kit引入的海量点图层（MassPointOverlay）是针对大规模坐标点展示场景的优化方案，相比传统Marker和点聚合技术，它在处理数万级点位时能显著降低内存占用和渲染时间。该组件适用于高密度、低交互需求的场景（如物流轨迹、设备监控等），通过牺牲单个点的交互能力换取批量渲染性能。核心API包括配置参数MassPointOverlayParams、添加图层的异步方法addMassPointOverlay和操作句柄MassPointOverlay。
2026-06-06 08:00:00
730
50
原创 【HarmonyOS 6.0】Map Kit：用自定义组件灵活构建地图Marker图标
文章摘要 HarmonyOS 6.0.0(20)版本的Map Kit引入iconBuilder属性，支持通过ArkUI自定义组件动态生成Marker图标，解决了传统静态图片方案在实时内容更新、样式切换等方面的局限性。本文详细解析了该特性的技术演进、实现原理与应用场景：从早期静态图片到PixelMap合成方案的过渡，最终演进为原生支持声明式组件；通过@Builder定义可包含动态数据的UI组件，结合@State实现图标内容自动刷新；提供基础代码示例展示气泡图标与动态价格标签的实现，并对比新旧方案的优劣。
2026-06-06 08:00:00
614
36
原创 【HarmonyOS 6.0】Map Kit 进阶：基于 MVT 矢量图层的动态地图数据叠加方案
【HarmonyOS 6.0】Map Kit 进阶：基于 MVT 矢量图层的动态地图数据叠加方案
2026-06-03 08:00:00
879
47
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人