实习第四个月总结:桌面端落地、数据大盘与平台工程化——AI 能力从对话走进用户电脑
实习第四个月总结:桌面端落地、数据大盘与平台工程化——AI 能力从对话走进用户电脑本文由 AI 读取本地各仓库的 git commit 记录自动生成(覆盖 2026-09-30 ~ 11-09) 文中涉及的公网 IP、邮箱、域名等敏感信息已做模糊处理。 署名说明:以提交邮箱 1960****@qq.com 为准,hym / Heyiming / woop / zcodeh / zcode 均为本人(后三个是本月新增的本地与 AI 助手身份);e-commerce 前后端里同事 why(fantas****@163.com)与 xiewenhai / wenhai03(8100****@qq.com)的提交不计数。 目录(涉及仓库一览,均属公司 AIGC 平台) 归属 仓库 类型 本窗提交量 公司 xlagent AI 智能体引擎 + 内置前端 167 公司 e-commerce-frontend 平台前端(PC / H5 / App / 桌面壳) 211 公司 e-commer...
从零搭一套轻量 CI/CD,并让它托管自己:Gitee WebHook → 校验/构建 → 人工批准蓝绿发布
从零搭一套轻量 CI/CD,并让它托管自己本文由 AI 读取 D:\hym 各仓库的 git commit 记录自动生成(覆盖 2026-10-10 ~ 2026-10-13) 署名说明:e-commerce-frontend 里 Heyiming、xlagent 里 hym / Heyiming 均为本人提交;同事 wenhai03(why)的提交不并入本文统计。本文只讲我这两天从零搭起来的这套 xlagent-ci,以及它最后怎么把「自己」也接进了流水线。 0. 一句话概括 用零第三方依赖的一个 Node 脚本(server.mjs)做 Gitee WebHook 接收器,把「校验 → 构建 → 人工批准 → 部署」拆成可审计的阶段;一个 receiver 服务托管五个项目;最后让这套 CI 引擎托管它自己(自举),并用 Go-Zero 的蓝绿方案把后端发布做成了「一翻 nginx 标记就切流」。 两天里前后端一共落了几十个提交,主线其实是三件事: 把发版从”人肉 scp”收编成流水线——先在推送时把「环境变量/产物口径」这类低级错误卡...
实习第三个月总结:从 AI 助手到 β 智能体引擎的系统重构、托管运营与线上稳定性攻坚
实习第三个月总结:从 AI 助手到 β 智能体引擎的系统重构、托管运营与线上稳定性攻坚本文由 AI 读取 D:\hym 各仓库的 git commit 记录自动生成(覆盖 2026-09-01 ~ 09-29) 署名说明:在 xlagent 仓库中 hym / heyiming / Heyiming / wenhai03 均为本人提交(此前部分提交署名不统一,wenhai03 也归本人);e-commerce 前后端里同事 why、xiewenhai 的提交不计数。 目录(涉及仓库一览,均属公司 AIGC 平台) 归属 仓库 类型 本窗提交量 公司 xlagent AI 智能体引擎(α→β 重构) ~60 公司 e-commerce-frontend 平台前端(React/agent-chat) ~40 公司 e-commerce-backend 平台后端 & 网关 & 支付域 ~23 公司 autodl-orchestrator 服务器 GPU 编排 & 加固 ~9 公司 back_...
月度总结 2026-07-27~08-27:AIGC 平台安全攻坚、聚合聊天与 RimWorld 模组爆发
月度总结 2026-07-27~08-27:AIGC 平台安全攻坚、聚合聊天与 RimWorld 模组爆发本文由 dsV4f 阅读 commit 记录生成(覆盖 GitHub + Gitee 全部仓库) 本文归档 2026-07-27 ~ 2026-08-27 一个月的提交记录。其中 Gitee 上的 5 个仓库(后端/前端/部署/聚合聊天/AI Agent,约 230+ commit)都是公司(寻雷科技)的跨境电商 AIGC 平台,属实习工作内容、不归个人所有;个人产物在 GitHub——包括博客更新与RimWorld 模组(8 个个人模组仓库)。需要说明:8/26-27 的模组提交虽密集,但主要是个人的创意工坊发布工作。 目录(涉及仓库一览) 归属 仓库 类型 本窗提交量 公司 e-commerce-backend 平台后端(Go/GoZero) ~65 公司 e-commerce-frontend 平台前端(React/Taro) ~49 公司 ecf-main-deploy 前端...
Go底层相关八股
Go如何实现“等待 100 个 goroutine 完成,但最多等待 3 秒“context取消1234567891011121314151617181920212223242526272829303132333435363738package mainimport ( "context" "fmt" "sync" "time")func main() { var wg sync.WaitGroup // 创建一个 3 秒后自动取消的 Context ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second) defer cancel() // 确保在 main 退出时释放资源 for i := 0; i < 100; i++ { wg.Add(1) go func(id int) { defer wg.Done() // 模拟工作:随机耗时 1-5 秒 workTi...
实习第一个月总结:从校园到企业的AIGC实战之旅
实习第一个月总结:从校园到企业的AIGC实战之旅本文章由AI阅读commit记录生成,效果感觉一般,意淫了不少我的想法XD 2026年6月25日到7月25日,我在厦门寻雷科技完成了第一个月的实习。这一个月里,我深度参与了一个电商AIGC平台的开发,同时接触了前端(React/Taro)和后端(Go/GoZero),算是真正从”写demo”进入了”做产品”的阶段。 项目概览实习所在的项目是一个跨境电商AIGC内容生产平台,核心是用AI帮助商家生成营销视频、管理素材。技术栈方面: 后端:Go + GoZero 微服务架构,包含 gateway / platform / aggregation / material 等多个服务 前端:Monorepo 架构(pnpm workspace),PC端用 React + Vite,H5用 Taro,App端用 Capacitor AI能力:接入寻雷Bernini、DeepSeek等多个AI服务商 第一个月我提交了大约 40+ 个 commit,覆盖前端和后端,主要集中在以下几个方向。 ...
笛卡尔积与自然连接
一、笛卡尔积 × vs 自然连接 ⋈很多新手容易混淆,先划重点: 笛卡尔积 (R×S):只是把两张表所有行两两配对,不做筛选、不合并同名列; 自然连接 (R \bowtie S):先做笛卡尔积 → 再自动筛选同名列值相等 → 再删掉重复的同名字段,是带条件、去重复列的笛卡尔积。 前置基础:表结构约定设关系(二维表) (R(A,B)):属性列 A、B (S(B,C)):属性列 B、C公共列:B(同名同类型,自然连接的匹配键) 二、笛卡尔积怎么算定义若 (R) 有 (m) 行,(S) 有 (n) 行,笛卡尔积 (R×S) 有 (m×n) 行;列 = R全部列 + S全部列,同名列会重复保留。 举例实操设:表R A B a1 b1 a2 b2 表S B C b1 c1 b3 c2 计算 R×S(笛卡尔积)把R每一行,分别拼接S每一行: R第一行(a1,b1) + S第一行(b1,c1) → (a1,b1,b1,c1) R第一行(a1,b1) + S第二行(b3,c2) → (a1,b1,b3,c2) R第二行(a2,b2) ...
数据库相关概念
在数据库中,产生数据不一致的根本原因是( )。A.数据存储量太大B.没有严格保护数据C.未对数据进行完整性控制D.数据冗余答案:D解析:数据冗余是根本原因,多副本数据修改不同步会产生不一致;完整性控制是解决办法,不是根源。 层次模型不能直接表示( )。A. 1 :1 关系B.1 :m 关系C. m :n 关系D.1 :1 和 1 :m 关系答案:C解析:层次模型为树形结构,仅支持 1:1、1:m,无法直接表达 m:n 多对多关系。 关系运算中花费时间可能最长的运算是( )。A.投影B.选择C.笛卡尔积D.除答案:C解析:笛卡尔积会将两张表所有元组全部交叉匹配,数据量膨胀极快,开销远大于选择、投影、除运算。 数据库中,数据的物理独立性是指( )。A.数据库与数据库管理系统的相互独立B.用户程序与 DBMS 的相互独立C.用户的应用程序与存储在磁盘上数据库中的数据是相互独立的D.应用程序与数据库中数据的逻辑结构相互独立答案:C解析:物理独立性:磁盘上物理存储结构改变,上层应用程序无需修改;D 选项描述的是逻辑独立性。 关系模型中,一个关键字是( )。A.可由多个任意属性组成B.至多由...
数据库理论相关
每日推歌 数据库三级模式中,模式 / 内模式映像保证数据的()A. 逻辑独立性 B. 物理独立性 C. 分布独立性 D. 存储独立性答案:B解析:模式是全局逻辑视图,内模式是物理存储视图;模式 / 内模式映像定义逻辑与存储的对应关系,修改存储结构(内模式)无需修改应用程序,保证物理独立性;外模式 / 模式映像保证逻辑独立性。 数据库三级模式:模式、外模式、内模式(DBMS标准三层架构)一、核心总览(三层,两级映像) 外模式(子模式/用户视图) → 面向应用/用户 模式(概念模式/全局逻辑视图) → 全库整体逻辑结构 内模式(存储模式) → 物理磁盘存储结构 两层映射:外模式↔模式、模式↔内模式,实现逻辑独立性、物理独立性。 1. 模式(概念模式 Concept Schema)定义整个数据库全部数据的全局逻辑结构、完整描述,是数据库所有表、关系、约束、实体联系的统一视图。 特点 唯一:一个数据库只有1个模式 逻辑层:不关心数据怎么存在磁盘,只描述数据有什么、关系是什么 包含:所有表、字段、数据类型、主键外键、索引逻辑定义...
Java相关
在 Java 中,方法和属性的访问控制修饰符有 private、protected、public 和 default。 设 Point 为已定义的类,创建 Point 对象 a 的语句是: 答案: Point a = new Point(); 为类 Point 定义一个没有返回值的无参数方法 move(),如果想通过类名访问该方法,则该方法的声明为: 答案: public static void move() 使用 SimpleDateFormat 类对日期进行格式化,显示 “16 时 30 分 15 秒” 格式的语句为: 答案: SimpleDateFormat sdf = new SimpleDateFormat("HH时mm分ss秒"); 设有变量 a 和 b,使用 Math 类中的方法计算 a 的 b 次幂的语句为: 答案: Math.pow(a, b) 假设 s = "Java String",写出下列操作的输出结果: 操作 输出结果 s.toUpperCase() JAVA STRING s.to...









