# dify-resource **Repository Path**: lang-jun/dify-resource ## Basic Information - **Project Name**: dify-resource - **Description**: 存放dify工作流等相关文件 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 5 - **Forks**: 0 - **Created**: 2024-11-08 - **Last Updated**: 2025-04-16 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # dify-resource ## 讲几点 简单介绍一下实现思路，首先每次报告都有一个模板，这是肯定的。我这次参照的是我们这次实训的模板，在本项目里的 prompt.md 里面。前面几章不管是小组还是个人，可以共用，即摘要、概述，需求分析和系统设计部分，特别是这里面包含的ER图和数据表，相当费时费力。那么前面几章就可以串联下来。这其中唯一要做的工作就是不断优化提示词，让其达到我们想要的效果。 后面几章，鉴于如果有小组，每个人分工不同，我又在原来一次只能写一个报告的基础上加了一个迭代节点，这样可以按照分工撰写后面的几部分。如果你是一个人一个团队，那不好意思，请你也要写一下分工，这对整个工作流的运转是必要的。这里的分工越具体越好。 以下为我写的分工，可以参考： - 前端页面：注册页面、登录页面、个人中心、首页、景点门票界面、景点分类页面、景点公告、轮播图管理。 后端接口：1、系统简介：标题模糊查询、新增、修改、删除。2、景点分类统计（景点信息总数、景点门票总数）3、轮播图的增删改 - 管理端页面：游玩攻略、用户反馈、旅游游记（自己的旅游行程）、用户管理 后端接口：1、用户管理：根据账号、姓名进行条件查询 。查看用户信息，修改用户信息。删除用户。2、用户攻略管理：根据攻略名称、景点地址、交通方式、姓名进行条件分页查询。 新增、修改、删除用户攻略 其中，系统设计这一块儿，后端一般包含着管理端，但前端不包含管理端页面。因此，把前端和管理端分开。如果你有前端，上传前端，有管理端就上传管理端。有些项目前后端不分离，没关系，学术版gpt会帮你分离。 接下来讲讲学术版GPT，它能把你的项目中的文件逐个分析，并生成报告，我们将这份报告作为大模型的上下文，能够保证此报告不离题，且撰写的有依据。但要想达到我们要的效果还需要调整提示词。本工作流达到的效果已经上传了一份参考文档，[reference.docx](reference.docx)。 另外关于模型的选择，其他的都不必试，只上下文就已经打败了众多大模型，唯有谷歌傲然挺立。且只有gemini-1.5-flash有一分钟15次的调用额度，其他的稍微用一下就达到限制，综上，模型只能选gemini-1.5-flash，并且只能是dify官方提供的Gemini模型提供商那里填入你的Gemini的key，且需要魔法，才能正常用本工作流，限制比较大。有的同学要问，我多搞几个key，搞到one-api里增大对高级模型的访问次数行不行？我帮你试过了，不行。最多3Wtokens/min，怎么会够用！导入one-api或其他中转的就有这个限制，不服不行。 ## 安装教程 ### 1、下载本仓库 输入以下命令： `git clone https://gitee.com/lang-jun/dify-resource.git` ### 2、将仓库里的yml文件导入到dify中 ![](/doc/image-20241108154434376.png) 导入之后，简单配置，注意，此工作流选择的模型必须为Gemini-1.5-flash，且一定要填入Gemini官方的Key，自己搭建的中转会有上下文限制。 打开工作流之后，在右上角的会话变量中填入你的分工或小组的分工。一个分工占一个栏位 修改一下 ### 3、部署本地服务 在app.py的目录，打开cmd，输入以下命令 `python main.py` 这里推荐用本地部署的dify，这样可以请求本地的服务，导入的工作流不需要改，否则，你需要将content2file文件夹中的 app.py上传至服务器，dify的http请求节点同样要改为你对应的服务器地址 ### 4、在学术版GPT上传你的项目进行分析 你可以选择本地部署，也可以访问作者搭建的web服务。 `https://academic.chatwithpaper.org/` ### 5、上传文件、启动！ 这里贴一下我的生成过程。 ### 注意 - 你在启动之前应当在markdown_files放置以下几个文件： sql.txt (你的数据库结构文件，这个必须有，用来生成ER图和数据表) frontend.md （你的前端项目分析文件，可选，没有也不影响后续流程） backend.md （你的后端项目分析文件，可选，没有也不影响后续流程） admin.txt （你的管理端项目分析文件，可选，但与frontend.md 必有其一） - 修改你或你小组的分工 - 修改某个节点中你选择拷贝的文件份数 - 小组分工最多填几个人的，我没测过。我写过5个人的，再多可能会有限制，这个问题这样解决：在每次循环后加一个代码执行的节点，睡眠一段时间。 ### 参与贡献 1. Fork 本仓库 2. 新建 Feat_xxx 分支 3. 提交代码 4. 新建 Pull Request ## 鸣谢 感谢所有开源项目