AI 内容处理工作台功能需求文档
所属分类：AI/模型
产品案例页：https://engineering.gugudata.com/products/ai/ai-content-workbench/
产品定位
面向内容运营、编辑、品牌市场和知识库维护场景，把网页正文抽取、摘要、关键词、情感、翻译和润色串成一条可复用的内容处理流程。用户可以先把文章或网页内容整理为标准文本，再进行多语言处理和质量提升。
当前案例属于“AI/模型”能力分类，页面下方仍然完整展示该分类的 14 个相关数据接口。PRD 正文只展开当前产品真实会用到的核心调用链，避免把接口清单重复写成参数大全；需要查看完整接口能力时，用户可以继续使用下方“相关数据接口”区域进入详情页。
产品面向的是可落地的业务工作台，而不是静态展示页。用户进入页面后应先通过截图理解主要界面，再通过本文档理解日常操作流程、结果核对方式和接口组合逻辑，最后在接口区确认是否具备接入条件。公开文案只描述业务过程和公开接口调用，密钥只使用占位写法，不展示真实值。
目标用户与场景
主要用户包括：
- 内容运营人员
- 新媒体编辑
- 品牌市场人员
- 知识库维护人员
- 客服内容管理员
这些用户的共同诉求是把分散的查询、转换、分析或校验动作变成稳定流程。系统需要让用户清楚知道当前正在处理什么对象、使用了哪些公开接口、结果来自哪一步、下一步还能做什么。对于经常重复执行的工作，页面应支持保留常用筛选、模板或结果视图，减少人工复制参数和跨工具切换。
典型场景中，用户会先准备一个业务对象，例如文件、文章链接、股票代码、基金代码、城市、区域、号码或学校关键词。这个对象进入第一步查询或处理接口后，会返回一个更适合后续动作使用的结果，例如文本、文件地址、学校唯一标识、股票代码、基金代码、城市编码、标准号码或域名。PRD 的重点是把这种参数传递关系讲清楚，让业务方理解产品价值，也让开发方知道接口如何组合。
核心业务流程
- 用户粘贴文章 URL 或直接输入正文。
- 系统先抽取网页正文或接收用户编辑后的文本。
- 用户选择摘要、关键词、情感、翻译或润色动作，系统按文本内容调用对应接口。
- 处理结果进入对比区，用户确认后复制、导出或保存为内容资产。
流程设计要保证用户始终看得到输入对象、处理中状态、输出结果和可继续执行的动作。对于批量场景，列表需要展示总数、成功数、失败数和可重试对象；对于查询分析场景，筛选条件、结果表和详情区必须保持同步；对于生成转换场景，下载入口、文件名称和原始对象的对应关系必须清晰。
当用户切换列表对象、筛选条件或时间范围时，主结果区和右侧辅助区要同步更新。页面不能只展示接口返回内容，还需要把结果翻译成业务可理解的信息，例如“可编辑文件已生成”“该号码需要补充国家区号”“该学校可以进入录取概率预测”“该网页可以生成归档报告”。
页面功能需求
- 素材输入区支持 URL 和文本内容，展示来源、语言、更新时间和处理状态。
- 正文抽取区展示标题、正文、摘要候选和可编辑文本。
- AI 处理区提供摘要、关键词、情感分析、翻译和润色动作。
- 结果对比区展示原文、处理后文本、关键词、情感倾向和目标语言版本。
- 模板区沉淀常用处理方案，例如日报摘要、多语言发布和品牌语气润色。
页面信息组织应遵循“对象列表、主任务区、结果核对区、辅助配置区”的工作台模式。左侧或顶部用于确定处理范围，中间用于完成主要查询、转换、编辑或分析动作，右侧或下方用于展示结果、质量、状态、来源和导出入口。若截图中出现模板、规则、标签、任务管理或系统设置，应作为业务配置能力说明，不写成无关说明。
结果展示需要分层：第一层是概览状态，帮助用户判断本次任务是否完成；第二层是明细表、文本、图表、图片或文件结果，帮助用户核对具体内容；第三层是导出、复制、下载或继续处理入口，帮助用户把结果带入后续业务。所有状态文案都应使用业务语言，例如“待处理”“处理中”“已完成”“需修正”“可下载”“可继续分析”。
内容处理结果需要支持三类输出：一类是面向编辑继续修改的长文本结果，例如润色稿、译文和摘要；一类是面向内容管理的结构化结果，例如关键词、情感倾向和来源信息；一类是面向团队协作的复用结果，例如可复制的发布文案、可保存的内容标签和可进入知识库的正文片段。用户在同一页内应能清楚看到这些结果分别来自哪一步接口调用，并能选择复制、保存或继续处理。
接口调用蓝图
接口调用蓝图只列出当前案例的核心接口。所有请求地址均使用生产 API 域名，接口文档地址指向咕咕数据公开详情页。表格中的 * 表示必填参数；appkey 只代表调用方自己的访问凭证占位，不展示真实值。
| 业务步骤 | 接口名称 | 接口文档 | 请求地址 | 关键入参 | 关键出参 | 传参关系 |
|---|---|---|---|---|---|---|
| 网页正文抽取 | 文章抽取信息化 JSON | article-extract |
POST https://api.gugudata.com/ai/v1/articles/extract |
appkey* (query)、url* (body) |
标题、正文、发布时间、来源信息 | URL 写入 url，抽取正文成为摘要、关键词、翻译或润色的输入。 |
| 文本摘要 | 文本多语言 AI 摘要 | summarize-text |
POST https://api.gugudata.com/ai/text-summarize |
appkey* (query)、lang* (query)、textContent* (body)、streaming (query) |
摘要文本、摘要语言 | 正文写入 textContent，摘要可继续进入翻译或发布流程。 |
| 关键词提取 | 多语言长文本 AI 关键字提取 | keyword-extraction |
POST https://api.gugudata.com/ai/keyword-extraction |
appkey* (query)、textContent* (body)、streaming (query)、keywordMaxLength (body) |
关键词列表、主题标签 | 正文写入 textContent，结果用于标签和检索。 |
| 情感分析 | 多语言文本 AI 情感分析 | sentiment-analysis |
POST https://api.gugudata.com/ai/sentiment-analysis |
appkey* (query)、textContent* (body)、streaming (query) |
情感倾向、判断结果 | 同一正文写入 textContent，结果进入内容质量提示。 |
| 多语言翻译 | 多语言 AI 翻译 | multilingual-translation |
POST https://api.gugudata.com/ai/multilingual-translation |
appkey* (query)、content* (body)、language* (body)、streaming (body) |
目标语言文本 | 正文、摘要或脱敏文本写入 content，language 指定目标语言。 |
| 文章润色 | 文章自然润色 | article-polishing |
POST https://api.gugudata.com/ai/article-polishing |
appkey* (query)、content* (body)、streaming (body)、writingStyle (body) |
润色后正文 | 编辑确认后的文本写入 content，结果作为发布稿候选。 |
参数流转说明
调用链以正文为核心参数。URL 先进入正文抽取接口，返回的正文统一作为摘要、关键词、情感、翻译和润色的输入。摘要可以继续进入翻译接口生成外语短版，润色结果可以作为最终发布稿，关键词和情感结果则进入右侧标签与质量提示区域。
用户输入的原始对象需要和每一步接口结果保持明确对应关系。页面应保留原始输入、当前处理参数和接口输出结果之间的联系，让用户可以从任一结果回到来源对象。例如用户修改关键词、日期、代码、文件、城市或号码后，所有依赖该参数的结果都需要重新标识为待刷新或重新查询，避免旧结果和新条件混在一起。
不同接口之间传参时，只传递公开接口需要的业务字段。文件类场景传递文件、文件地址或识别文本；数据查询类场景传递代码、日期、区域、关键词或分页条件；文本类场景传递正文、目标语言、对比文本或处理风格；号码类场景传递原始号码、标准号码和国家区号。接口返回结果进入页面后，需要转换为业务人员能理解的字段名称和操作入口。
如果用户批量处理多个对象，系统应把每个对象的参数和结果分开保存到列表行或任务项中。批量任务可以并行展示进度，但用户在页面上看到的仍应是每条业务对象的输入、状态和输出，不能只显示一个模糊的整体结果。失败项需要保留原始输入和失败步骤，方便用户修正参数后重新提交。
相关接口能力范围
当前分类下完整相关接口包括：PDF 全文多语言 AI 摘要、个人可识别信息(PII) AI 去除、儿童故事创作大师、八字喜用神起名大师、多语言 AI 翻译、多语言文本 AI 情感分析、多语言文本 AI 纠错格式化、多语言长文本 AI 关键字提取、文本多语言 AI 摘要、文章抽取信息化 JSON、文章自然润色、盲派八字推理、紫微星斗大师、诗歌创作 AI 大师。这些接口仍由页面下方“相关数据接口”区域统一展示，接口名称、简介、能力标签和文档入口保持完整。PRD 正文中的调用蓝图用于说明核心链路，不替代接口详情页，也不覆盖每个接口的全部参数、示例和响应字段。
用户阅读本案例时，应先理解 AI 内容处理工作台 的业务流程，再根据接口调用蓝图判断是否满足自己的集成场景。如果需要扩展到同分类下其他能力，可以继续点击下方接口文档查看完整说明。这样既能保证 PRD 可读，又能保留完整接口入口。
体验要求
页面需要保持工程产品页当前的克制风格，正文是给业务方和开发方共同阅读的需求文档，重点是讲清楚用户怎么完成任务、结果如何核对、接口如何组合。长表格允许在文档区域内横向滚动，但不能让整个页面产生横向溢出。接口地址和参数必须使用公开文档口径，密钥只出现占位写法，不能出现任何真实凭据。
移动端阅读时，截图、文档和相关数据接口保持单列顺序，接口调用蓝图可以横向滑动查看。桌面端左侧案例导航保持可用，用户在阅读较长 PRD 时仍然可以切换到其他产品案例。文档中的链接要指向接口详情页，页面下方的相关数据接口仍然完整展开，便于用户从业务案例进入具体接口文档。
验收标准
验收时需要逐项检查：进入当前案例路由后，产品标题、截图、功能需求文档、相关数据接口的顺序正确；PRD 正文不少于 3000 个中文字符；正文包含接口调用蓝图、参数流转说明、体验要求和验收标准；接口调用蓝图中每个接口都有文档地址、生产请求地址、关键入参、关键出参和传参关系；所有入参名称必须能在 OpenAPI 中找到；页面下方的相关接口数量与当前分类保持一致；点击接口文档可以进入对应的咕咕数据详情页。
还需要检查文案边界：页面只描述公开接口如何支撑业务流程，接口参数必须来自公开契约。若某个接口在 OpenAPI 中缺少可确认的参数，文档不能自行猜测字段，应先回到接口契约中修正后再写入 PRD。
关于 GuGuData Engineering 产品案例
更多产品案例请访问 GuGuData Engineering 产品案例。
GuGuData Engineering 产品案例页展示基于咕咕数据接口能力构建的数据接入、业务流程和产品原型，帮助团队从真实业务场景出发，快速评估接口组合、调用方式和落地价值。
–EOF–
转载须以超链接形式标明文章原始出处和作者信息
