所屬分類AI/模型產(chǎn)品案例頁(yè)AI 內(nèi)容處理工作臺(tái) | 產(chǎn)品案例 | GuGuData Engineering產(chǎn)品定位面向內(nèi)容運(yùn)營(yíng)、編輯、品牌市場(chǎng)和知識(shí)庫(kù)維護(hù)場(chǎng)景把網(wǎng)頁(yè)正文抽取、摘要、關(guān)鍵詞、情感、翻譯和潤(rùn)色串成一條可復(fù)用的內(nèi)容處理流程。用戶可以先把文章或網(wǎng)頁(yè)內(nèi)容整理為標(biāo)準(zhǔn)文本再進(jìn)行多語(yǔ)言處理和質(zhì)量提升。當(dāng)前案例屬于“AI/模型”能力分類頁(yè)面下方仍然完整展示該分類的 14 個(gè)相關(guān)數(shù)據(jù)接口。PRD 正文只展開當(dāng)前產(chǎn)品真實(shí)會(huì)用到的核心調(diào)用鏈避免把接口清單重復(fù)寫成參數(shù)大全需要查看完整接口能力時(shí)用戶可以繼續(xù)使用下方“相關(guān)數(shù)據(jù)接口”區(qū)域進(jìn)入詳情頁(yè)。產(chǎn)品面向的是可落地的業(yè)務(wù)工作臺(tái)而不是靜態(tài)展示頁(yè)。用戶進(jìn)入頁(yè)面后應(yīng)先通過(guò)截圖理解主要界面再通過(guò)本文檔理解日常操作流程、結(jié)果核對(duì)方式和接口組合邏輯最后在接口區(qū)確認(rèn)是否具備接入條件。公開文案只描述業(yè)務(wù)過(guò)程和公開接口調(diào)用密鑰只使用占位寫法不展示真實(shí)值。目標(biāo)用戶與場(chǎng)景主要用戶包括內(nèi)容運(yùn)營(yíng)人員新媒體編輯品牌市場(chǎng)人員知識(shí)庫(kù)維護(hù)人員客服內(nèi)容管理員這些用戶的共同訴求是把分散的查詢、轉(zhuǎn)換、分析或校驗(yàn)動(dòng)作變成穩(wěn)定流程。系統(tǒng)需要讓用戶清楚知道當(dāng)前正在處理什么對(duì)象、使用了哪些公開接口、結(jié)果來(lái)自哪一步、下一步還能做什么。對(duì)于經(jīng)常重復(fù)執(zhí)行的工作頁(yè)面應(yīng)支持保留常用篩選、模板或結(jié)果視圖減少人工復(fù)制參數(shù)和跨工具切換。典型場(chǎng)景中用戶會(huì)先準(zhǔn)備一個(gè)業(yè)務(wù)對(duì)象例如文件、文章鏈接、股票代碼、基金代碼、城市、區(qū)域、號(hào)碼或?qū)W校關(guān)鍵詞。這個(gè)對(duì)象進(jìn)入第一步查詢或處理接口后會(huì)返回一個(gè)更適合后續(xù)動(dòng)作使用的結(jié)果例如文本、文件地址、學(xué)校唯一標(biāo)識(shí)、股票代碼、基金代碼、城市編碼、標(biāo)準(zhǔn)號(hào)碼或域名。PRD 的重點(diǎn)是把這種參數(shù)傳遞關(guān)系講清楚讓業(yè)務(wù)方理解產(chǎn)品價(jià)值也讓開發(fā)方知道接口如何組合。核心業(yè)務(wù)流程用戶粘貼文章 URL 或直接輸入正文。系統(tǒng)先抽取網(wǎng)頁(yè)正文或接收用戶編輯后的文本。用戶選擇摘要、關(guān)鍵詞、情感、翻譯或潤(rùn)色動(dòng)作系統(tǒng)按文本內(nèi)容調(diào)用對(duì)應(yīng)接口。處理結(jié)果進(jìn)入對(duì)比區(qū)用戶確認(rèn)后復(fù)制、導(dǎo)出或保存為內(nèi)容資產(chǎn)。流程設(shè)計(jì)要保證用戶始終看得到輸入對(duì)象、處理中狀態(tài)、輸出結(jié)果和可繼續(xù)執(zhí)行的動(dòng)作。對(duì)于批量場(chǎng)景列表需要展示總數(shù)、成功數(shù)、失敗數(shù)和可重試對(duì)象對(duì)于查詢分析場(chǎng)景篩選條件、結(jié)果表和詳情區(qū)必須保持同步對(duì)于生成轉(zhuǎn)換場(chǎng)景下載入口、文件名稱和原始對(duì)象的對(duì)應(yīng)關(guān)系必須清晰。當(dāng)用戶切換列表對(duì)象、篩選條件或時(shí)間范圍時(shí)主結(jié)果區(qū)和右側(cè)輔助區(qū)要同步更新。頁(yè)面不能只展示接口返回內(nèi)容還需要把結(jié)果翻譯成業(yè)務(wù)可理解的信息例如“可編輯文件已生成”“該號(hào)碼需要補(bǔ)充國(guó)家區(qū)號(hào)”“該學(xué)?？梢赃M(jìn)入錄取概率預(yù)測(cè)”“該網(wǎng)頁(yè)可以生成歸檔報(bào)告”。頁(yè)面功能需求素材輸入?yún)^(qū)支持 URL 和文本內(nèi)容展示來(lái)源、語(yǔ)言、更新時(shí)間和處理狀態(tài)。正文抽取區(qū)展示標(biāo)題、正文、摘要候選和可編輯文本。AI 處理區(qū)提供摘要、關(guān)鍵詞、情感分析、翻譯和潤(rùn)色動(dòng)作。結(jié)果對(duì)比區(qū)展示原文、處理后文本、關(guān)鍵詞、情感傾向和目標(biāo)語(yǔ)言版本。模板區(qū)沉淀常用處理方案例如日?qǐng)?bào)摘要、多語(yǔ)言發(fā)布和品牌語(yǔ)氣潤(rùn)色。頁(yè)面信息組織應(yīng)遵循“對(duì)象列表、主任務(wù)區(qū)、結(jié)果核對(duì)區(qū)、輔助配置區(qū)”的工作臺(tái)模式。左側(cè)或頂部用于確定處理范圍中間用于完成主要查詢、轉(zhuǎn)換、編輯或分析動(dòng)作右側(cè)或下方用于展示結(jié)果、質(zhì)量、狀態(tài)、來(lái)源和導(dǎo)出入口。若截圖中出現(xiàn)模板、規(guī)則、標(biāo)簽、任務(wù)管理或系統(tǒng)設(shè)置應(yīng)作為業(yè)務(wù)配置能力說(shuō)明不寫成無(wú)關(guān)說(shuō)明。結(jié)果展示需要分層第一層是概覽狀態(tài)幫助用戶判斷本次任務(wù)是否完成第二層是明細(xì)表、文本、圖表、圖片或文件結(jié)果幫助用戶核對(duì)具體內(nèi)容第三層是導(dǎo)出、復(fù)制、下載或繼續(xù)處理入口幫助用戶把結(jié)果帶入后續(xù)業(yè)務(wù)。所有狀態(tài)文案都應(yīng)使用業(yè)務(wù)語(yǔ)言例如“待處理”“處理中”“已完成”“需修正”“可下載”“可繼續(xù)分析”。內(nèi)容處理結(jié)果需要支持三類輸出一類是面向編輯繼續(xù)修改的長(zhǎng)文本結(jié)果例如潤(rùn)色稿、譯文和摘要一類是面向內(nèi)容管理的結(jié)構(gòu)化結(jié)果例如關(guān)鍵詞、情感傾向和來(lái)源信息一類是面向團(tuán)隊(duì)協(xié)作的復(fù)用結(jié)果例如可復(fù)制的發(fā)布文案、可保存的內(nèi)容標(biāo)簽和可進(jìn)入知識(shí)庫(kù)的正文片段。用戶在同一頁(yè)內(nèi)應(yīng)能清楚看到這些結(jié)果分別來(lái)自哪一步接口調(diào)用并能選擇復(fù)制、保存或繼續(xù)處理。接口調(diào)用藍(lán)圖接口調(diào)用藍(lán)圖只列出當(dāng)前案例的核心接口。所有請(qǐng)求地址均使用生產(chǎn) API 域名接口文檔地址指向咕咕數(shù)據(jù)公開詳情頁(yè)。表格中的*表示必填參數(shù)appkey只代表調(diào)用方自己的訪問(wèn)憑證占位不展示真實(shí)值。業(yè)務(wù)步驟接口名稱接口文檔請(qǐng)求地址關(guān)鍵入?yún)㈥P(guān)鍵出參傳參關(guān)系網(wǎng)頁(yè)正文抽取文章抽取信息化 JSONarticle-extractPOST https://api.gugudata.com/ai/v1/articles/extractappkey* (query)、url* (body)標(biāo)題、正文、發(fā)布時(shí)間、來(lái)源信息URL 寫入url抽取正文成為摘要、關(guān)鍵詞、翻譯或潤(rùn)色的輸入。文本摘要文本多語(yǔ)言 AI 摘要summarize-textPOST https://api.gugudata.com/ai/text-summarizeappkey* (query)、lang* (query)、textContent* (body)、streaming (query)摘要文本、摘要語(yǔ)言正文寫入textContent摘要可繼續(xù)進(jìn)入翻譯或發(fā)布流程。關(guān)鍵詞提取多語(yǔ)言長(zhǎng)文本 AI 關(guān)鍵字提取keyword-extractionPOST https://api.gugudata.com/ai/keyword-extractionappkey* (query)、textContent* (body)、streaming (query)、keywordMaxLength (body)關(guān)鍵詞列表、主題標(biāo)簽正文寫入textContent結(jié)果用于標(biāo)簽和檢索。情感分析多語(yǔ)言文本 AI 情感分析sentiment-analysisPOST https://api.gugudata.com/ai/sentiment-analysisappkey* (query)、textContent* (body)、streaming (query)情感傾向、判斷結(jié)果同一正文寫入textContent結(jié)果進(jìn)入內(nèi)容質(zhì)量提示。多語(yǔ)言翻譯多語(yǔ)言 AI 翻譯multilingual-translationPOST https://api.gugudata.com/ai/multilingual-translationappkey* (query)、content* (body)、language* (body)、streaming (body)目標(biāo)語(yǔ)言文本正文、摘要或脫敏文本寫入contentlanguage指定目標(biāo)語(yǔ)言。文章潤(rùn)色文章自然潤(rùn)色article-polishingPOST https://api.gugudata.com/ai/article-polishingappkey* (query)、content* (body)、streaming (body)、writingStyle (body)潤(rùn)色后正文編輯確認(rèn)后的文本寫入content結(jié)果作為發(fā)布稿候選。參數(shù)流轉(zhuǎn)說(shuō)明調(diào)用鏈以正文為核心參數(shù)。URL 先進(jìn)入正文抽取接口返回的正文統(tǒng)一作為摘要、關(guān)鍵詞、情感、翻譯和潤(rùn)色的輸入。摘要可以繼續(xù)進(jìn)入翻譯接口生成外語(yǔ)短版潤(rùn)色結(jié)果可以作為最終發(fā)布稿關(guān)鍵詞和情感結(jié)果則進(jìn)入右側(cè)標(biāo)簽與質(zhì)量提示區(qū)域。用戶輸入的原始對(duì)象需要和每一步接口結(jié)果保持明確對(duì)應(yīng)關(guān)系。頁(yè)面應(yīng)保留原始輸入、當(dāng)前處理參數(shù)和接口輸出結(jié)果之間的聯(lián)系讓用戶可以從任一結(jié)果回到來(lái)源對(duì)象。例如用戶修改關(guān)鍵詞、日期、代碼、文件、城市或號(hào)碼后所有依賴該參數(shù)的結(jié)果都需要重新標(biāo)識(shí)為待刷新或重新查詢避免舊結(jié)果和新條件混在一起。不同接口之間傳參時(shí)只傳遞公開接口需要的業(yè)務(wù)字段。文件類場(chǎng)景傳遞文件、文件地址或識(shí)別文本數(shù)據(jù)查詢類場(chǎng)景傳遞代碼、日期、區(qū)域、關(guān)鍵詞或分頁(yè)條件文本類場(chǎng)景傳遞正文、目標(biāo)語(yǔ)言、對(duì)比文本或處理風(fēng)格號(hào)碼類場(chǎng)景傳遞原始號(hào)碼、標(biāo)準(zhǔn)號(hào)碼和國(guó)家區(qū)號(hào)。接口返回結(jié)果進(jìn)入頁(yè)面后需要轉(zhuǎn)換為業(yè)務(wù)人員能理解的字段名稱和操作入口。如果用戶批量處理多個(gè)對(duì)象系統(tǒng)應(yīng)把每個(gè)對(duì)象的參數(shù)和結(jié)果分開保存到列表行或任務(wù)項(xiàng)中。批量任務(wù)可以并行展示進(jìn)度但用戶在頁(yè)面上看到的仍應(yīng)是每條業(yè)務(wù)對(duì)象的輸入、狀態(tài)和輸出不能只顯示一個(gè)模糊的整體結(jié)果。失敗項(xiàng)需要保留原始輸入和失敗步驟方便用戶修正參數(shù)后重新提交。相關(guān)接口能力范圍當(dāng)前分類下完整相關(guān)接口包括PDF 全文多語(yǔ)言 AI 摘要、個(gè)人可識(shí)別信息(PII) AI 去除、兒童故事創(chuàng)作大師、八字喜用神起名大師、多語(yǔ)言 AI 翻譯、多語(yǔ)言文本 AI 情感分析、多語(yǔ)言文本 AI 糾錯(cuò)格式化、多語(yǔ)言長(zhǎng)文本 AI 關(guān)鍵字提取、文本多語(yǔ)言 AI 摘要、文章抽取信息化 JSON、文章自然潤(rùn)色、盲派八字推理、紫微星斗大師、詩(shī)歌創(chuàng)作 AI 大師。這些接口仍由頁(yè)面下方“相關(guān)數(shù)據(jù)接口”區(qū)域統(tǒng)一展示接口名稱、簡(jiǎn)介、能力標(biāo)簽和文檔入口保持完整。PRD 正文中的調(diào)用藍(lán)圖用于說(shuō)明核心鏈路不替代接口詳情頁(yè)也不覆蓋每個(gè)接口的全部參數(shù)、示例和響應(yīng)字段。用戶閱讀本案例時(shí)應(yīng)先理解 AI 內(nèi)容處理工作臺(tái) 的業(yè)務(wù)流程再根據(jù)接口調(diào)用藍(lán)圖判斷是否滿足自己的集成場(chǎng)景。如果需要擴(kuò)展到同分類下其他能力可以繼續(xù)點(diǎn)擊下方接口文檔查看完整說(shuō)明。這樣既能保證 PRD 可讀又能保留完整接口入口。體驗(yàn)要求頁(yè)面需要保持工程產(chǎn)品頁(yè)當(dāng)前的克制風(fēng)格正文是給業(yè)務(wù)方和開發(fā)方共同閱讀的需求文檔重點(diǎn)是講清楚用戶怎么完成任務(wù)、結(jié)果如何核對(duì)、接口如何組合。長(zhǎng)表格允許在文檔區(qū)域內(nèi)橫向滾動(dòng)但不能讓整個(gè)頁(yè)面產(chǎn)生橫向溢出。接口地址和參數(shù)必須使用公開文檔口徑密鑰只出現(xiàn)占位寫法不能出現(xiàn)任何真實(shí)憑據(jù)。移動(dòng)端閱讀時(shí)截圖、文檔和相關(guān)數(shù)據(jù)接口保持單列順序接口調(diào)用藍(lán)圖可以橫向滑動(dòng)查看。桌面端左側(cè)案例導(dǎo)航保持可用用戶在閱讀較長(zhǎng) PRD 時(shí)仍然可以切換到其他產(chǎn)品案例。文檔中的鏈接要指向接口詳情頁(yè)頁(yè)面下方的相關(guān)數(shù)據(jù)接口仍然完整展開便于用戶從業(yè)務(wù)案例進(jìn)入具體接口文檔。驗(yàn)收標(biāo)準(zhǔn)驗(yàn)收時(shí)需要逐項(xiàng)檢查進(jìn)入當(dāng)前案例路由后產(chǎn)品標(biāo)題、截圖、功能需求文檔、相關(guān)數(shù)據(jù)接口的順序正確PRD 正文不少于 3000 個(gè)中文字符正文包含接口調(diào)用藍(lán)圖、參數(shù)流轉(zhuǎn)說(shuō)明、體驗(yàn)要求和驗(yàn)收標(biāo)準(zhǔn)接口調(diào)用藍(lán)圖中每個(gè)接口都有文檔地址、生產(chǎn)請(qǐng)求地址、關(guān)鍵入?yún)?、關(guān)鍵出參和傳參關(guān)系所有入?yún)⒚Q必須能在 OpenAPI 中找到頁(yè)面下方的相關(guān)接口數(shù)量與當(dāng)前分類保持一致點(diǎn)擊接口文檔可以進(jìn)入對(duì)應(yīng)的咕咕數(shù)據(jù)詳情頁(yè)。還需要檢查文案邊界頁(yè)面只描述公開接口如何支撐業(yè)務(wù)流程接口參數(shù)必須來(lái)自公開契約。若某個(gè)接口在 OpenAPI 中缺少可確認(rèn)的參數(shù)文檔不能自行猜測(cè)字段應(yīng)先回到接口契約中修正后再寫入 PRD。關(guān)于 GuGuData Engineering 產(chǎn)品案例更多產(chǎn)品案例請(qǐng)?jiān)L問(wèn) GuGuData Engineering 產(chǎn)品案例。GuGuData Engineering 產(chǎn)品案例頁(yè)展示基于咕咕數(shù)據(jù)接口能力構(gòu)建的數(shù)據(jù)接入、業(yè)務(wù)流程和產(chǎn)品原型幫助團(tuán)隊(duì)從真實(shí)業(yè)務(wù)場(chǎng)景出發(fā)快速評(píng)估接口組合、調(diào)用方式和落地價(jià)值。