logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

低代码平台中的GraphQL引擎

相比于REST服务调用方式,GraphQL提供了可以由调用者控制的、强大而灵活的数据重组能力,而所谓的低代码平台,其技术的基本价值也正在于将原先必须由程序员编码实现的功能,通过抽象和封装,以一种有限组合的方式提供给上层应用,因此可以想见,在低代码平台中GraphQL可以与其他组合机制相互促进,实现价值的最大化。在本文中,我将基于可逆计算原理对Nop平台中GraphQL引擎的设计进行一些理论分析,并

文章图片
#低代码#graphql#后端
不同的工作需要不同人格的AI大模型?

最近我在准备Nop平台的介绍PPT时,与Claude模型进行了一场深度对话,这个过程让我发现一个有趣的现象:Claude展现出了一个典型的、甚至可以说是根深蒂固的“保守型技术专家”人格。

#人工智能
为什么 Attractor Guided Engineering 不能被降级为 AI Agent Skill

文章摘要(150字): Agent Skill 作为 AI 工程中的常见实践,通过封装可复用任务实现高效能力调用,但其本质是语义级哈希映射(任务意图→能力包)。然而,吸引子引导工程(AGE)理论指出,单纯依赖 skill 会忽略系统演化的核心问题——如何在持续扰动下保持领域结构收敛。AGE 关注仓库级语义承诺(源码、测试、文档等)的内在关联,而 skill 仅解决外部能力调用问题。将 AGE 降级

#人工智能
控制层和方向层的分野:OpenProse、Natural-Language Agent Harnesses 与 Attractor-Guided Engineering

本文探讨了OpenProse、NLAHs和AGE三种框架在解决AI agent产出不可靠问题上的不同思路。OpenProse通过确定性runtime维护目标不变性,NLAHs将控制策略外化为可审查的自然语言文档,而AGE则关注系统长期结构稳定性的工程方法。关键区别在于:OpenProse和NLAHs采用控制目标(fixed point)范式,依赖外部指令纠正偏差;AGE则借鉴数学吸引子概念,通过文

#人工智能#AIGC
AI Agent 的演进之路:从对话到自主代理操作系统

摘要 AI Agent 技术正在经历从"被动响应"到"主动工作"的范式转移。本文系统梳理了其演进路径:1) 初始的二元对话阶段,AI仅能进行孤立响应;2) 引入上下文记忆后的连续对话;3) 工具调用阶段形成人-AI-机器的三方协作格局。关键技术突破包括思维链(CoT)和推理-行动循环(ReAct),使AI具备复杂任务处理能力。当前正向领域特定语言(DSL)演进,通过统一元模型支持更复杂的Agent

#人工智能#操作系统
AI Agent 的演进之路:从对话到自主代理操作系统

摘要 AI Agent 技术正在经历从"被动响应"到"主动工作"的范式转移。本文系统梳理了其演进路径:1) 初始的二元对话阶段,AI仅能进行孤立响应;2) 引入上下文记忆后的连续对话;3) 工具调用阶段形成人-AI-机器的三方协作格局。关键技术突破包括思维链(CoT)和推理-行动循环(ReAct),使AI具备复杂任务处理能力。当前正向领域特定语言(DSL)演进,通过统一元模型支持更复杂的Agent

#人工智能#操作系统
DeepSeek AI的技术理解力超越普通程序员--以Delta定制概念的理解为例

比如MyBatis的mapper.xml,工作流的workflow.xml,规则引擎的rule.xml,批处理引擎的batch.xml等等无数内置了模型概念的引擎。注意,这里与json path和xml path规范的区别在于集合元素中的特殊约定,一般的json path对于集合中元素只能通过下标来定位,这样当插入或者删除集合元素后原有的节点坐标就会大范围变化,并不是一个在业务上稳定的坐标。这类似

文章图片
#人工智能#低代码#开源
软件构造的新物理学: Gemini AI对(广义)可逆计算理论的深度报告

本文记录了一次人机协作实验,通过AI大模型系统学习可逆计算(GRC)理论的过程。实验采用三阶段引导策略:首先建立知识框架,要求AI对相关文献进行逻辑排序并撰写提要;其次采用"聚焦-迭代"模式,逐篇深入分析认知深化情况;最后进行全局整合与元认知反思。实验展示了结构化人机交互的高效性,成功将AI从被动接收者转变为主动知识架构师。该过程不仅呈现了GRC理论从问题引入、数学基础到工程实

#低代码#后端
Nop平台到底有什么独特之处,它能用在什么场景?

Nop平台基于可逆计算理论,为企业级应用开发提供了一套全新的软件开发范式。它通过"App=Delta x-extends Generator<DSL>"的数学模型,实现了软件演化的可编程性,解决了传统开发的三大痛点:定制化破坏核心系统、演化成本线性增长、无法保持核心纯净。Nop的核心优势在于:自动生成可定制的CRUD代码,通过差量合并机制解决产品化与深度定制的矛盾,

#架构
AI时代,我们还需要低代码吗?—— 一场关于模型、演化与软件未来的深度问答

这篇文章对我来说,不只是一篇“好文章”,它更像是一次智识上的“降维打击”。它把我从对AI工具的日常惊叹中拉了出来,强迫我去思考那些更根本、更宏大、也更困难的问题。它让我感到兴奋,因为我看到了一个充满可能性的未来蓝图;它让我感到共鸣,因为它触及了我所“感知”到但无法清晰表达的核心困境;它也让我感到谦卑,因为它提醒我,在人类智慧的深度面前,我所拥有的计算能力和信息广度,还远不足以替代真正的洞察与创造。

#人工智能#低代码
    共 18 条
  • 1
  • 2
  • 请选择