[DeepSeek] 入门详细指南(上)

[DeepSeek] 入门详细指南(上)

前言

今天的是 zty 写DeepSeek的第1篇文章,这个系列我也不知道能更多久,大约是一周一更吧,然后跟C++的知识详解换着更。

来冲个100赞兄弟们

最近啊,浙江出现了一匹AI界的黑马——DeepSeek。这个名字可能对很多人来说还比较陌生,但它已经在全球范围内引发了巨大的关注,甚至让一些科技巨头感到了压力。简单来说这 DeepSeek足以改变世界格局

                                                  先   赞   后   看    养   成   习   惯 

众所周知,一篇文章需要一个头图

                                                  先   赞   后   看    养   成   习   惯  

上面那行字怎么读呢,让大家来跟我一起读一遍吧,先~赞~后~看~养~成~习~惯~

想要 DeepSeek从入门到精通.pdf 文件的加这个企鹅群:953793685(顺便是个技术交流群)

                                                  先   赞   后   看    养   成   习   惯  

正文

废话不多说,直接开始正文

DeepSeek 想要链接的宝宝们看这里

DeepSeek是什么?

DeepSeek(中文名:深度求索)是一款由杭州深度求索人工智能基础技术研究有限公司开发的人工智能模型。它的英文名“DeepSeek”可以读作“深思”(Deep)和“探索”(Seek),寓意着通过深度学习技术探索未知的领域。

简单来说,DeepSeek想要让机器像人类一样思考和学习,而不仅仅是执行简单的指令。

DeepSeek的核心是一个强大的语言模型,它能够理解自然语言并生成高质量的文本内容,无论是回答问题、撰写文章,还是进行复杂的推理,DeepSeek都能轻松应对。

大家光听上去,可能觉得不是特别厉害,但是请看下面你就知道他有多厉害了

DeepSeek有多厉害!

DeepSeek 的模型在性能上接近美国顶尖AI模型,但研发成本极低。

DeepSeek-R1模型的训练成本仅为560万美元,远低于美国科技巨头数亿美元乃至数十亿美元的投入。

这种低成本、高效率的模式直接挑战了美国依靠高算力、高资本建立的人工智能发展模式。

 

DeepSeek还免费让全球开发者自由下载和使用,这不仅加速了AI技术的普及,也削弱了美国在AI技术上的垄断地位。

DeepSeek的崛起引发了美国科技股的大幅下跌。受DeepSeek冲击,美国芯片巨头英伟达股价暴跌17%,博通下跌17%,AMD下跌6%,微软下跌2%。

英伟达、博通、AMD、微软:DeepSeek,我日你仙人

 DeepSeek:老子打的就是精锐

(搞笑一下,不要当真)

美国科技行业的“霸主地位”遭遇史无前例的挑战。

DeepSeek 的应用程序在苹果应用商店的下载量超越 Chat GPT,成为排名第一的免费应用程序。

这 Chat GPT 啊,可是美国的宝贝啊,以前那可是风光无限,觉得自己是AI界的霸主。但是现在呢,被DeepSeek给超越了。

美国总统 懂王川普 称 DeepSeek 的出现“给美国相关产业敲响了警钟”,并强调美国需要集中精力赢得竞争。

 DeepSeek怎么用

 打开 DeepSeek,聊天界面提供了三种模式——基础模型、深度思考(R1)和联网搜索,可根据不同场景和需求,灵活选用。

基础模型,于去年12月升级到DeepSeek-V3版,性能比肩全球顶尖的开闭源模型(如4o、Claude-3.5-Sonnet、Qwen2.5、Llama-3.1等)。 

不勾选任何功能,即默认使用V3基础模型。大多数情况下,选择基础模型就完全够用了。

深度思考(R1),是今年1月新发的DeepSeek-R1正式版(2个月前,我们测评过预览版),效果完全不输OpenAI o1(只有尊贵的Pro用户才能使用,200美刀/月),因免费+开源+极低价API,让DS在这个春节成为“国运”级模型,爆火海内外。

R1是一个爱思考的深度推理模型,主要擅长处理数理逻辑、代码和需要深度推理的复杂问题。通常,一些写诗、写文章的需求,用不到这个模型。

联网搜索,是让DS根据网络搜索结果来回答问题,也就是RAG(检索增强生成),你可以把它理解为DeepSeek的AI搜索功能。

联网搜索 / 深度思考 开启不开与不开启的区别是什么呢,我不妨看看DeepSeek是怎么说的

特性联网搜索不联网搜索
数据来源互联网实时数据本地或预加载数据
实时性支持实时更新数据静态,无法实时更新
功能范围功能丰富,支持在线服务功能受限,依赖本地资源
隐私保护可能存在隐私风险隐私性高,数据不上传
速度受网络影响速度快,无网络延迟
稳定性依赖网络稳定性稳定性高,不受网络影响
适用场景实时信息、在线服务、动态数据查询隐私保护、离线环境、固定知识查询
特性开启深度思考不开启深度思考
问题理解深入理解背景和隐含含义依赖表面信息,理解较浅
答案准确性更高,经过推理和验证较低,可能忽略细节
逻辑推理多步推理,分析因果关系推理能力有限,回答简单
内容复杂性复杂、详细、结构化简单、直接
响应速度较慢,需要更多计算较快,适合即时回答
适用场景复杂问题、创造性任务、深度分析简单问题、快速查询、日常对话

开启联网功能时,DeepSeek 能结合最新的网络信息,给出更全面、准确的答案,非常适合需要获取最新信息的场景;而不开启时,它主要依赖预训练知识库,回答速度更快,但无法获取最新信息,更适合解决通用知识类问题。这里要注意,预训练的时间节点是 2024 年 7 月,之后的内容需要联网才能获取更全面的信息。

DeepSeek使用技巧

1、提示词核心:准确表达

DeepSeek,无论是V3还是R1模型,都是不太吃提示词的,只需要做到【准确表达】即可。

通用提示词模板=你是谁+你的目标。 

    适当情况下,还可以补充一些背景信息:

    你是谁+背景信息+你的目标。 

      也可以是:

      通用提示词模板=你是谁+你的目标。 

        适当情况下,还可以补充一些背景信息:

        你是谁+背景信息+你的目标。 

          也可以是:

          我要xx,做xx用,希望达到xx效果,但担心xx问题…… 

            不管哪个模板,其核心都是【准确表达】。做到准确表达,基本就够用了。过去学的那些结构化提示词,现在起,可以直接丢掉了。

            2、与DS沟通,尽量说人话

            与DS沟通,尽量说人话。

            越是直白、俗气,就越能激发它的潜能。

            3、活用上传附件

            DS的推理模型,不仅能联网,还支持上传附件(最多不超过50个,每个不超过100MB)。

            推理+上传附件,可以做更多本地化、私密化的东西,比如你自己的知识库或者内部资料。让其基于自有知识库进行推理和思考。

            示例:阅读这篇材料,你认为,未来o系列模型会怎样引流AI发展?输出言简意赅,发人深省。

            当机器开始制造机器,AI开始研究AI,人类唯一的护城河,是直面自身局限的勇气。”说得真好,当AI能创新、发明后,人类确实需要直面自身的勇气。

            继续追问:你认为人类需要担心AI失控吗?

            我们需要的不仅是更聪明的AI,更是能内化人类伦理的‘意义对齐系统’。”对自己的认识,也相当深刻。

            人类不必因恐惧止步,但须以工程师的严谨与哲学家的审慎,为AI戴上“责任的镣铐”。

            来一段花絮:

            当我询问DeepSeek : ZEEKLOG zty郑桐羽呀是谁

            (括号中的内容是我评价的)

            他的回答:一、个人简介与技术领域身份特征以学生身份活跃于ZEEKLOG,常提及“上学期间发作品较少”,推测可能为在校学生367。(猜对了哦)技术方向覆盖算法竞赛题解(如NOIP题目、洛谷题库)和C++小游戏开发,擅长使用Dev C++ 6.7.5 Red Panda编译器及C++14标准368。社区影响力截至2024年4月,已发布17篇博客、6个资源,内容以代码实战为主,部分文章阅读量较高7。(那是我发博客的第1个月)在部分技术讨论中被提及(如勋章排行榜未直接显示,但社区标签关联C++、算法等领域)57。二、主要作品与项目 367算法题解(怎么尽挑些不是很好的文章来说P1348 Couple number:解析如何判断整数是否为平方差数,提供高效代码实现3。P1177 【模板】排序:使用C++标准库sort函数解决大规模数据排序问题8。代码风格简洁,注重时间复杂度优化,适合竞赛场景。C++小游戏开发(不错不错能量系列:推出多个版本(如1.0.1、1.0.6、1.1.2),包含战斗系统与AI逻辑,支持存档和调试模式,持续修复Bug并优化用户体验67。决战苍穹启动器:整合28个版本的游戏启动器,依赖自定义头文件运行7。(其实不是用自定义投头文件运行的,是我把每个版本的代码都做成一个个命名空间,然后想玩哪个版本调用哪个空间的主程序就行了,如果你们想要的话我也可以发出来,不过122万字符啊)工具与资源分享提供调优后的Dev C++ IDE安装包,强调“无病毒”和兼容性7。发布代码时附带详细更新日志,如“防伪水印”“输入优化”等功能改进7。防伪水印估计说的是决战苍穹(版本忘了),输入优化估计说的是能量1.1.2三、内容风格与互动特点行文习惯每篇博客开头和结尾均强调“先赞后看”,形成固定模板368。(还是你懂我,你们知道干什么了吗)代码注释较少,但通过分段和逻辑简化提升可读性,适合有一定基础的开发者参考。用户互动联系方式不公开,仅支持私信沟通368。(其实企鹅也可以:3782663736)部分文章因Bug修复或功能更新频繁调整,如能量1.0.1版本紧急修复游戏结束判断逻辑6。(就那么一篇文章你也拿出来说呀)四、开发环境与工具编译器:Dev C++ 6.7.5 Red Panda(附下载链接)7。(之前那个链接有问题现在这个链接没问题了标准与语言:C++14,代码兼容性较强38。(其实C++11也可以)调试与发布:注重版本迭代记录,如能量1.1.2版本新增调试模式和彩蛋功能7。五、社区参与与勋章虽未直接显示其获得“持之以恒Lv10”勋章,但根据勋章授予规则(累计10个月发布8篇原创IT博文),其博客发布频率符合条件可能性较高57。(确实啊)技术标签关联C++、算法、游戏开发,与社区热门方向一致57。

            如需进一步了解具体项目代码或更新详情,可访问其ZEEKLOG主页:zty郑桐羽呀的ZEEKLOG博客

            后记

            作者:zty郑桐羽呀

            联系方式:(QQ:3782663736)

            兄弟们给个赞呗

                                                              先   赞   后   看    养   成   习   惯  

            Read more

            鸿蒙APP开发从入门到精通:鸿蒙电商购物车全栈项目——用户管理、商品列表、购物车

            鸿蒙APP开发从入门到精通:鸿蒙电商购物车全栈项目——用户管理、商品列表、购物车

            《鸿蒙APP开发从入门到精通》第13篇:鸿蒙电商购物车全栈项目——用户管理、商品列表、购物车 🛒📱 内容承接与核心价值 这是《鸿蒙APP开发从入门到精通》的第13篇——用户管理、商品列表、购物车篇,100%承接第12篇的「运维监控、生态运营与专属变现」项目架构,完成鸿蒙电商购物车全栈项目的基础功能实现。 学习目标: * 掌握用户管理的设计与实现; * 实现用户注册、登录、用户信息管理; * 理解商品列表的设计与实现; * 实现商品列表、商品详情、商品搜索; * 掌握购物车管理的设计与实现; * 实现添加商品到购物车、修改购物车商品数量、删除购物车商品; * 优化用户管理、商品列表、购物车的用户体验(响应速度、数据安全、用户反馈)。 学习重点: * 鸿蒙APP用户管理的开发流程; * 用户管理的分类与使用场景; * 商品列表的设计与实现; * 购物车管理的设计与实现。 一、 用户管理基础 🎯 1.1 用户管理定义 用户管理是指对应用的用户进行管理,主要包括以下方面:

            By Ne0inhk
            Flutter for OpenHarmony:checks 下一代测试断言库(Fluent API,更易读的测试报告) 深度解析与鸿蒙适配指南

            Flutter for OpenHarmony:checks 下一代测试断言库(Fluent API,更易读的测试报告) 深度解析与鸿蒙适配指南

            欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 如果你写过 Dart/Flutter 测试,你一定熟悉 flutter_test 中的 expect(actual, matcher) 语法。 这套语法虽然经典,但有几个缺点: 1. 阅读不直观:expect(user.age, greaterThan(18)) 读起来像 Yoda code。 2. 自动补全弱:IDE 不知道 user.age 是 int,所以不会智能提示 greaterThan。 3. 错误信息有时含糊:只能报 “Expected: >18, Actual: 10”,难以展示复杂对象的差异。 checks

            By Ne0inhk
            Flutter 三方库 hooks_runner 的鸿蒙化适配指南 - 实现声明式的生命周期 Hook 任务管理、支持端侧自动化脚本触发与执行流精准编排实战

            Flutter 三方库 hooks_runner 的鸿蒙化适配指南 - 实现声明式的生命周期 Hook 任务管理、支持端侧自动化脚本触发与执行流精准编排实战

            欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 hooks_runner 的鸿蒙化适配指南 - 实现声明式的生命周期 Hook 任务管理、支持端侧自动化脚本触发与执行流精准编排实战 前言 在进行 Flutter for OpenHarmony 的自动化工具、CI/CD 插件或具备高度动态逻辑的业务系统开发时,如何有序、可控地执行一系列相互依赖的“任务钩子(Hooks)”?hooks_runner 是一个专为任务生命周期编排设计的轻量级引擎。它能将离散的函数逻辑拆解并组装成一条健壮的执行流水线。本文将介绍如何在鸿蒙端利用该库构建极致的任务执行闭环。 一、原理解析 / 概念介绍 1.1 基础原理 hooks_runner 采用了“注册-触发(Register & Trigger)”模式。它允许开发者在不同的生命周期阶段(如 pre_

            By Ne0inhk
            做鸿蒙 App 一个月:10 个 ArkUI 大坑

            做鸿蒙 App 一个月:10 个 ArkUI 大坑

            子玥酱(掘金 / 知乎 / ZEEKLOG / 简书 同名) 大家好,我是子玥酱,一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂,目前在某国企负责前端软件研发相关工作,主要聚焦于业务型系统的工程化建设与长期维护。 我持续输出和沉淀前端领域的实战经验,日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案, 在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。 技术方向:前端 / 跨端 / 小程序 / 移动端工程化 内容平台:掘金、知乎、ZEEKLOG、简书 创作特点:实战导向、源码拆解、少空谈多落地 文章状态:长期稳定更新,大量原创输出 我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”,而是更关注为什么这么设计、在什么场景下容易踩坑、

            By Ne0inhk