华为许愿offer！

实习期间参与的项目，聚焦于合同审核场景，本文以合同审核为例，针对在垂直落地场景中，为什么需要做sft微调展开简单的讨论和个人的一点见解。 传统合同审核系统依赖规则编写和关键词匹配，局限性突出： 一是规则需人工逐条维护，新增合同类型（如技术许可合同）时，需重新梳理数百条规则，迭代效率极低； 二是无法处理模糊表述，如“合理期限内整改”“适当补偿”等条款，关键词匹配会直接漏判； 三是不具备推理能力，无法关联多条款风险，如管辖地与争议解决方式的逻辑冲突。二、为什么需要SFT——教模型学会“思维”对合同审核场景而言，基座模型就像刚掌握法律基础的实习生，懂术语但不懂业务判断，SFT本质就是用高质量业务数据...

第二段实习中，由于我是第一次用linux，很多指令都不熟悉，后来有一次要更新数据包，需要先更新再重启服务器，我就开始问ai都是哪个指令。在ai给出我指令后，我直接就执行了，当时执行完其实就觉得有点不对劲，后来发现我给全部门的服务器都给重启了只能说，真是给我汗都干出来了

时间过得真的好快啊，五个月一眨眼就过去了。本来之前打算run的，但考虑到被迫休学了，学籍过不了审批，而且部门里面的人都很好，索性就一直留下来了。虽然没做过什么太难的需求，但这几个月真的学到了很多。部门里的人技术都很强而且很有耐心，靠着看文档看代码和问他们，也是受益匪浅。团，秋招有缘再见👋我的下一段征程会在哪呢

TCP篇 1. TCP为什么是可靠的？从基础概念出发，TCP是面向连接的基于字节流的通信协议，从连接管理的角度来说：TCP通过三次握手建立连接，确保通信双方有正常收发能力；通过四次挥手释放连接，确保所有数据被正确接收并妥善处理。这里的可靠指的是报文的可靠传输，换一句话说就是如何保证报文不重不丢：TCP是基于字节流的，每一个字节都有唯一的序列号，这解决了报文重复的问题；接收端接收数据后会回复ACK确认号，这解决了丢包的问题；为了确保数据能够到达，在没有收到ACK的一定时间内，会触发发送方超时重传；另一方面，由接收方主导的流量控制能够避免接收方太多数据处理不过来。这里要注意流量控制和拥塞控制的区别...