跳转到内容
彼岸论坛

小天管理

管理员
  • 内容数

    19567
  • 注册日期

  • 最后上线

  • 得奖次数

    5

小天管理 发表的所有内容

  1. 现在大家的手机性能应该比 2016 年要强悍不少,甚至可以说过剩了。 那么我有个问题,大家对于手机 app 端 web 套壳以前是非常厌恶的,那现在你还讨厌 web 套壳吗?会不会因为性能跟上来了+前端技术飞速发展,甚至察觉不到某个应用其实是 web 套壳? 我想知道 2024 年有没有类似的 app 存在,很想去体验一下
  2. 前几天莫名其妙搜了下“失业、咖啡馆”,出来大量的报道,像是发现了一个突然出现的群体。 👉 Google:失业+咖啡馆 我自己最近半年一直在 remote 工作,有时也会跑去书店蹭一下场地,其实也是咖啡馆和书店办公大军的一员。 今天跟几个朋友侃大山,突然一冲动又想开咖啡馆了(开过三家),定位就是:失业者的办公咖啡馆。解决下我们自己的办公室需求,也顺便解决下这个越来越大的群体的特殊需求。 我们一合计,名字就叫 Rework Cafe,不知道的人以为是“重新工作咖啡馆”,懂的人一看就知道是《重来》这本创业书,不管什么意思,我们一致觉得:太 TM 励志了。 甚至我们还简单幻想了下商业模式: - 一天 100 块钱,包含 2 杯咖啡 2 个三明治,免费停车,一个卡座,千兆网络。 - 优先考虑失业人群、35 岁以上的中年人,写作业的免进。 - 免费办再就业、创业、AI 讲座,代售成人教育课程、公司代账、注册地址等等。。。 反正,就是咖啡、办公、就业创业学习的混搭。 越聊越 Hi ,朋友反手就注册了个域名 rework.cafe ,准备先整理一个《办公咖啡馆和书店清单》 老哥们怎么样,冲吗?
  3. 楼主情况如下: 安装了 OpenAI 原生 Mac App,使用体验良好,但经过 v 友和推友的安利,试水了 claude3.5,发现确实在多个领域比 gpt4o 的回答更好,因此萌生了使用 claude API 的想法 但无奈找不到一款美观的 Mac 客户端,主要使用场景为大段对话(订阅了 Raycast,一些简单的任务直接快捷键提问) 希望大家能推荐一些好用的客户端/其他解决方案,如果是 SwiftUI 一类 apple 风格的就更好了,感谢大家 !
  4. https://afdian.net/
  5. 985 本美硕,校招入职某中厂之后被组内卷度吓到了 能不能求朋友们给个机会,就想找个不那么卷的工作 目前岗位是 Java 后端开发,全栈我也能做,不限城市 spring, docker, aws 之类的都有经验! 可以联系我发您简历 vx: d2VjaGF0OiAxNTMxNjA5ODk5Nw== email: aW0uYmFpaHlAZ21haWwuY29t
  6. 对于某个很重要且不频繁打开的账号密码,可以找取这个文件的md5值或者其他特征(一串字符),然后 使用 base64/md5/sha256 进行加密(编码可能更准确)或者你自己指定一个固定的、属于自己的加密方案,这样保证了密码自己不会遗忘,同时加密等级又很高。 最主要一个点,加密的方案只有自己知道,而且要固定下来。 PS:只针对特别敏感的密码
  7. 前端开发,11 年工作经验,base 广州 技能树 * 熟悉 Typescript ,2018 年开始在团队内部推行 Typescript ,日常工作中有强烈的类型规范强迫症; * 熟悉 React ,有丰富的 React 生态开发和状态管理经验; * 熟悉 Vue@2.x 源码及生态实践,并为前团队定制了渲染分支( https://github.com/Ddder-FE/vue/commits/ddder/); * 熟悉基于 webpack 的工程构建,熟悉 Plugin 、Loader 开发,有丰富的 Module Federation 开发和管理经验; * 熟悉 Git 工作流,对大型工程的协同开发、分支管理和上线流程等都有较深刻的最佳实践; * 熟悉前端性能优化的实现,包括构建时的工程优化,和运行时的资源策略和业务场景优化; * 了解 Golang ,在 BFF 层有丰富接口开发、工程架构管理、流程规范的实践经验; * 熟悉前端单元测试的编写,熟悉基于 React Testing Library 的 React 组件单元测试用例编写; * 熟悉跨境电商中物流、订单、履约、售后模块的前端业务逻辑; 好久没更新的 github 地址哈: https://github.com/SamHwang1990 如果对小弟的技能树感兴趣,留言或邮件沟通可好哈:ZnVubnllY2hvQGZveG1haWwuY29t 感谢大伙的阅读。
  8. 注册了账号,也充了费,有没有交流群可以加,使用 gpt-4o-all,gpt-4-all 都无法绘图,dall-e-3 说这个模型不存在 @cnhh
  9. 事情起因是:因为小画报,进了 AI 出海群 ,然后进了一个 “接单互助④|九旬&卡卡(448)”,里面 都是小单子(懂的都懂)。 事件:前几天看到了一个小的 钉钉消息的单子,刚好自己要用就接了。然后按引导进了一个 加入了 一个 企业微信,研究了一下能搞 ,开始说 PYTHON 开发,没说要源码,后来说要源码。我后来想想算了,给就给吧,在那个企业微信群里给需求方确认,然后群管理让发源码,我本来想着说确认下需求方需求在给他。 结果:然后群也没有了,也不知道 啥情况。 然后我去问群主啥情况,群主把我删了,然后群也删了,哈哈 聊天记录 https://imgur.com/a/N90x8Dn https://imgur.com/a/tz9tjVF https://imgur.com/a/ti1jHN6 本论坛帖子 https://www.v2ex.com/t/1042606
  10. 我的团队负责的是蚂蚁数仓的调度引擎,类似 DolphinScheduler 。目前系统已经走过了初期建设阶段,当下主要在一些前沿方向进行探索,比如运筹优化领域,如何在一张有千万级任务组成的 DAG 上实现全局最优;比如 AI 智能体领域,如果让系统能自动适应各类异常情况并始终稳定运行。 如果你不满足于做一个 CURD boy ,想在一些技术领域做出不一样的东西,非常欢迎有技术热情的人加入! mail: mingzhi.lk@antgroup.com JD: https://talent.antgroup.com/off-campus-position?positionId=1960002&qrCode=A6PX3Z1H%2F8pHC%2FwtNmu3ysqSl4METzwH2_sM1_joM6op3sFfs_b9VeyLeo0OvrX6T2UA0KAfRY7%2FdzJ4Pngk7g%3D%3D
  11. 需求 手机请求用户输入并记录时间、用途、金额和币种等信息。 快速实现 请求输入(文本)获取用途; 请求输入(数字)获取金额; 从列表中选取币种(可省略); 合并当前日期、用途、金额和币种; 追加到文本文件。 快捷指令说明 黄色部分获取用途和金额。想要一次性输入多个时,用空格分隔输入的用途,重复部分会遍历每一个用途并请求输入金额存在词典中(用途: 金额); 绿色部分获取所选的币种(可忽略); 遍历词典的每一个键(用途)并获取值(金额),合并时间、用途(重复项目/键)、金额(键值)和币种(2 选取的项目),追加到 txt 文本的的末尾。 实现结果 2024-07-06, 音响, 40, CNY 2024-07-06, 射灯, 24.88, CNY 2024-07-08, 理发, 10, CNY 2024-07-09, 水浸卫士, 50.5, CNY 2024-07-12, 薏仁水, 4.9, CNY 2024-07-13, 辣条, 5, CNY 2024-07-14, 辣条, 5, CNY 2024-07-14, 啤酒, 2.5, CNY 2024-07-16, 泡面, 2.8, CNY 2024-07-16, 雪糕, 0.8, CNY 2024-07-18, 辣条, 5, CNY 如何分析 有了格式化的原始数据,一次性在每一个小类别后追加一个大类,如三餐、出行、零食、虚拟产品和电子产品等(熟悉个人的支出情况可以每次直接提供大类的选项),之后可以用任何你喜欢的软件进行可视化。当然亦可以用快捷指令实现,目前写了另一个快捷指令每天对当月花费求和并在晚上发送通知。
  12. 千兆联通宽带,用 pikpak 满速下载的时候,光猫就死机给你看, 这玩意是光猫设置问题,还是质量问题,光猫和路由器是桥接。
  13. 最近得知家中长辈疑似患上了渐冻症,感觉像天塌下来了一样,唉。
  14. 已知的途径有,国外亲朋好友买了,然后发 ups 到国内。 还有其他方法吗
  15. 从毕业到现在,一直混迹于小公司,做着一份毫无成长,没有什么意思的工作,面试也不顺利,跳槽也没跳出去,曾幻想到大公司去工作,现在看来也已经不可能了,也没什么社交圈,周末就到星巴克办公,要么就宅在出租屋了,母单到现在,家里人也一直催婚,感觉真的倦了,想要逃离却没有办法,有时候都不知道为啥要过着这样的生活,如此生活三十年,感觉大厦已经崩塌了,前两份工作都是被裁离场,现在公司又快不行了
  16. 我注册了一个新加坡区账号,绑定国内 visa 卡,添加信用卡的瞬间亚马逊网页就打不开了(网络是正常的,新加坡区奈飞照常看),prime video 的 APP 可以打开,但是原本满屏的聚集只剩下个位数,像是账号本身被拉黑了一样,想问问正确的步骤和条件,手机号和信用卡有什么要求
  17. 公司简介 比特鹰是国内 Web3 龙头企业,拥有领先的 Web3 与 AI 技术,公司稳定盈利,发展迅速。工资高、福利丰厚,除了基础工资外,还有额外奖金分红。加入比特鹰,获得 10 倍能力成长 + 10 倍财富成长。 简历投递: bruce@biteagle.xyz VX:cbpv587 (备注下来源) 工作地点:广州海珠 你能收获: 接触 Web3 生态前沿难题 入职体系培训、老带新。 丰厚的基础薪资,巨额分红及期权激励 鼓励员工持续学习与成长,全额报销所有技术课程的费用。 全面参与 Web3 项目开发,从 0 到 1 深入 Web3 体系。 全部 90 后/00 后,无办公室政治文化,轻松愉悦的氛围 岗位名称:Python 后端开发 你在比特鹰的职责: 参与公司产品研发,持续优化系统架构,完善基础服务 不自我设限,作为多面手,参与后端开发和爬虫等方面的工作 比特鹰的要求: 熟悉 Python 、MySQL 、Git 、Nginx 、常用 Web 框架; 熟悉 Linux 系统,能独立部署服务器,有一定的运维经验; 熟练使用 Redis 等缓存系统;熟练使用消息队列系统; 优秀的数据库设计和优化能力,至少精通一种常用的关系型数据库,精通 MySQL 数据集群应用开发优先; 有爬虫经验; 有 NLP ,机器学习经验者优先; 如果有自己的或贡献过代码的开源项目、自己的技术博客等个人主页可以随简历附上地址 技术之外的要求: 雄心勃勃,不自我设限 认知开放不保守 有创业心态 岗位名称:智能合约开发工程师 岗位要求: 精通 Solidity 语言,有项目经验者更佳。 熟悉以太坊和 Solidity 常见安全风险与漏洞。 熟悉 Ganache 、truffle 、web3.js 、ethers.js 、web3.py 等开发测试工具。 良好的抗压能力、沟通与表达能力,以及较好的英文阅读能力。 对业界主流的项目( Optimism 、Aptos 、Uniswap 等)有一定理解和认识。 加分项: 有成功的智能合约项目经历 对智能合约安全与 gas 消耗有深入理解 岗位名称:Rust 开发工程师 岗位职责: 以太坊智能合约开发 使用 Rust 进行 Solana 合约开发 利用 Web3 框架或语言对智能合约进行私链/测试链验证性测试,使用 Truffle 和 Openzeppelin 对现有合约进行集成开发和优化。 熟悉至少一门静态语言,Python/Rust 优先,熟悉多门编程语言更佳; 悉 TCP/IP 协议,熟悉网络编程; 熟悉 GNU/Linux 环境编程,对 GNU/Linux 系统有一定了解; 熟悉多线程编程,对并发有深入了解; 对分布式系统、容器化技术、性能优化等有深刻理解的优先; 任职要求: 掌握 Rust 语言,熟悉开发区块链智能合约 熟练掌握区块链技术,熟悉智能合约开发语言 Solidity ; 熟悉使用 Openzepplin 进行智能合约项目迭代开发和集成。 熟悉各种数据结构和算法,对密码学、安全协议有研究;深入了解以太坊等区块链的原理、机制和相关加密算法; 熟悉 Truffle 开发框架、能使用 Truffle 或 Harthad 进行智能合约测试案例的编写和验证。 对以太坊底层协议,运行机制和底层实现等有一定的研究分析; 拥有优秀的发现和解决问题的能力,良好的沟通和团队协作能力,能承担一定压力; 加分项: GitHub 开源项目代码;有自己的技术博客。 有过成功具备一定用户量包括但不限于 ERC20/ERC721 Token 合约、DAPP (多重签名钱包、游戏或其他)智能合约。在 etherscan 可溯源项目源码。 深刻理解智能合约安全体系,并能详细阐述各种类型的智能合约漏洞的攻防措施 有开发 Solana 合约的经验 有类似于 Rust 语言合约开发经验,例如:Move 岗位名称:前端开发工程师 职位描述: 负责 App 、网站前端开发及维护工作 负责搭建前端框架、通用组件方案制定、性能优化相关工作 与后端工程师协作,高效完成产品的数据交互、动态信息展现 负责公司小程序的前端研发做出流畅页面效果 负责配合 UI 设计师研究并改善用户使用体验 任职要求: 熟练掌握 Javascript 、CSS3 、ES6 等规范和技术,熟悉常见跨域、跨浏览器问题,了解必要的计算机网络协议; 熟悉至少一种框架,例如:React 、Vue ; 熟悉至少一种前端构建工具 Webpack 、Vite ; 熟悉微信小程序开发; 熟悉使用 Flutter 构建 App ; 快速学习,不断突破技术瓶颈,乐于探索未知领域,对代码有洁癖,遇到问题可以一查到底,善用工具。对前端新技术和新应用有浓厚的兴趣。 加分项: 熟悉 Web3 ,做过 Web3 项目 热衷学习与自我修炼,喜欢阅读英文原版技术文档和书籍 理解 React/Vue 等框架的设计原理 熟悉 NextJS ,有 NextJS 开发经验 目标导向,不找理由和借口,勇于面对难题 极客精神,不墨守成规,超强的执行力 开放的视野,求知若渴 岗位名称:海外运营 职责描述: 负责相关文案的英文翻译及编辑。 负责海外媒体平台 Twitter ,medium, Telegram, Discord 的更新和日常运营。 负责与社区用户的沟通并及时向团队反馈社区声音,建立反馈渠道。 策划和统筹运营活动 任职要求: 有较强的人文底蕴,有梦想有追求 英文听说读写优秀,英文可作为工作语言,CET-6 ,有其他小语种能力更佳。 对 web3.0 、区块链、元宇宙等新鲜事物感兴趣 学习能力强,抗压能力强
  18. 有一些大的群里不想每天盯着看,但是常常会有还挺重要的事会有人讨论 如果可以一次把几天的聊天记录都导出来,丢进 ChatGPT 里面总结一下就太方便了。
  19. 查了一些资料,家宽如果用 IPv6 的话,前缀每次拨号都不同,虽然后缀可以固定,但域名对应的是全地址,你们是怎么解决这个问题的?用 DDNS ?
  20. 请问一下各位大佬,最近想买一台服务器托管到机房去,有什么必须要注意的事项吗? 感谢🙏
  21. RT 在 YouTube 刷到了微信海外版和国内版的各种条款对比,一时好奇贴吧和 QQ 有无这样的根据手机号对用户分海内外进行区别对待 貌似压根就没有做海外版的用户协议,所以遵从的是同一个?
  22. 手续费低,内地人也可以开户的
  23. BestBlogs.dev 基于 Dify Workflow 的文章智能分析实践 摘要 本文详细介绍了 BestBlogs.dev 如何利用 Dify Workflow 实现文章的自动化分析流程。我们将探讨从文章初评到深度分析,再到多语言翻译的全过程。通过采用 Dify 平台,我们成功提高了内容处理的效率和质量,为读者提供了更优质的阅读体验。文章还将分享实施过程中的经验教训,以及对 Dify Workflow 的使用感受,为有类似需求的开发者提供有价值的参考。 背景介绍 BestBlogs.dev 是一个面向技术从业者、创业者和产品经理的网站,主要收集和分享有关软件开发、人工智能、产品管理、营销、设计、商业、科技和个人成长等领域的高质量内容。 其主要原理是通过 RSS 订阅和爬虫,收集来自各个领域的优质博客文章,并通过大语言模型进行筛选和评估,以提高内容的质量和效率。其核心特性包括: 核心摘要,快速捕捉精髓:运用先进的大语言模型,我们为每篇文章提炼出核心要点,助力读者在快节奏中迅速掌握关键信息。 智能评分,优选内容:严选文章来源,通过大语言模型对文章内容深度、写作质量、实用性、相关性等多维度进行评估,帮助读者快速筛选优质文章。 一键翻译,跨越语言障碍(开发中):借助领先的翻译技术,我们打破语言界限,让全球开发者无碍阅读并吸收来自世界各地的卓越知识。 Dify Workflow 简介 Dify Workflow 是一个强大的 LLMOps 平台,专为构建复杂的 AI 应用流程而设计。它提供了直观的可视化界面,允许用户通过拖拽方式创建和管理工作流。Dify 支持多种大语言模型,并提供了丰富的预置节点类型,如条件判断、迭代、HTTP 调用等,使得复杂的 AI 任务变得简单易实现。此外,Dify 还提供了调试、日志追踪和 API 集成功能,非常适合用于构建如 BestBlogs.dev 这样的智能内容处理系统。 为什么需要 Workflow ? 原先网站采用了一个非常大而全的提示词用来实现文章的摘要、标签生成、评分及翻译工作,过多的任务使得输出效果难以控制和优化,比如摘要内容经常遗漏重要信息、标签的生成缺乏统一、评分标准调整调试麻烦、翻译结果过于生硬,以及在运维上修改、测试和部署麻烦。 为什么选择 Dify ? 在选择适合的工具时,我们对比了市面上几个主流的 AI 工作流平台: Coze: 优点: 社区化产品,便于分享 Workflow 和 Agent 上手成本低,用户友好 缺点: 不支持使用自己的 ApiKey 不支持自部署,可能存在数据安全风险 FastGPT: 优点: 开源,支持自部署 有一定的用户基础 缺点: 作为较新的平台,社区生态还在建设中 Workflow 预置节点类型较少,灵活性不足 Dify: 优点: 完善的 LLMOps 功能,非常适合复杂 AI 应用开发 直观的可视化界面,易于使用 支持多种主流大语言模型 丰富的预置节点类型,提高开发效率 开源,支持自部署,保障数据安全 完善的调试和日志追踪功能 缺点: 作为较新的平台,社区生态还在建设中 某些高级功能仅限企业版 考虑到 BestBlogs.dev 的具体需求,特别是对灵活性、可定制性和数据安全的要求,我们最终选择了 Dify 。它不仅能满足我们当前的需求,还为未来的扩展和优化提供了充足的空间。Dify 平台的 LLMOps 定位与我们的核心需求高度契合,使得我们能够快速构建和迭代我们的文章分析流程。 Dify Workflow 实现 在使用 Dify Workflow 之前,重新梳理了网站的核心流程,主要包括以下几个子流程: 文章爬取流程:基于 RSS 协议,爬取所有订阅源的文章信息,包括标题、链接、发布时间等,通过链接和无头浏览器爬取全文内容。通过订阅源上定义的正文选择器提取正文,并对正文的 HTML 、图片等进行处理,放入待处理文章列表。 文章初评流程:通过语言、文章内容等特征,对文章进行初次评分,剔除低质量文章和营销内容,减少后续步骤处理。 文章分析流程:通过大语言模型对文章进行摘要、分类和评分,生成一句话总结、文章摘要、主要观点、文章金句、所属领域、标签列表和评分等,便于读者快速过滤筛选及了解全文主要内容,判断是否继续阅读。包括 分段分析 - 汇总分析 - 领域划分和标签生成 - 文章评分 - 检查反思 - 优化改进 等节点。 分析结果翻译流程:通过大语言模型对文章分析结果进行翻译,目前网站支持中英两种语言,根据原文语言和目标语言对摘要、主要观点、文章金句、标签列表等进行翻译。包括 识别专业术语 & 初次翻译 - 检查翻译 - 意译 等环节。 以下流程的 DSL 文件和各个节点的提示词已更新到 BestBlogs 项目,欢迎查看和讨论。 文章初评流程 流程说明: 为了便于测试和接口调用,流程的输入为网站的文章 ID ,然后通过 Workflow 内置的 HTTP 调用节点和代码节点,调用网站的 API 获取文章的元数据(标题、来源、链接、语言等)和全文内容。 为中文和英文文章采用不同的模型和提示词,可以更加灵活的调整和优化。 文章初评 LLM 节点通过 CO-STAR 提示词框架定义上下文、目标、分析步骤、输入输出格式,提供输出示例,完整的提示词可以在上述项目地址查看。 网站应用通过 Dify Workflow 开放的 API 传入文章 ID ,获取文章的初评结果,根据 ignore 和 value 属性判断是否继续往下处理。 文章分析流程 流程说明: 同初评流程,分析流程的输入也是网站的文章 ID ,然后通过 Workflow 内置的 HTTP 调用节点和代码节点,调用网站的 API 获取文章的元数据(标题、来源、链接、语言等)和全文内容。 为了能不遗漏各个段落的关键信息,分析流程首先判断文章的长度,如果超过 6000 个字符则进行分段处理,否则直接对全文进行分析。 分析的内容输出主要包括一句话总结、文章摘要、文章关键词、主要观点和文章金句等,方便读者快速了解文章内容。 这里运用了 Workflow 中的分支、迭代、变量聚合等节点,使得我们能对流程进行灵活控制,对于不同的分支处理结果,可以采用变量聚合将全文分析的内容归集为一个,便于后续节点处理。 随后是领域划分和标签生成节点,通过大语言模型对文章内容进行分类,生成文章所属领域和标签列表,这里的标签主要包括主题、技术、领域、应用、产品、公司、平台、名人、趋势等,便于后续文章的组织,增强后续搜索和推荐的实现。 再之后的文章评分节点,通过大语言模型对文章内容进行评分,主要包括内容深度、写作质量、实用性、相关性等多维度评估,生成文章的评分,便于读者快速筛选优质文章。 然后是检查反思节点,输入为文章元数据和全文内容,以及分析结果、领域和标签列表、评分等,要求大语言模型扮演技术文章评审专家,按照全面性、准确性、一致性等原则,对前述输出进行检查,输出检查结果和反思内容。 最后是基于检查反思结果的优化改进节点,要求大语言模分析检查和分析结果,并再次确认输出格式和语言,输出最终的分析结果和更新原因。 网站应用通过 Dify Workflow 开放的 API 传入文章 ID ,获取并保存文章的分析结果,根据文章评分判断是否继续往下处理。 分析结果翻译流程 流程说明: 分析结果翻译流程的输入为网站的文章 ID ,然后通过 Workflow 内置的 HTTP 调用节点和代码节点,调用网站的 API 获取文章的元数据(标题、来源、链接、语言、目标语言等)、全文内容和分析结果。 翻译流程采用了 初次翻译 -- 检查反思 -- 优化改进,意译 三段式翻译流程,从而让翻译更加符合目标语言的表达习惯。 运行效果 目前网站已经完成灰度,全部文章采用 Dify Workflow 实现自动化分析,接口运行稳定。 相比于之前采用单个提示词的方式,采用 Workflow 分析文章结果比原先更好,摘要内容更加全面,还有主要观点和文章金句作为参考,文章评分更加标准化。 另外,采用 Workflow 的方式能够快速的调整提示词,详细的运行日志能够及时定位和改进。 总结与展望 本文主要介绍了 BestBlogs.dev 使用 Dify Workflow 实现文章自动化分析的背景、原因、流程和效果,主要包括文章初评、文章分析和分析结果翻译三个流程,通过大语言模型对文章内容进行摘要、分类、评分和翻译,提高了文章分析的效率和质量,为读者提供更好的阅读体验。 对于 Dify Workflow 的使用感受: 使用起来画布整体体验是非常流畅和自然的,对于我来说基本没有什么上手成本; Workflow 对测试运行和追踪功能非常棒,我可以不断的调试提示词来改进效果,中间的每一步详细的输出可以快速识别待改进的地方; 模型的接入非常丰富,基本涵盖了市场上主流的模型,我可以快速的切换各个模型对比输出效果; 开源,支持自部署,完善的日志,这一点对于网站使用非常重要,不用依赖外部服务的稳定性,以及担心数据泄漏等隐私问题。 当然,Dify 本身还在不断演进和优化,对于历史版本管理、并行执行、JSON 输出等功能还有待完善,希望未来能够更加强大和易用。 展望未来,我们计划进一步探索大语言模型在 BestBlogs.dev 中的应用范围。具体来说,我们正在考虑以下几个方向: 智能搜索:利用 Dify Workflow 识别搜索意图,基于文章领域、关键词、标签、摘要等实现更精准的文章搜索功能,使读者能够更快速地找到所需的信息。 个性化推荐:基于用户的阅读历史和偏好,开发一个智能推荐系统,为每个用户提供量身定制的文章推荐。 交互式问答:实现一个基于文章内容的智能问答系统,让读者能够直接向系统提问,解决阅读疑惑,提升阅读效果。 全文翻译:基于 Dify Workflow 实现全文翻译,沉浸式阅读全球各种语言优质技术文章。 通过这些功能的实现,我们期望能够进一步提升 BestBlogs.dev 的用户体验,为读者提供更智能、更个性化的内容服务。同时,这也将是对 Dify 平台功能的进一步探索和应用,我们期待在这个过程中不断学习和成长,为技术社区贡献更多有价值的经验和洞见。
×
×
  • 创建新的...