前幾天《人人都會(huì)做智能體》社區(qū)的成員提問(wèn)，OA請(qǐng)假可以用智能體實(shí)現(xiàn)嗎？

我第一反應(yīng)是這種問(wèn)題有點(diǎn)太簡(jiǎn)單了，但是轉(zhuǎn)念一想，越是這種簡(jiǎn)單的任務(wù)，反而更有科普價(jià)值，因?yàn)楹芏嗳诉€沒(méi)深入了解過(guò)智能體（Agent）到底是什么，我不能先入為主的將其定義為沒(méi)有必要的簡(jiǎn)單。想了解智能體是什么，可以先看我之前的這篇文章。

【人人都會(huì)做智能體】Agent是什么,簡(jiǎn)單中等復(fù)雜商用的智能體又是什么?

所以今天我們一起來(lái)實(shí)現(xiàn)一個(gè)基于對(duì)話流的請(qǐng)假智能體，是一個(gè)非常簡(jiǎn)單的智能體。最終的實(shí)現(xiàn)效果是這樣。

好，下面來(lái)一步步拆解這個(gè)智能體是怎么做出來(lái)的。不過(guò)在搭建OA對(duì)話流請(qǐng)假智能體，我們先需要自己開(kāi)發(fā)個(gè)簡(jiǎn)單的OA請(qǐng)假管理系統(tǒng)，因?yàn)槲覀儧](méi)有現(xiàn)成的OA系統(tǒng)接口可以用。

這個(gè)OA請(qǐng)假管理系統(tǒng)很簡(jiǎn)單，有個(gè)前臺(tái)的請(qǐng)假申請(qǐng)頁(yè)面和后臺(tái)的審批頁(yè)面，然后能提供接口就可以了。

打開(kāi)國(guó)內(nèi)某知名AI編輯器，新建項(xiàng)目文件夾，在Builder模式里，選擇DeepSeek R1,輸入提示詞，開(kāi)始制作軟件。下面是第一次生成過(guò)程，bug非常多，只能重新優(yōu)化提示詞，重新開(kāi)始。

關(guān)于提示詞怎么寫，可以看一下我以前的這篇文章。下面的提示詞是我第二次優(yōu)化的版本，第一次我感覺(jué)思路錯(cuò)了，AI編輯器在跑偏的路上越跑越遠(yuǎn)，我直接刪除了整個(gè)項(xiàng)目文件夾，優(yōu)化了下面的提示詞，重新生成。也建議大家AI編程要用自己熟悉的技術(shù)棧。

??智能體應(yīng)用開(kāi)發(fā)提示詞模板技巧大全??

幫我生成一個(gè)非常簡(jiǎn)單的OA請(qǐng)假系統(tǒng)，只有兩個(gè)頁(yè)面，前端請(qǐng)假頁(yè)面為一個(gè)表單，包含請(qǐng)假類型、開(kāi)始結(jié)束時(shí)間，請(qǐng)假時(shí)長(zhǎng)，請(qǐng)假事由，備注等項(xiàng)，后臺(tái)頁(yè)面是一個(gè)審批頁(yè)面，能夠展示請(qǐng)假待審批列表，可以點(diǎn)擊通過(guò)或者拒絕。請(qǐng)使用最簡(jiǎn)單的Djanog+ninja實(shí)現(xiàn)，數(shù)據(jù)存儲(chǔ)使用Sqlite,網(wǎng)頁(yè)簡(jiǎn)單美化即可，最后ninja能生成2個(gè)請(qǐng)假的API接口，一個(gè)是新增請(qǐng)假數(shù)據(jù)，另一個(gè)是查詢請(qǐng)假狀態(tài)，符合openjson格式。

請(qǐng)安裝以下過(guò)程生成

1. 在當(dāng)前文件夾下使用venv 生成新的Python環(huán)境
2. 安裝django ninja 等必須的庫(kù)
3. 創(chuàng)建django新的項(xiàng)目和新的應(yīng)用-OA請(qǐng)假
4. 創(chuàng)建OA請(qǐng)假的前端頁(yè)面和后端視圖等代碼
5. 使用sqlite存儲(chǔ)數(shù)據(jù)
6. 使用ninja創(chuàng)建請(qǐng)假的2個(gè)接口，并配置好urls.py
7. 啟動(dòng)django ，使其能直接訪問(wèn)請(qǐng)假界面，輸入管理員路徑，可以查看和審批請(qǐng)假記錄
8. 訪問(wèn)/docs 能測(cè)試api接口

輸入優(yōu)化后的提示詞，開(kāi)始生成！

軟件構(gòu)建完成，我們啟動(dòng)Django查看一下效果。

（1）前臺(tái)請(qǐng)假申請(qǐng)頁(yè)面

本地訪問(wèn)地址 http://localhost:8000

（2）后臺(tái)審批功能

本地訪問(wèn)地址：http://localhost:8000/approve/

（3）數(shù)據(jù)庫(kù)增刪改

（4）API接口調(diào)用

API這里面還是有坑的，主要是Api請(qǐng)求的數(shù)據(jù)不規(guī)范，需要用Pydantic庫(kù)限定一下，我也不想重新生成了，直接使用Chat模式修改。引用api.py文件，并輸入以下結(jié)構(gòu)化提示詞：

1.請(qǐng)對(duì)api.py 中add_leave 、check_status兩個(gè)接口使用Pydantic重構(gòu)

2.每個(gè)接口必須有默認(rèn)參數(shù)值，并且可以在api/docs頁(yè)面直接點(diǎn)擊try it就可以運(yùn)行。

點(diǎn)擊對(duì)api.py文件進(jìn)行修改保存后，重啟Django（略過(guò)后面繼續(xù)改Bug的無(wú)聊時(shí)間）訪問(wèn)localhost:8000/api/docs 查看效果。

好了，OA系統(tǒng)開(kāi)發(fā)完畢，我們先將OA請(qǐng)假的api對(duì)接到Dify中作為自定義工具。

1.在Dify中新增自定義工具，訪問(wèn)ip:8000/api/docs/openapi.json，將json數(shù)據(jù)粘貼到dify中，需要自己添加servers變量。這里面的IP一定要用dify能訪問(wèn)到的ip。

"servers": [
    {
      "url": "http://172.25.16.1:8000",
      "description": "Development server"
    }
  ]

2.對(duì)新增的OA請(qǐng)假接口進(jìn)行測(cè)試。

OK，OA工具已經(jīng)沒(méi)有問(wèn)題，我們開(kāi)始基于Dify（0.15版本）創(chuàng)建對(duì)話流智能體。對(duì)話流智能體的特點(diǎn)就是每次對(duì)話就有從開(kāi)始的節(jié)點(diǎn)重新運(yùn)行工作流，但是會(huì)話變量已經(jīng)發(fā)生變化。

智能體的制作步驟主要分為以下7個(gè)步驟：

下面我們根據(jù)這7個(gè)步驟，實(shí)現(xiàn)這個(gè)智能體。

（1）業(yè)務(wù)需求分析

整體的業(yè)務(wù)不復(fù)雜，我們用偽代碼的方式將業(yè)務(wù)邏輯理清楚。

1.用戶在聊天對(duì)話說(shuō) “自己身體不舒服，幫他請(qǐng)個(gè)假”

2.請(qǐng)假助手通過(guò)大模型識(shí)別到這是個(gè)“請(qǐng)假申請(qǐng)”類問(wèn)題，但是請(qǐng)假具體信息不明確，缺少天數(shù)

3.助手于是繼續(xù)讓用戶補(bǔ)充信息

4.用戶回答2天

5.助手于是獲得了所有關(guān)于請(qǐng)假的信息，于是開(kāi)始調(diào)用OA請(qǐng)假系統(tǒng)的接口

6.助手調(diào)用成功，返回給用戶回復(fù)“您的請(qǐng)假信息已經(jīng)提交審批流程，請(qǐng)稍后查詢狀態(tài)。具體請(qǐng)假信息如下：XXX”

7.用戶繼續(xù)提問(wèn)“請(qǐng)假通過(guò)了嗎”，助手識(shí)別為“請(qǐng)假查詢”類問(wèn)題，于是調(diào)用狀態(tài)查詢接口，并回復(fù)“審批中”

8.管理員如果后臺(tái)通過(guò)了審批

9.用戶繼續(xù)提問(wèn)“請(qǐng)假通過(guò)了嗎”，助手查詢后回復(fù)“已通過(guò)審批”

（2）工作流設(shè)計(jì)

我們根據(jù)上面梳理的業(yè)務(wù)邏輯，直接在Dify（0.15版本）上把工作流搭建起來(lái)，可以不用填寫參數(shù)提示詞等，只需要把工作流串起來(lái)。這一步其實(shí)應(yīng)該用思維導(dǎo)圖把工作流畫出來(lái)，但是我偷懶了。

（3）提示詞工程設(shè)計(jì)

這一步驟，需要對(duì)工作流中的節(jié)點(diǎn)提示詞相關(guān)的部分，挨個(gè)進(jìn)行參數(shù)的配置以及提示詞的設(shè)計(jì)。其實(shí)都不難，按部就班的操作就可以。Dify內(nèi)置的提示詞生成功能還不錯(cuò)。我覺(jué)得難點(diǎn)是請(qǐng)求參數(shù)的提取以及會(huì)話變量的設(shè)置。

（4）智能體工具配置

這一步，是需要我們OA系統(tǒng)的請(qǐng)假工具在工作流中使用的前后節(jié)點(diǎn)進(jìn)行參數(shù)的配置和測(cè)試。類似的操作我在之前的文章《??Dify制作可視化智能體??》這篇文章里面講過(guò)。

（5-6）智能體應(yīng)用構(gòu)建和測(cè)試

這2步我們放在一起講，主要就是調(diào)試整個(gè)智能體的細(xì)節(jié)和Bug，主要犯錯(cuò)的點(diǎn)是會(huì)話變量的保存，在請(qǐng)求參數(shù)這個(gè)地方，除了用戶的詢問(wèn)，還需要加入會(huì)話變量。

（7）智能體應(yīng)用發(fā)布

這一步就更簡(jiǎn)單了，一鍵發(fā)布到Dify的探索區(qū)，或者講智能體內(nèi)嵌到你的網(wǎng)站、APP或者小程序里面。

好的，以上就是關(guān)于Trae+Dify制作對(duì)話流OA請(qǐng)假智能體的所有內(nèi)容，做的相對(duì)比較粗糙，還有很多細(xì)節(jié)優(yōu)化，比如請(qǐng)假的開(kāi)始時(shí)間和結(jié)束時(shí)間的格式，審批流通過(guò)后的回復(fù)消息，也沒(méi)有美化。因?yàn)闀r(shí)間精力有限，只能到此為止了。

在寫文章的時(shí)候，也發(fā)現(xiàn)這個(gè)智能體細(xì)節(jié)還是有點(diǎn)多，一篇文章很難面面俱到講清楚，只能把大致思路說(shuō)一下。后期我將會(huì)推出專門講解的視頻來(lái)詳細(xì)拆解這個(gè)智能體。

本文轉(zhuǎn)載自公眾號(hào)九歌AI大模型  作者：九歌AI

原文鏈接：??https://mp.weixin.qq.com/s/-V2yb_Nfhmb9znpTLG8xkw??