<!-- source-block: b000 -->

# FastGPT 携手 CNPS.AI 出海增长与交付方案

**语言版本说明：完整中文独立阅读版。保留 2026-09-03 研究版本的 28 章及其 23 轮源内容修订；本次语言整理不计作新增研究或新增修订。文中的网站功能与执行状态描述均属于该研究日期的记录。**

<!-- source-block: b001 -->

**研究日期：2026-09-03｜公开策略版｜主站：www.cnps.ai｜格式：Markdown**

<!-- source-block: b002 -->

**阅读对象：CNPS 管理与销售团队、FastGPT 合作团队、海外企业买方和渠道伙伴。**

<!-- source-block: b003 -->

合作关系依据 CNPS 提供的信息。本文不构成 FastGPT 对价格、交付期限、独家区域或服务等级的承诺。案例是 FastGPT 官方发布的参考案例，CNPS 的实施设计与建议目标另行标明。金额均为美元、税前规划假设，不是已生效报价。研究没有取得任何项目的独立审计数据或双方内部订单数据。

<!-- source-block: b004 -->

Markdown 没有固定纸张尺寸。本报告以 28 个实质章节组织，使用显式分页标记；同步提供 A4 阅读版，实际页数以生成后的 PDF 为准。版本差异、检查结论和 SHA-256 保存在迭代记录中，初稿不计入后续修订轮次。

<!-- source-block: b005 -->

**核心决策：把可核实的 FastGPT 能力，包装为有边界、有验收、有责任人的企业实施服务。以技术知识问答、客服分流、RFQ 资料整理三个场景切入，用小范围付费试点获得可复制订单。**

<!-- source-block: b006 -->

## 阅读导航

<!-- source-block: b007 -->

01 第一性原理；02 采购链路；03 证据方法；04 产品边界；05 合作分工；06 市场选择；07 理想客户；08 服务产品；09 案例选择；10 案例本地化；11 Dify 路径；12 其他开源路径；13 X 证据；14 GitHub 获客；15 网站架构；16 英文内容；17 搜索策略；18 内容分发；19 询盘运营；20 销售成交；21 试点验收；22 技术交付；23 数据与许可；24 经济模型；25 九十天执行；26 风险与实验；27 模板与采购 FAQ；28 来源索引。

<!-- source-block: b008 -->

<div class="page-break"></div>

<!-- source-block: b009 -->

<a id="chapter-01"></a>

## 第01章：从第一性原理定义增长

<!-- source-block: b010 -->

企业购买 AI 的基本原因是改善某项工作：更快处理客户请求、让员工找到正确资料、减少重复录入、增加能被业务承接的销售机会。产品功能只有在这种改善足以覆盖采购、集成、使用和风险成本时，才可能形成订单。

<!-- source-block: b011 -->

因此主站的工作不是储存尽可能多的资料，而是帮助合适的采购方完成五项判断：我是否有这个问题；方案能否进入现有系统；能否用我的数据验证；总成本和责任是否清楚；下一步联系谁。每一页都应解决其中一项判断，并把下一步指向 CNPS。

<!-- source-block: b012 -->

增长关系可拆为：目标客户触达量 × 场景相关访问率 × 有效询盘率 × 商机资格通过率 × 试点成交率 × 扩展成交率。任何一项接近零，单纯放大流量都难以增加订单。另需扣除交付成本、获客成本、支持负担和退款返工，才能判断增长是否健康。

<!-- source-block: b013 -->

建议北极星指标为“来自海外目标企业、完成约定试点验收且实际回款的项目数”，并按贡献毛利复核。阅读量、GitHub star、X 曝光和表单点击只用于诊断过程，不代替真实商业结果。

<!-- source-block: b014 -->

CNPS 的价值假设是跨境客户理解、场景梳理、英文沟通、集成实施和持续维护；FastGPT 的价值是底层平台与产品演进。这一分工必须用交付能力验证，不能仅凭合作伙伴身份推断已具备所有服务能力。

<!-- source-block: b015 -->

### 指标必须有分母与归属

<!-- source-block: b016 -->

有效询盘率 = 期间收到的去重有效询盘企业数 / 同期目标场景页面的有效会话数。跨场景的同一企业只计一个新商机，后续增加范围计扩展。SQL 通过率以已完成人工资格审核的询盘为分母，同时报告尚未审核数量。订单按签约、已开票、已收款三个状态分别记录。

<!-- source-block: b017 -->

北极星按获客月份形成 cohort，保留 30、60、90、180 天转化窗口，避免把本月流量与数月前的订单混算。短期学习指标可用“安排了明确下一步的目标企业对话数”；财务结果仍以回款和真实项目成本判断。

<!-- source-block: b018 -->

<div class="page-break"></div>

<!-- source-block: b019 -->

<a id="chapter-02"></a>

## 第02章：海外采购方的决策链路

<!-- source-block: b020 -->

一个企业询盘可能由开发者发起，业务主管解释价值，IT 负责人批准系统接入，信息安全和采购部门完成审查，财务安排付款。网站要让这些人获得不同的证据，却看到一致的承诺。

<!-- source-block: b021 -->

| 买方角色 | 首要疑问 | 网站提供的材料 | 下一步 |
| --- | --- | --- | --- |
| 业务负责人 | 能减少哪项重复工作 | 场景与测量方法 | 提交流程说明 |
| 技术负责人 | 数据和接口如何接入 | 架构、边界、接口清单 | 技术评估 |
| 安全负责人 | 谁能访问什么数据 | 数据流和控制清单 | 安全问卷 |
| 采购与财务 | 买什么、如何验收 | SOW 样本、费用构成 | 书面报价 |
| 管理层 | 如何扩展且不失控 | 试点结果与治理计划 | 分阶段扩展 |

<!-- source-block: b022 -->

让买方直接预约一场没有准备的“大而全 AI 演示”，容易吸引兴趣而无法识别预算。更好的入口是“描述一个流程，获取试点范围建议”。首轮只收集工作邮箱、企业、国家或时区、场景、现有系统、期望时间；预算与数据细节可在后续沟通补充。

<!-- source-block: b023 -->

销售内部需要统一词汇。有效询盘指有可回复联系方式、真实企业场景和实施意向；SQL 指已确认负责人、问题、数据条件和下一步日期；试点指有明确范围和验收口径的独立阶段；扩展订单指已签署并按合同进入收款或履约的后续工作。不能把自动回复或下载行为记成 SQL。

<!-- source-block: b024 -->

<div class="page-break"></div>

<!-- source-block: b025 -->

<a id="chapter-03"></a>

## 第03章：研究方法与证据等级

<!-- source-block: b026 -->

本次查询覆盖 FastGPT 官网、官方案例中心、官方 GitHub，以及 Dify、RAGFlow、LobeHub、OpenManus、Chatbox 的公开项目。X 用于观察传播内容和采用信号，再回到企业公告或代码仓库交叉验证。检索日期为 2026-09-03，历史帖子按其原始日期引用。

<!-- source-block: b027 -->

| 等级 | 类型 | 能支持什么 | 不能支持什么 |
| --- | --- | --- | --- |
| A | 官方源码、许可、产品文档 | 产品和许可的公开表述 | 特定客户实际回报 |
| B | 厂商案例或合作方公告 | 对外公布的采用与效果 | 独立审计、普遍效果 |
| C | 作者自己的 X 实践帖 | 作者公开展示的行为 | 总体市场规模或收入 |
| D | 本报告分析和规划假设 | 可供执行的实验设计 | 已被验证的事实 |

<!-- source-block: b028 -->

搜索中直接打开部分 X 帖子仅返回空壳页面，因此这些条目明确使用公开搜索索引摘录，不声称完成了登录后的全文访问，也不引用无法核验的视频内容。访问计数随时间变化，本方案不采用它们证明商业价值。

<!-- source-block: b029 -->

报告中的“中国 AI 应用出海”采用生态研究口径：包括中国开发者、中文社区或中国市场起点关联的项目，研究其全球传播和企业落地机制；不据此推定公司的注册地、最终控制人、数据驻留地或税务身份。对每个具体供应商，应在采购时单独核实。

<!-- source-block: b030 -->

未取得 CNPS 当前访问、转化率、合同和交付工时基线。后文的市场排序、预算、漏斗和目标均为可更改假设，不能写进“已实现成果”。

<!-- source-block: b031 -->

### 来源冲突的处理

<!-- source-block: b032 -->

昭昭客服页面的“40%”在目录摘要中指重复购课报考类咨询占比，在详情概览中被描述为自动处理比例，分母不一致。本报告和英文案例不采用这一数值；仅保留来源明确表述的人工转接率变化，并标为发布方自述。案例图表里的痛点分布百分比没有说明抽样和测量方法，全部排除。

<!-- source-block: b033 -->

抓取器曾把 CNPS 首页解析成跳转商城；直接 HTTP 请求取得的是正常的主站 HTML。线上实施以直接响应及浏览器核验为准。对事实冲突，应保留冲突与处理记录，不能选择看起来更有利于销售的版本。

<!-- source-block: b034 -->

<div class="page-break"></div>

<!-- source-block: b035 -->

<a id="chapter-04"></a>

## 第04章：FastGPT 能力如何转成买方价值

<!-- source-block: b036 -->

FastGPT 的公开仓库描述知识处理、RAG 检索、可视化工作流和 API 等能力。官网还介绍企业治理与实施支持。版本、授权、选用模型和部署环境会影响实际能力，售前必须做需求到版本的映射。[FastGPT 官网](https://fastgpt.io/)；[官方仓库](https://github.com/labring/FastGPT)。

<!-- source-block: b037 -->

| 平台能力 | 可售卖的业务结果 | 需要 CNPS 补齐的工作 |
| --- | --- | --- |
| 知识检索 | 从授权资料中找到答案依据 | 清洗文档、版本管理、评测 |
| 可视化流程 | 让重复任务按规则流转 | 业务分支、错误处理、人审 |
| API 与工具连接 | 嵌入客户已有系统 | 凭据管理、适配、权限验证 |
| 模型选择 | 按质量和成本选择推理服务 | 对比测试、区域适配、限额 |
| 企业治理 | 满足部门使用与审查需求 | 逐项核实版本和许可证 |

<!-- source-block: b038 -->

不能从“支持 RAG”推导为“不会产生错误”；也不能从“可私有部署”推导为“任何数据都不离开客户环境”。外部模型、OCR、嵌入、日志和插件都可能形成额外数据路径，必须绘制完整数据流。

<!-- source-block: b039 -->

CNPS 应维护一份能力确认表：需求名称、FastGPT 版本、社区或商业版、所需插件、证据链接、已测试环境、负责工程师、限制。表内未验证的接口标注“需评估”，不能出现在网页上作为已完成集成的承诺。

<!-- source-block: b040 -->

<div class="page-break"></div>

<!-- source-block: b041 -->

<a id="chapter-05"></a>

## 第05章：双方合作的交付与商业分工

<!-- source-block: b042 -->

推荐采用“FastGPT 平台能力 + CNPS 场景实施 + 双方明确升级通道”的合作模式。让海外客户知道谁回应需求、谁开具服务报价、谁处理平台缺陷、谁维护第三方接口。合作伙伴身份本身不自动包含区域独家、商标改用或无限转售权。

<!-- source-block: b043 -->

| 工作 | CNPS 建议职责 | FastGPT 建议职责 | 客户职责 |
| --- | --- | --- | --- |
| 需求发现 | 组织英文访谈、筛选场景 | 支持平台适配判断 | 提供流程负责人 |
| 许可确认 | 汇总部署与商业模式 | 确认授权范围与产品报价 | 确认主体与用途 |
| 试点交付 | 清洗、流程、接口、评测 | 必要的平台技术支持 | 提供数据和验收人 |
| 上线运营 | 监测、培训、一级响应 | 平台缺陷与版本升级支持 | 账号与业务规则审批 |
| 内容营销 | 英文页面和本地内容 | 案例材料与品牌核实 | 另行授权客户证言 |

<!-- source-block: b044 -->

建议销售前完成一份合作作业说明，写明线索登记、重复线索处理、报价有效期、费用拆分、渠道保护、客户支持边界和升级联系人。本文不给未约定的返佣比例，也不把双方可能的合作安排当作已签合同。

<!-- source-block: b045 -->

CNPS 可以公开解释自身服务范围，并用真实团队和联系方式增强信任。若买方要求厂家背书，可在实际商机中组织三方会议或提供可公开的合作证明，不能制作未经 FastGPT 确认的认证徽章。

<!-- source-block: b046 -->

### 商机与事故不能没有最终责任人

<!-- source-block: b047 -->

CNPS 项目负责人对服务范围、沟通和交付组织负责；客户业务负责人对业务验收负责；客户 IT 对生产账户和访问审批负责。平台缺陷由双方约定的技术升级流程处理，CNPS 不能自行替 FastGPT 承诺修复时间。任何任务只能有一位最终验收人，可以有多位参与者。

<!-- source-block: b048 -->

建议线索登记记录首次接触日期、企业域名、场景、来源和负责方；重复线索先人工核实，不仅按个人邮箱判重。合作双方讨论分成和区域安排的细节应在受控商业文件中记录，公开方案只说明客户服务路径。

<!-- source-block: b049 -->

<div class="page-break"></div>

<!-- source-block: b050 -->

<a id="chapter-06"></a>

## 第06章：市场选择与进入顺序

<!-- source-block: b051 -->

第一阶段的市场选择应服务于学习速度和交付成功率。建议先测试英语沟通可覆盖的新加坡及东南亚区域总部，以及现有关系能触达的海外贸易、制造和分销企业。美国、英国和澳大利亚可并行开展自然流量实验，日本在获得本地语言实施伙伴后作为第二条增长路线。该排序是资源假设，不是市场份额结论。

<!-- source-block: b052 -->

用五个维度打分：现有关系可达性 30%、痛点与现有能力匹配 25%、语言与时区覆盖 20%、采购与数据复杂度 15%、付费潜力 10%。每项 1 至 5 分；复杂度以“越容易越高分”计算。先用 15 次真实企业访谈替换主观分值。

<!-- source-block: b053 -->

| 市场群 | 第一轮要证明的假设 | 主要进入动作 | 扩张条件 |
| --- | --- | --- | --- |
| 新加坡/东南亚英语团队 | 小范围流程试点易组织 | 现有关系与区域渠道 | 有付费试点与本地支持 |
| 美英澳企业团队 | 明确场景内容能吸引技术买方 | 英文搜索与 GitHub | 达到可接受获客成本 |
| 日本 | 本地培训与渠道能降低采用阻力 | 日语伙伴与联合培训 | 日语验收和支持可履约 |
| 欧盟 | 私有部署治理是采购重点 | 精准行业内容与安全评估 | 数据与合同审查通过 |

<!-- source-block: b054 -->

先选择一个区域、两个岗位、三个工作流。每扩展一种语言就增加文档、支持、评测和法律沟通成本。没有证据时扩大区域只会把有限团队分散到更多未验证的假设上。

<!-- source-block: b055 -->

### 初始排序示例与反证条件

<!-- source-block: b056 -->

按上述权重，假设东南亚英语团队五项得分为 4/4/4/3/3，综合 3.75；美英澳为 2/4/3/3/5，综合 3.15；有日语伙伴前的日本为 2/4/1/3/4，综合 2.65。得分仅演示决策方法，绝非调研结果。若 CNPS 的真实客户网络主要在其他区域，应直接替换第一项分数并重新排序。

<!-- source-block: b057 -->

15 次访谈建议按三类客户各 5 家组织，记录现有流程、每月任务量、错误代价、数据准备、采购角色和期望结果。只有买方愿意提供合规样本并约定下一步，才计作有需求证据；礼貌表示“有兴趣”不计入。

<!-- source-block: b058 -->

<div class="page-break"></div>

<!-- source-block: b059 -->

<a id="chapter-07"></a>

## 第07章：三类理想客户与排除条件

<!-- source-block: b060 -->

第一类是工业设备、零部件和专业产品的制造商或分销商。知识散布在手册、规格表、售后记录和员工经验中；技术销售与售后频繁寻找资料。优先接触售后经理、技术支持负责人或商业运营主管，入口内容使用 technical documentation assistant 和 distributor knowledge base 等买方语言。

<!-- source-block: b061 -->

第二类是重复咨询较多的 B2B 软件、服务与培训企业。客服需要回答常见问题，同时把不确定或高影响请求交给人处理。买方关注解决率、转接质量、错误成本和维护工作量，而不仅是首字响应速度。入口为 support triage 和 knowledge-grounded answers。

<!-- source-block: b062 -->

第三类是报价频繁的贸易、分销和项目型服务企业。输入可能是邮件、PDF、表格或不完整的物料需求。试点先处理需求字段提取、缺失项标注和回复草稿；价格、交期、替代品、出口条件和合同承诺仍由授权人员审批。

<!-- source-block: b063 -->

共同筛选条件是有业务负责人、有合法可用资料、有重复发生的流程、有可比较的人工基线，并愿意按样本验证。初始企业规模可以以 50 至 1,000 人作为访谈分组假设，而非硬性门槛。

<!-- source-block: b064 -->

不优先承接：没有资料却要求高准确率、要求立即开放全库、无人负责验收、要求自动作出高影响决定，或者要求保证销量。此类机会应缩小范围或转为诊断咨询，避免把售前变成无限制免费开发。

<!-- source-block: b065 -->

### 首批账户的发现方法

<!-- source-block: b066 -->

从现有企业客户、公开行业协会成员目录、渠道伙伴推荐和主动询盘建立 30 家候选企业清单。仅记录公开企业信息和合法取得的业务联系方式，不抓取私人邮箱。每家写出一条可证伪假设，例如“英文技术手册较多，售后团队可能需要跨文档检索”，并注明推断来源。

<!-- source-block: b067 -->

资格审核时询问：这个工作每周重复几次；目前谁做；什么错误最昂贵；谁批准试点；哪些资料可以使用；如果试点成功，谁拥有扩展预算。不要只根据员工数量或某个国家来推定购买能力。每周只推进团队能按时回复和交付的账户数量。

<!-- source-block: b068 -->

<div class="page-break"></div>

<!-- source-block: b069 -->

<a id="chapter-08"></a>

## 第08章：把服务变成可购买的产品

<!-- source-block: b070 -->

推荐三层产品：场景诊断、范围受控试点、生产实施与持续服务。所有项目最终以双方书面 SOW 为准。网站展示交付物和步骤即可；在没有获准价目表之前，使用“Request a scoped proposal”，不要假装存在已生效统一价格。

<!-- source-block: b071 -->

| 产品 | 建议范围 | 具体交付物 | 退出条件 |
| --- | --- | --- | --- |
| 场景诊断 | 一个流程与一组资料样本 | 流程图、风险和试点建议 | 不适合则给出原因 |
| 付费试点 | 一部门、一场景、有限数据 | 可演示流程、测试结果、成本表 | 达标后再谈生产 |
| 生产实施 | 授权系统与明确用户范围 | 部署、接口、培训、运维手册 | 验收和责任移交 |
| 持续改进 | 固定月度工时或约定工单 | 知识更新、回归、质量复盘 | 定期评估续约 |

<!-- source-block: b072 -->

标准试点建议为 2 至 4 周的排期窗口，前提是数据、账户和审批已准备好。这是规划假设，不能复制官方案例页的免费 POC 或最快交付承诺为 CNPS 的服务保证。

<!-- source-block: b073 -->

每一层都应写明不包含什么：第三方许可证、模型用量、特殊网络、复杂历史数据清洗、额外语言、全天候响应等是否单列。扩展时使用变更单，说明增加的范围、验收、费用和时间，避免一次试点承担无限范围。

<!-- source-block: b074 -->

### 三个试点包的可交付边界

<!-- source-block: b075 -->

知识问答包：一类文档、一种业务语言、一组授权用户，交付带来源问答与无答案处理。RFQ 包：一种输入模板、有限字段、只读产品资料，交付需求摘要与待补项。客服包：一套 FAQ、一组分流标签、一种人工转接方式，交付建议回复和工单草稿。

<!-- source-block: b076 -->

若数据质量或接口条件不明确，先做诊断再报价；若客户提出第二语言、ERP 写入或高可用，则重估范围。时间从资料与访问准备完成后起算，并由客户对数据准备延误承担明确的排期影响。

<!-- source-block: b077 -->

### 客户价值计算器的口径

<!-- source-block: b078 -->

月度可释放工时 = 月任务量 × 每项净节省分钟 × 实际采用比例 / 60。分钟数必须已扣除复核与返工；采用比例只计实际使用并满足质量要求的任务。工时价值 = 可释放工时 × 全成本小时费率。月净价值 = 工时价值 - 新增运维与模型费用。

<!-- source-block: b079 -->

例：4,000 项任务、每项净省 6 分钟、采用 30%、费率 35 美元，得到 120 小时和 4,200 美元工时价值；再扣新增月费 800，得到 3,400 美元。若一次性投入 12,000，简单回收期约 3.53 个月。数据全是假设，不包括资本时间价值，也不表示可以裁减等额人员或已经节省现金。

<!-- source-block: b080 -->

上线后的 ROI 应由客户确认工时是否真正转向有价值工作。网页计算器只帮助讨论假设，不把计算结果存为已实现客户成果。

<!-- source-block: b081 -->

<div class="page-break"></div>

<!-- source-block: b082 -->

<a id="chapter-09"></a>

## 第09章：案例中心的首批八个参考案例

<!-- source-block: b083 -->

下面是 FastGPT 官方案例的简要转述。效果由发布方陈述，未独立审计，不代表 CNPS 的交付成果，也不保证其他企业能重复获得相同结果。各条原文见第 28 章 C01-C08。

<!-- source-block: b084 -->

| 案例 | 官方披露的核心场景 | 可供海外买方评估的切入点 |
| --- | --- | --- |
| 延锋 iSAP | 运维知识与工单衔接；称重复咨询自动处理 70% | 内部支持问答与转接 |
| 商络电子 | 料号解释与结构化数据库写入 | 分销商 RFQ 字段整理 |
| 延锋供应商推荐 | 候选供应商匹配与风险标注 | 采购初筛辅助 |
| 欧派家居 | 通话信息提取与区域派单 | 服务询盘结构化 |
| 昭昭医考 | 知识问答与人工转接；称转接率下降 42% | 常见咨询分流 |
| 上海邮电设计咨询研究院 | 制度权限与项目数据查询 | 部门知识访问治理 |
| 延锋财务审单 | BPM 流程中的初审和异常复核 | 规则检查辅助 |
| 长株潭物流 | 客户问答与内部资料查询 | 物流服务知识支持 |

<!-- source-block: b085 -->

首页优先展示前三个最贴近客户工作的案例：iSAP、料号整理、客服转接。其余放在可筛选的案例库。不要把高监管场景当作默认销售入口，也不从物流案例推导对烟草业务的推广建议。

<!-- source-block: b086 -->

每张案例卡只有一个核心事实、一个来源链接和一个 CNPS 评估入口。完整迁移设计应另标为“CNPS pilot concept”，从而让参考证据与将要为客户开发的方案清楚区分。

<!-- source-block: b087 -->

### 案例准入规则

<!-- source-block: b088 -->

记录案例主体、原文 URL、发布方、最后核对日、采用的事实、原文限制、目标角色和对应 CTA。优先使用可归属到客户名称的案例；匿名方案、模板和一般行业设想单独标注，不能混入“Customer results”。网站提供摘要而非整库镜像，原始中文详情通过出处链接阅读。

<!-- source-block: b089 -->

对含效果数字的卡片显示“Reported by FastGPT”。不使用未经许可的客户 logo，也不把中国案例翻译成发生于美国或欧洲。若来源数字撤回、改动或出现冲突，先撤下数字，再复核相关页面和销售材料。

<!-- source-block: b090 -->

<div class="page-break"></div>

<!-- source-block: b091 -->

<a id="chapter-10"></a>

## 第10章：从中国案例迁移到海外业务

<!-- source-block: b092 -->

复制案例的界面或文字不能解决本地部署问题。需要迁移的是流程机制：输入标准化、知识检索、受控输出、异常转接、结果反馈。原有企业微信、国内 ERP、中文资料和审批习惯，都需要被海外客户实际使用的渠道和控制方式替代。

<!-- source-block: b093 -->

以 iSAP 类场景为例，CNPS 的建议试点从客户授权的一套手册和 FAQ 开始，收集代表性问题，回答时呈现出处，并对没有证据的请求明确说明。需要转接时先生成工单草稿，由员工确认后进入客户选定系统。Microsoft Teams、Slack、Zendesk 或其他接口均需逐项评估，不能声称已经有可直接用的连接器。

<!-- source-block: b094 -->

以料号场景为例，首先确定物料编码的权威来源、单位和同义词表。输出原始字段、规范化字段、来源位置与待确认项。报价流程不能让模型生成未核实的价格或库存；先与只读主数据匹配，再由销售复核后进入报价系统。

<!-- source-block: b095 -->

验收要同时看正常与失败场景：缺页手册、过期条款、错误型号、多语混合、含恶意指令的附件、权限不足、API 超时。国外采购方需要看到系统失败时会怎样，而不是只看事先挑选的最佳演示。

<!-- source-block: b096 -->

### 本地化检查表

<!-- source-block: b097 -->

| 维度 | 改造动作 | 证据 |
| --- | --- | --- |
| 语言 | 型号、单位、行业缩写保留原文并建同义词 | 双语业务专家核对样本 |
| 渠道 | 把原渠道替换为客户授权的入口 | 接口可用性与授权记录 |
| 商务 | 币种、税费、时区、报价有效期单列 | 客户批准的模板 |
| 数据 | 确认文档来源、保留期限和地区 | 数据流评审 |
| 使用习惯 | 由实际员工完成任务试用 | 任务观察与反馈表 |

<!-- source-block: b098 -->

本地化的完成标准是当地员工能完成指定工作，且知道错误时联系谁。翻译字数、网页语言数量或演示字幕数量都不能替代这一标准。

<!-- source-block: b099 -->

<div class="page-break"></div>

<!-- source-block: b100 -->

<a id="chapter-11"></a>

## 第11章：Dify 的全球路径给 CNPS 的启发

<!-- source-block: b101 -->

Dify 的官方 GitHub 提供英文说明、部署入口和企业使用路径；伙伴计划区分转售、技术服务与市场生态。这支持“开发者试用与企业服务可以分层组织”的判断，但不证明 CNPS 可以照搬其价格或增长结果。[仓库](https://github.com/langgenius/dify)；[伙伴计划](https://dify.ai/partners)。

<!-- source-block: b102 -->

更有价值的交叉证据来自日本京进集团。其 2026-04-10 公告说明与 LangGenius 开始合作，涉及 Dify Enterprise 和员工使用能力建设。X 上也有同日公告传播。它说明本地业务组织、企业治理和人员培训可以构成采用路径；公告本身没有提供可供我们核验的合同金额。[京进公告](https://group.kyoshin.co.jp/news/741333/)。

<!-- source-block: b103 -->

CNPS 可迁移的做法是：让技术团队通过可复现的英文演示理解产品；让本地服务伙伴用行业语言讲解；让企业买方得到试点与培训包。日本方向需要日语评测、支持和业务材料，机器翻译只是开始。

<!-- source-block: b104 -->

不应迁移的做法是把 Dify 用户数、融资、star 或客户标识用于证明 FastGPT 的优势，也不把 Dify 的企业功能和插件视作 FastGPT 的内置功能。比较应回到同一数据集、同一权限要求、同一预算和同一验收条件。

<!-- source-block: b105 -->

<div class="page-break"></div>

<!-- source-block: b106 -->

<a id="chapter-12"></a>

## 第12章：RAGFlow、LobeHub、Chatbox 与 OpenManus

<!-- source-block: b107 -->

RAGFlow 的官方仓库用文档处理与检索来组织产品叙述，并提供多语 README 和部署材料。它启发 CNPS 用客户的难文档展示解析与检索质量，把技术能力变成可检查的结果；不能从开源关注推断海外付费规模。[RAGFlow](https://github.com/infiniflow/ragflow)。

<!-- source-block: b108 -->

LobeChat 仓库现已跳转为 LobeHub。报告引用当前官方地址，避免继续把旧名称当作产品当前定位。其公开项目展示英文入口和产品体验的重要性。Chatbox 则展示跨桌面平台使用入口。CNPS 可以借鉴降低首次体验门槛的设计，不能把个人工具采用直接等同于企业采购。[LobeHub](https://github.com/lobehub/lobehub)；[Chatbox](https://github.com/chatboxai/chatbox)。

<!-- source-block: b109 -->

OpenManus 提供多语说明、代码与演示入口，适合作为开源复现和社区协作的参考。它与 Manus 不是同一商业主体，仓库名称不构成 Manus 授权，也没有提供本研究可核验的企业订单结果。[OpenManus](https://github.com/FoundationAgents/OpenManus)。

<!-- source-block: b110 -->

四类启发分别是质量证据、使用体验、低门槛分发、可复现协作。CNPS 的落点应是一份可运行或可审查的场景样例，加上清晰的实施服务入口。卖点不是“我们也有热门 Agent”，而是“我们知道这个工作如何测量、交付和维护”。

<!-- source-block: b111 -->

<div class="page-break"></div>

<!-- source-block: b112 -->

<a id="chapter-13"></a>

## 第13章：X 上的可核验观察与局限

<!-- source-block: b113 -->

以下帖子通过公开搜索索引取得，部分直接页无正文。这里只转述可见内容，不把转发量、播放量和粉丝量当作商业效果。链接见 X01-X05。

<!-- source-block: b114 -->

| 日期与作者 | 可见观察 | 对 CNPS 的启发 | 证据边界 |
| --- | --- | --- | --- |
| 2024-09-05 Luyu Zhang | 分享 Dify 入选 TechCrunch 活动的消息 | 用国际活动承接公开演示 | 非订单证据 |
| 2025-01-07 Tom | 日语解释会话变量的实际用法 | 用一个操作问题写教程 | 不采用“100 倍”等修辞 |
| 2025-03-15 まつにぃ | 讨论 Markdown 文档导出插件 | 把输出接入真实办公格式 | 能力回仓库确认 |
| 2026-01-29 Canopy Wave | 宣布 Dify 模型市场插件 | 集成合作也是分发入口 | 属于该作者自述 |
| 2026-04-10 digitalpr_jp | 传播京进与 LangGenius 合作 | 本地企业案例比泛宣传具体 | 已与企业公告交叉核对 |

<!-- source-block: b115 -->

Markdown Exporter 的实际仓库存在，说明“跨语言传播一个解决真实办公问题的组件”是可观察的现象。它不能证明 FastGPT 可以直接导入 Dify 插件。[插件仓库](https://github.com/bowenliang123/markdown-exporter)。

<!-- source-block: b116 -->

推荐 X 内容以短演示、失败案例、评测方法和真实集成过程为主。每条只解决一个问题，并链接到相应场景页面。不要冒充客户、不购买虚假互动、不向陌生用户批量私信。当前交付只准备内容和网站，不代表已在 X 发布。

<!-- source-block: b117 -->

### 从观察到实验的证据链

<!-- source-block: b118 -->

X03 的办公导出讨论与 S12 仓库相互印证的是“组件存在且被不同语言用户讨论”；X05 与 S07 相互印证的是“日本企业合作已公告”。X01 只支持公开活动传播，X02 只支持教程主题，X04 只支持作者发布了集成消息。五条样本不能用于估算中国 AI 出海成功率，选择它们也存在幸存者偏差。

<!-- source-block: b119 -->

CNPS 的下一步实验应分别测量：教程是否带来技术问询、场景演示是否带来诊断会、伙伴活动是否带来合格企业。给每项内容分配独立来源码，并在销售首轮询问客户如何找到 CNPS，避免把最后一次点击当作全部影响。

<!-- source-block: b120 -->

<div class="page-break"></div>

<!-- source-block: b121 -->

<a id="chapter-14"></a>

## 第14章：GitHub 如何贡献合格询盘

<!-- source-block: b122 -->

GitHub 对 CNPS 的角色是技术信任入口。建议建设一个公开场景样例仓库，而非复制整套 FastGPT 来制造自己的产品归属。仓库应清楚标注基于 FastGPT，链接上游许可证，并为 CNPS 自有示例另列适当许可。

<!-- source-block: b123 -->

建议仓库内容包含：英文 README、合成样本、输入输出示例、评测集、版本清单、配置模板、故障示例、部署说明和安全说明。README 的前屏回答三个问题：解决哪个工作、如何复现最小结果、何时需要企业实施帮助。末尾再放一条带 UTM 的 CNPS 入口。

<!-- source-block: b124 -->

| 样例 | 初始资产 | 首次运行应得到的结果 |
| --- | --- | --- |
| Technical support | 合成产品手册与问答集 | 带出处回答及拒答样本 |
| RFQ intake | 合成询价与字段定义 | 结构化字段和缺失项 |
| Support handoff | 合成咨询与分流规则 | 可人工确认的工单草稿 |

<!-- source-block: b125 -->

不承诺未验证的“一键导入”。涉及具体 FastGPT workflow JSON 时，要记录确切版本并执行一次干净环境导入；未通过的资产只能称为设计样例。Issue 模板应去除凭据和客户资料，引导真正的产品问题。

<!-- source-block: b126 -->

贡献上游时以修复文档、提供复现和改进测试为主。避免在无关 issue 填广告或抓取开发者邮箱群发。GitHub 明确限制垃圾推广和虚假互动，相关规范见第 28 章 P03。

<!-- source-block: b127 -->

### 样例仓库验收与转化

<!-- source-block: b128 -->

建议结构为 examples/、datasets/synthetic/、evaluation/、docs/、SECURITY.md、LICENSE 和 .env.example。环境示例只含变量名和安全占位，不含真实凭据。每次 release 记录上游版本、兼容范围、已通过样本数、失败项和维护负责人。

<!-- source-block: b129 -->

README 服务入口示例：需要帮助，把这一工作流适配到贵公司的文档和系统吗？欢迎与 CNPS 讨论范围明确的试点。链接使用 utm_source=github、utm_medium=repository、utm_campaign=fastgpt-pilot。指标是合格企业对话和样例复现问题，不是 star 增速。

<!-- source-block: b130 -->

目前交付的是发布素材与评测规范；还没有把示例仓库发布到 GitHub，也没有宣称完成真实 FastGPT 环境的导入和模型评测。这项工作属于九十天计划第 15-30 天的工程门槛。

<!-- source-block: b131 -->

<div class="page-break"></div>

<!-- source-block: b132 -->

<a id="chapter-15"></a>

## 第15章：CNPS 网站的信息架构

<!-- source-block: b133 -->

网站新增一个英语优先的企业入口，主任务是把业务兴趣转成可处理的询盘。主站已有硬件和商城内容，因此 FastGPT 路径需要清楚命名，并在首页给出入口，避免让企业买方误以为只能购买录音硬件。

<!-- source-block: b134 -->

| 页面 | 职责 | 主行动按钮 |
| --- | --- | --- |
| /fastgpt/ | 说明合作与实施场景 | 讨论您的工作流 |
| /fastgpt/cases/ | 浏览有来源的参考案例 | 规划类似试点 |
| /fastgpt/solutions/…/ | 把某项工作说具体 | 索取范围明确的方案 |
| /fastgpt/contact/ | 整理需求并联系 CNPS | 准备询盘邮件 |
| /resources/fastgpt-cnps-global-growth/ | 在线阅读和下载方案 | 下载 Markdown |

<!-- source-block: b135 -->

英文页面使用“FastGPT implementation with CNPS”解释角色。厂家信息链接到官方页面，但每个商业 CTA 都回到 CNPS 的询盘入口。案例来源链接承担核验作用，不应替代 CNPS 的销售联系人。

<!-- source-block: b136 -->

最小可用发布必须包含可读正文、来源、联系方式、适用场景和下一步。网页需要在手机上正常阅读，表格可横向滚动，按键可通过键盘使用。下载不能被一个无效表单拦住；可公开报告应直接可取。

<!-- source-block: b137 -->

### 本次内容交付与后续业务实施

<!-- source-block: b138 -->

本次制作 14 个 FastGPT 专题页面：1 个入口、1 个案例索引、8 个案例详情、3 个场景方案和1个询盘页；另有报告在线阅读页、Markdown、A4 PDF、完整迭代记录与英文采购指南。英文指南位于 [Buyer guide](https://www.cnps.ai/resources/fastgpt-buyer-guide-en.md)，可供海外采购方直接下载。

<!-- source-block: b139 -->

网站上线属于内容与获客入口建设，不表示已部署客户 FastGPT 实例、完成平台试点、发送 X 帖子、开通 CRM 自动接收或获得订单。客户实施和渠道运营按后续九十天计划执行。由于现网源码来自另一部署，本次由同目录主站任务统一合并发布，旧站路由依赖原部署承接，后续应将完整旧站源码归档到同一维护流程。

<!-- source-block: b140 -->

<div class="page-break"></div>

<!-- source-block: b141 -->

<a id="chapter-16"></a>

## 第16章：海外客户看到的英文信息

<!-- source-block: b142 -->

建议主标题：**让企业知识发挥实际作用。** 支持文案：**CNPS 与 FastGPT 合作，帮助团队规划和实施知识助手、客服工作流及 RFQ 询价资料处理。从一个工作流和双方约定的衡量方法开始。**

<!-- source-block: b143 -->

这一表述把用户能理解的工作置于技术名称之前，同时说明合作和实施角色。网页不使用“零幻觉”“确保合规”“全球最佳”“保证增加订单”等未经证实的断言。

<!-- source-block: b144 -->

三组场景标题为“从技术文档中找到答案”“带着完整背景分流客服请求”“把 RFQ 询价整理成可复核的需求摘要”。每组都展示买方需要提供什么、预期得到什么、哪些决定继续由人负责。

<!-- source-block: b145 -->

案例标签统一为“FastGPT 发布的参考案例”。案例下方用一句话解释：“CNPS 未对这些结果进行独立审计。您的试点将采用自身的基线和验收标准。”这是对证据来源的说明，应放在合适位置，避免用大段内部流程干扰阅读。

<!-- source-block: b146 -->

FAQ 应直接回答：是否必须更换现有模型；能否在客户环境部署；试点需要哪些资料；是否包含第三方费用；案例是不是 CNPS 客户；如何获取书面报价。不能对未验证的模型、系统和地区一律回答“支持”。

<!-- source-block: b147 -->

<div class="page-break"></div>

<!-- source-block: b148 -->

<a id="chapter-17"></a>

## 第17章：搜索与 AI 检索入口

<!-- source-block: b149 -->

搜索内容围绕买方工作与部署条件组织。首批主题可使用 FastGPT implementation partner、enterprise knowledge assistant、technical documentation AI、RFQ automation pilot、self-hosted knowledge base implementation。此处关键词属于内容实验，未取得搜索量或竞价数据。

<!-- source-block: b150 -->

每个场景页应包含具体问题、输入和输出、责任边界、数据准备、评测办法、相关案例与联系入口。把同一篇中文材料机械翻成几十个国家页，会增加维护成本和重复内容，而未必增加信任。

<!-- source-block: b151 -->

技术要求是可抓取 HTML、唯一 title 与 description、canonical、站点地图、正文内链、合适的语言标记和真实的结构化数据。仅使用页面确实展示的组织或服务信息，不生成假评分、虚构评价或没有价格依据的商品 Offer。[Google Search Essentials](https://developers.google.com/search/docs/essentials)。

<!-- source-block: b152 -->

AI 检索友好意味着定义清晰、来源可追溯、段落可独立理解、发布日期可见。可以提供 Markdown 与简明 llms.txt，但不能承诺任何搜索引擎或 AI 一定收录、推荐或提高排名。提交站点地图后应在真实索引和询盘数据中验证。

<!-- source-block: b153 -->

### 首批搜索主题与页面映射

<!-- source-block: b154 -->

| 买方搜索意图 | 页面主题 | 应回答的具体问题 |
| --- | --- | --- |
| FastGPT implementation partner | 合作与实施入口 | 谁负责交付与支持 |
| AI for technical documentation | 技术资料场景页 | 如何验证出处与版本 |
| RFQ intake automation | RFQ 场景页 | 如何处理缺失字段和人审 |
| support ticket triage AI | 客服场景页 | 哪些请求必须转交人工 |
| private AI knowledge base | 部署与采购说明 | 哪些数据会经过外部服务 |

<!-- source-block: b155 -->

避免为“best”“cheapest”制造无依据比较。搜索报告每月检查展示、点击、落地页和询盘质量，先修复页面不可抓取、404 或 CTA 失效等实际问题。不同语言只有在内容、支持与 hreflang 配对完善后上线独立版本。

<!-- source-block: b156 -->

<div class="page-break"></div>

<!-- source-block: b157 -->

<a id="chapter-18"></a>

## 第18章：内容分发与四周启动计划

<!-- source-block: b158 -->

同一项高质量资产可以形成多个有用途的内容：网站长文解释流程，GitHub 样例帮助复现，X 短帖展示一个结果，销售材料帮助采购评估。所有渠道都指向同一场景和同一可核实承诺，减少维护不同版本造成的矛盾。

<!-- source-block: b159 -->

| 周 | 主资产 | X 内容 | GitHub 内容 | 销售复用 |
| --- | --- | --- | --- | --- |
| 1 | 技术文档问答评测说明 | 有出处与无出处回答对比 | 合成问答数据集 | 诊断访谈问题 |
| 2 | RFQ 字段整理流程 | 缺失型号如何被标记 | 字段 schema 和样例 | 试点范围表 |
| 3 | 工单转接设计 | 何时必须转给人 | 分流决策与失败样例 | 客服负责人演示 |
| 4 | 试点评测报告结构 | 展示测量方法和限制 | 回归测试说明 | 管理层复盘页 |

<!-- source-block: b160 -->

发布频次可从每周 3 条 X 原创、1 篇实用网站内容、1 次样例更新起步。这是团队容量假设。优先确保每条都有真实样例或具体知识，宁可减少频次也不要制造没有内容的“每日发布”。

<!-- source-block: b161 -->

联合活动应以一项工作为主题，例如“从零部件询盘到可复核的 RFQ 需求摘要”。报名后不自动订阅营销列表，演示数据使用合成或已获授权资料。没有客户许可时，不能把销售对话截图作为案例。

<!-- source-block: b162 -->

### 首批 X 英文草稿

<!-- source-block: b163 -->

**技术文档：** 有用的知识助手应展示答案出处，并在文档不包含答案时明确说明。我们的 FastGPT 试点方法从您的工作流、双方约定的测试集和人工复核开始。请访问 cnps.ai/fastgpt/ 了解具体方法。

<!-- source-block: b164 -->

**RFQ 询价处理：** 一份 RFQ 缺少料号，数量也不明确。有用的 AI 输出应是标明缺失信息的结构化需求摘要。价格与交付承诺仍由您的销售团队负责。欢迎了解 CNPS 的 FastGPT 试点方法。

<!-- source-block: b165 -->

**客服：** 快速回答只有正确时才有用。客服试点应同时衡量回答质量、恰当的人工转接、复核时间和成本。CNPS 帮助您围绕一个工作流界定评估范围。

<!-- source-block: b166 -->

以上仅为待发布草稿，发布前按平台当时长度限制精简并添加对应场景链接。每条配一个真实可复核的合成样例或已授权演示，不能添加不存在的客户成效。销售邮件也只用于回复主动询盘或已有合法联系，不自动群发。

<!-- source-block: b167 -->

<div class="page-break"></div>

<!-- source-block: b168 -->

<a id="chapter-19"></a>

## 第19章：询盘处理与 CRM 设计

<!-- source-block: b169 -->

主站已经公开使用 sales@cnps.ai。第一阶段可以提供需求整理器，生成邮件草稿并让访客自己发送；这一方式不能显示“已提交成功”，也不能被当作后端已存储线索。正式表单需要可靠接收服务后才可启用成功提示。

<!-- source-block: b170 -->

建议 CRM 字段为企业名称、联系人、工作邮箱、国家时区、来源、场景、现有系统、资料准备状态、预计启动时间、预算区间、负责人、下一步和预计日期。不要在营销表单收集客户生产数据或密钥。

<!-- source-block: b171 -->

建议打分：场景吻合 25 分、资料可用 20 分、业务负责人 20 分、时间窗口 15 分、预算路径 10 分、技术可交付 10 分。达到 70 分可以进入 SQL 评审；分数只是内部排序工具，不能自动决定客户是否值得服务。

<!-- source-block: b172 -->

归因事件建议依次为 case_view、proposal_intent、brief_prepared、email_open_requested、inquiry_received、sql_accepted、pilot_signed、cash_received。前四项是浏览器行为，后四项必须由收件系统或销售核实。当前页面只把有限的 UTM 参数带入草稿，没有部署分析服务，也没有把联系方式发给第三方统计工具。

<!-- source-block: b173 -->

字段规范示例：utm_source=x/github/partner，utm_medium=organic/repository/referral，utm_campaign=fastgpt-pilot，utm_content=technical-docs-demo。来源参数不能夹带邮箱、企业机密或自由文本。每个真实商机保存首次来源、自述来源与最后触点，定期查看三者差异。

<!-- source-block: b174 -->

页面会在浏览器当前会话中保存上述受限来源码，以便从场景页跳到询盘页时保留渠道信息；姓名、邮箱和需求不写入会话存储。禁用脚本时需求表单不可提交，仍可使用直接邮箱链接。浏览器拦截剪贴板或没有邮箱应用时，访客可以手动复制或下载草稿，不会显示已经发出邮件。

<!-- source-block: b175 -->

建议工作日一个工作日内给人工首响，由真实排班能力决定是否公开承诺。第一封回复应复述客户问题、提出两三个关键缺口并约定下一步。复杂问题明确给出预计反馈时间，不用自动邮件制造“销售已处理”的错觉。

<!-- source-block: b176 -->

失单原因至少区分无预算、时机不合适、资料不足、许可限制、功能不匹配、采购未通过和竞争方案。每周复盘这些原因，才能判断是流量问题、产品范围问题还是交付能力问题。

<!-- source-block: b177 -->

### 接单入口的实际行为

<!-- source-block: b178 -->

本次网站版本采用浏览器内需求整理器：访客填写企业、邮箱、地区、场景和需求后，生成可复制、可下载的英文询盘正文，并主动打开发往 sales@cnps.ai 的邮件草稿。浏览器生成草稿不等于 CNPS 已收到邮件；访客仍须在邮箱中发送。页面同时保留可直接点击的销售邮箱和现有联系页。

<!-- source-block: b179 -->

后续若启用服务端表单，上线条件是验证收件地址、持久化保存、垃圾过滤、失败重试和人工跟进，并测试真实接收。成功页面只能在服务器确认接收后展示。邮件投递和销售实际阅读应分别记录，避免线索沉没在自动化步骤之间。

<!-- source-block: b180 -->

<div class="page-break"></div>

<!-- source-block: b181 -->

<a id="chapter-20"></a>

## 第20章：从诊断会走到订单

<!-- source-block: b182 -->

建议诊断会 30 分钟：5 分钟确定工作与负责人，10 分钟复盘当前流程，10 分钟了解资料和限制，5 分钟决定是否安排样本评估。会后出一页“问题、范围、数据、验收、下一步”，不要先发送与客户无关的厚重产品手册。

<!-- source-block: b183 -->

演示要展示客户工作中的正常、异常和失败样本，并说明哪些结果是合成示例。以客户的人工基线比较时间、质量和成本；若尚未获得基线，明确标为待测。询盘多并不意味着可成交，能否组织评测和预算才是关键。

<!-- source-block: b184 -->

SOW 应写明实施主体、业务目的、用户和数据范围、交付物、验收集、费用、排期前提、第三方依赖、变更流程、知识产权、数据处理、终止和移交。条款需要由双方授权人员确认；本文提供结构而非法律意见。

<!-- source-block: b185 -->

付款建议采用里程碑，金额和比例按正式报价确认。即便客户要求先演示，也应把免费诊断和有成本的试点明确分开。销售不能承诺“采购就保证效率提升”，应承诺按协议执行测量、交付和整改。

<!-- source-block: b186 -->

试点结束后只对已达标场景提出扩展：增加用户、资料、接口或语言时，都要说明增量成本和回归范围。未达标时出具失败原因和建议，不用更换指标包装成功。

<!-- source-block: b187 -->

<div class="page-break"></div>

<!-- source-block: b188 -->

<a id="chapter-21"></a>

## 第21章：试点设计与验收标准

<!-- source-block: b189 -->

建议一个试点覆盖一个流程、一部门和明确资料范围。启动前冻结评测集，划分可回答、需澄清、必须拒答、必须转人工和越权请求。真实生产上线还需更多持续验证；小样本达标仅支持该范围的下一步判断。

<!-- source-block: b190 -->

| 维度 | 建议测量方式 | 建议验收方向 |
| --- | --- | --- |
| 正确性 | 业务专家盲评答案与原文 | 达到双方约定阈值 |
| 证据 | 检查引用是否支持主要结论 | 关键结论可回查 |
| 权限 | 用跨部门与无权账户测试 | 测试集不得出现越权泄漏 |
| 人审 | 缺资料、高影响和异常样本 | 正确转交人处理 |
| 时间 | 相同工作量的人机比较 | 计入复核时间后改善 |
| 成本 | 模型、基础设施与维护记录 | 落在约定使用预算 |

<!-- source-block: b191 -->

不能只比较 AI 输出所需秒数与人工全部工作时间。必须把文档准备、错误修正、人工复核和异常处理计入有效成本。试点评估保留未解决项，记录数据版本、模型版本、FastGPT 版本、提示词和运行日期。

<!-- source-block: b192 -->

建议结束交付包括可演示流程、可复核评测表、成本假设、已知限制、上线前待办和交接培训。业务负责人、安全负责人和技术负责人分别确认其负责部分。

<!-- source-block: b193 -->

### 首轮验收集与阈值草案

<!-- source-block: b194 -->

建议先准备 120 条样本：60 条可回答问题、20 条需澄清、15 条无依据必须拒答、15 条权限测试、10 条工具故障。另留 30 条从未用于调参的盲测样本。评测由客户业务专家按预先定义的评分表完成，必要时双人复核分歧。

<!-- source-block: b195 -->

方向性门槛可设为可回答集正确率至少 90%、关键引用支持率至少 95%、所有权限与必须拒答样本满足约定行为；这些是建议谈判起点，并非 FastGPT 保证。任何严重泄漏或未经授权写入均阻止上线。报告同时给出通过数/总数，说明小样本无法证明总体零风险。

<!-- source-block: b196 -->

效率以同一批任务的中位处理时间和 P90 衡量，包含人审与重做。仅在质量门槛达标后讨论提效。若增加模型、知识来源或业务语言，重跑受影响集与核心回归集。

<!-- source-block: b197 -->

<div class="page-break"></div>

<!-- source-block: b198 -->

<a id="chapter-22"></a>

## 第22章：参考技术架构与实施流程

<!-- source-block: b199 -->

参考路径为：客户授权资料进入清洗和分类流程，带权限与版本标记建立知识库；业务请求通过身份和场景规则进入 FastGPT；工作流检索证据、调用获准工具并产生草稿；人工审批后才进入需要写入的业务系统；评测和日志支持持续改进。这是 CNPS 的实施设计，不是已部署系统的描述。

<!-- source-block: b200 -->

```text
授权文档 → 解析、元数据与访问规则 → 知识索引
用户／客服请求 → 身份核验 → FastGPT 工作流 → 带来源回答
FastGPT 工作流 → 获准 API → 只读数据
带来源回答 → 人工复核 → 工单／RFQ 草稿
```

<!-- source-block: b201 -->

部署需列清模型、嵌入、重排、OCR、数据库、对象存储、备份、日志和外部连接器。每项写明区域、版本、访问主体、成本与故障影响。跨境数据讨论必须覆盖整条链路，不能只说明应用服务器放在哪里。

<!-- source-block: b202 -->

实施顺序建议为只读访问、影子运行、人审辅助、有限生产和逐步扩展。对写入接口设置权限最小化、幂等键、超时、重试上限和可回滚操作。出现异常时停止自动写入，保留明确可执行的人工流程。

<!-- source-block: b203 -->

### 生产运行的控制点

<!-- source-block: b204 -->

外部资料均视为数据，文档内的“忽略规则”“调用此网址”等文字不得成为工具指令。检索前落实身份与访问过滤；数据库账户默认只读；可调用工具及目标域名由配置允许清单决定。模型判断不能绕过确定性的权限控制。

<!-- source-block: b205 -->

每个工作流设置运行耗时和费用上限，日志默认去除敏感字段。RFQ 的价格、交期、替代型号和客户邮件只能生成草稿，需授权人员确认。发生第三方故障时进入人工队列，附带必要上下文；不得静默丢单或无限重试。

<!-- source-block: b206 -->

交付文件应包含依赖版本、备份恢复步骤、紧急停用入口、人工处理方式、监测责任和升级联系人。上线前演练一次外部模型不可用和一次知识库恢复，记录实际恢复时间而非承诺未经测试的指标。

<!-- source-block: b207 -->

<div class="page-break"></div>

<!-- source-block: b208 -->

<a id="chapter-23"></a>

## 第23章：许可、数据与采购风险

<!-- source-block: b209 -->

FastGPT 的 LICENSE 采用 Apache 2.0 加附加条件：公开条款允许一定商业使用，但类似 FastGPT 的多租户 SaaS 运营和控制台标识或版权改动涉及具体授权要求。部署前应向 FastGPT 确认实际模式，不把“开源”解释成无限制白标转售。[FastGPT LICENSE](https://github.com/labring/FastGPT/blob/main/LICENSE)。

<!-- source-block: b210 -->

### 许可检查落到具体交付模式

<!-- source-block: b211 -->

| 拟交付模式 | 需要核实的事项 | 销售文件写法 |
| --- | --- | --- |
| 客户内部单一企业平台 | 所用版本、企业功能和支持条款 | 平台许可与实施服务分别列明 |
| CNPS 应用的后端服务 | 与上游定义及实际功能是否一致 | 描述最终用户如何使用 |
| 类似平台的多租户 SaaS | 取得 FastGPT 明确书面授权 | 未确认前不售卖该模式 |
| 修改控制台标识或版权 | 取得相应商业许可和品牌许可 | 不承诺默认白标 |

<!-- source-block: b212 -->

上述是对公开许可的采购检查框架，不替代双方协议或专业法律审查。合作证书、代码许可证、客户案例转载和客户 logo 使用是不同的授权事项，必须分别管理。

<!-- source-block: b213 -->

企业采购需要确认处理主体、数据类别、处理地点、子处理者、访问权限、保留期限、删除方式和事件通知机制。欧盟项目需逐项评估 GDPR 及适用 AI Act 义务；适用时间和系统分类以当前法规与专业审查为准，不从“私有部署”直接宣称合规。[欧盟 AI Act 官方说明](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai)。

<!-- source-block: b214 -->

不把未核实的 SOC 2、ISO 27001、HIPAA、数据零出境或全天候 SLA 放到 CNPS 网页。可以提供真实可说明的控制设计，并在采购阶段由客户审查。来源案例中的权限描述也不能当作当前 CNPS 系统的认证。

<!-- source-block: b215 -->

### 最小数据与采购材料

<!-- source-block: b216 -->

初次询盘仅需业务联系和流程描述。真实客户记录、个人敏感信息、账号口令和生产数据不要通过公开表单或演示工具收集。试点启动后再按双方约定的数据传输方式、权限和保留期限提供样本。营销订阅需单独选择，不能把询盘视为无限期订阅同意。

<!-- source-block: b217 -->

采购资料包应提供真实公司主体、服务联系人、分包与平台角色、数据流、控制说明、SOW、支持范围和退出方式。客户要求删除时需覆盖应用、日志、索引和备份保留规则，并说明哪些义务影响删除时点。具体数据保护条款应按地区和业务由双方审核，不能用此公开方案替代。

<!-- source-block: b218 -->

安全重点包括附件中的提示词注入、未经授权的工具调用、跨租户资料泄漏、敏感日志、供应链插件和过期版本。需要定期查看上游安全公告并规划更新，而非将一次演示通过视为长期安全。[官方安全页](https://github.com/labring/FastGPT/security)。

<!-- source-block: b219 -->

<div class="page-break"></div>

<!-- source-block: b220 -->

<a id="chapter-24"></a>

## 第24章：预算、单位经济与敏感性

<!-- source-block: b221 -->

以下数字仅用于规划实验，未代表任何双方现有价格。先从能够承担的销售和交付能力反推预算，再用真实数据修正。不能把官网发布视作已经创造收入。

<!-- source-block: b222 -->

建议 90 天实验预算暂设 18,000 美元：内容与本地化 3,000，样例与试点资产 5,000，销售与渠道运营 4,000，安全及合同准备 2,000，小规模分发实验 2,000，预备费 2,000。它包含现金与内部工时的估算价值；实际支出需单独审批，本报告并未授权投放或采购。

<!-- source-block: b223 -->

漏斗基准情景为 3,000 次目标访问 × 2% 有效询盘 × 40% SQL × 25% 试点成交，即 6 个试点。若其中 50% 扩展，则对应 3 个后续项目。各转化率都是假设；在周期较长时，扩展回款可能发生在 90 天之后。

<!-- source-block: b224 -->

示例试点服务费 3,000，直接交付成本 1,800，贡献 1,200；示例实施费 12,000，直接成本 7,200，贡献 4,800。模型和平台许可是否包含必须另行约定。按此示例，6 个试点和 3 个实施贡献合计 21,600，尚需减去未包含的获客与固定费用，不能称为净利润。

<!-- source-block: b225 -->

### 避免成本重复计算

<!-- source-block: b226 -->

18,000 的实验预算只计可复用资产、获客和项目准备，不包含具体收费客户项目的直接交付工时。若某员工同时负责两者，必须按实际工时拆分。同一笔许可证、开发工时或模型用量只能计入一次。基准情景收入为 54,000，直接成本 32,400，贡献 21,600；再扣完整实验预算剩 3,600，仍未扣税、融资、其他管理费，且不保证在 90 天全部收款。

<!-- source-block: b227 -->

| 情景 | 访问/询盘率/SQL率/试点率 | 预期试点数 | 按50%扩展 |
| --- | --- | --- | --- |
| 低 | 1,000 / 1% / 25% / 20% | 0.5 | 0.25 |
| 基准 | 3,000 / 2% / 40% / 25% | 6 | 3 |
| 高 | 5,000 / 3% / 50% / 30% | 22.5 | 11.25 |

<!-- source-block: b228 -->

小数是概率期望，实际合同必须为整数。高情景远超初期团队可能的承接能力，应设每两周并行试点上限并排队，不把潜在线索直接算成收入。按基准漏斗，一个获得扩展的组合贡献为 2×1,200+4,800=7,200；要覆盖18,000实验预算约需2.5组，即至少3组，前提是上述成本假设成立。

<!-- source-block: b229 -->

应同时测量现金回收期、项目范围蔓延、返工率和支持工时。报价能力不足时，宁可提高最低项目范围或缩小场景，也不要靠低价承接大量无法维护的定制工作。

<!-- source-block: b230 -->

<div class="page-break"></div>

<!-- source-block: b231 -->

<a id="chapter-25"></a>

## 第25章：九十天执行与责任人

<!-- source-block: b232 -->

以实际项目启动日为第 1 天，不把资料发布日期作为已经执行的起点。以下角色需要 CNPS 指定真人负责；未提供姓名时使用角色，不虚构团队人数和能力。

<!-- source-block: b233 -->

| 时间 | 负责人 | 必须交付 | 放行条件 |
| --- | --- | --- | --- |
| 第 1-14 天 | 项目负责人 + 内容负责人 | 合作边界、英文页、案例源、接单流程 | 联系入口可用、陈述可核验 |
| 第 15-30 天 | 售前 + 工程负责人 | 访谈、合成样例、三种场景演示 | 至少一场景可完整评测 |
| 第 31-60 天 | 销售 + 交付负责人 | 范围受控试点与每周复盘 | 验收、工时和客户反馈齐全 |
| 第 61-90 天 | 项目负责人 + 合作团队 | 扩展建议、渠道教材、经济复盘 | 有回款或明确暂停原因 |

<!-- source-block: b234 -->

每周例会只围绕四件事：本周获得了什么客户证据、哪些假设被推翻、下一项动作由谁何时完成、是否需要停止某项投入。页面数量和社交活跃度不能取代这些问题。

<!-- source-block: b235 -->

第一阶段完成定义是网站入口与销售流程可用，第二阶段是样例可复现，第三阶段是客户验收，第四阶段才是可复制的服务产品。即使未形成扩展订单，只要明确识别出需求或交付限制，也应真实记录，避免把活动完成当成商业成功。

<!-- source-block: b236 -->

### 不能被日程替代的放行门槛

<!-- source-block: b237 -->

| 门槛 | 放行人角色 | 必须看到的证据 |
| --- | --- | --- |
| 可销售 | CNPS 商务负责人 | 可提供的服务与平台授权相符 |
| 可接单 | 销售运营负责人 | 联系入口、收件责任人与跟进流程 |
| 可试点 | 交付负责人 | 数据权限、样本、范围和验收人 |
| 可生产 | 客户 IT 与业务负责人 | 质量、权限、恢复和人审通过 |
| 可扩量 | 项目负责人 | 回款、毛利、支持负担可承受 |

<!-- source-block: b238 -->

启动前为每个角色填入真实姓名和替补；本文未替 CNPS 任命人员。首月销售任务可由一个人兼任多个角色，但所有待办仍需唯一负责人和截止时间。未通过生产门槛的项目不能因为日程到了第60天而直接上线。

<!-- source-block: b239 -->

<div class="page-break"></div>

<!-- source-block: b240 -->

<a id="chapter-26"></a>

## 第26章：风险、实验与停止条件

<!-- source-block: b241 -->

| 风险 | 早期信号 | 处理动作 |
| --- | --- | --- |
| 来访者不匹配 | 下载多、企业对话少 | 改场景标题和渠道 |
| 有兴趣无预算 | 演示多、无人推进采购 | 收紧诊断资格 |
| 资料质量差 | 错误集中于扫描和旧版本 | 先卖数据准备阶段 |
| 试点范围失控 | 每周新增接口和语言 | 使用变更单 |
| 许可边界不清 | 客户要求白标 SaaS | 先核实授权再报价 |
| 支持负担过重 | 单项目长期占用工程师 | 明确服务包与升级路径 |

<!-- source-block: b242 -->

实验 A 比较“平台功能”与“一个流程结果”的标题，使用合格询盘率而非点击率判断。实验 B 比较带来源的案例与流程演示，观察诊断会推进率。实验 C 比较泛表单与需求整理器，观察有效信息完整度与人工处理成本。

<!-- source-block: b243 -->

样本很小时只作方向判断，不声称统计显著。连续几次对话不能代表一个国家的总体需求。记录访客来源、企业岗位、问题和下一步，防止把不同渠道质量混在一起。

<!-- source-block: b244 -->

建议在完成 15 次目标客户访谈后复盘是否存在重复问题；完成 3 个有明确验收的试点后复盘是否可以形成标准服务。若缺乏重复需求、交付始终超预算或合规前提无法满足，应暂停扩量并调整切入点。

<!-- source-block: b245 -->

<div class="page-break"></div>

<!-- source-block: b246 -->

<a id="chapter-27"></a>

## 第27章：可直接使用的英文模板与采购 FAQ

<!-- source-block: b247 -->

**主动询盘回复草稿**

<!-- source-block: b248 -->

感谢您说明工作流程。为了界定有价值的试点，能否分享主要任务、涉及的系统，以及几个不涉密的示例问题或请求？我们将据此讨论所需数据、复核步骤和验收计划。现阶段请不要发送凭据或生产环境中的客户记录。

<!-- source-block: b249 -->

**试点需求简报**

<!-- source-block: b250 -->

业务任务／流程负责人／当前基线／已获授权的数据／部署偏好／支持语言／预期输出／人工审批／验收样本／排除范围／成本假设／下一决策日期。

<!-- source-block: b251 -->

**采购常见问题**

<!-- source-block: b252 -->

**CNPS 是平台厂商吗？** CNPS 是 FastGPT 的合作伙伴，提供需求界定和实施服务。平台许可与 CNPS 服务在书面方案中分别确定。

<!-- source-block: b253 -->

**能否使用我们自己的环境？** 我们可以评估在您的环境中部署。模型端点、文档处理、备份和集成都必须纳入数据流审查。

<!-- source-block: b254 -->

**公开案例是 CNPS 的客户项目吗？** 参考案例由 FastGPT 发布，用于说明可能的工作流程；您的项目将拥有自身的范围和验收标准。

<!-- source-block: b255 -->

**决定全面上线之前，我们会获得什么？** 一份范围明确的试点方案，说明输入、输出、假设和测量方式。双方按约定复盘试点后，再推进生产上线。

<!-- source-block: b256 -->

**如何索取方案？** 请联系 sales@cnps.ai，或使用 www.cnps.ai 的 FastGPT 询盘页面。告诉我们一个工作流程及其负责人。

<!-- source-block: b257 -->

<div class="page-break"></div>

<!-- source-block: b258 -->

<a id="chapter-28"></a>

## 第28章：来源索引与更新规则

<!-- source-block: b259 -->

访问核对日为 2026-09-03。链接中的 main 分支会变化，正式交付时应记录选用版本或 commit。案例总结采用发布方文字，不复制原始图表和整篇材料。下列来源支持事实观察，策略建议属于 CNPS 的分析。

<!-- source-block: b260 -->

### 产品、生态与规则

<!-- source-block: b261 -->

- S01 [FastGPT 官网](https://fastgpt.io/)：公开产品定位。
- S02 [FastGPT GitHub](https://github.com/labring/FastGPT)：源码与使用入口。
- S03 [FastGPT LICENSE](https://github.com/labring/FastGPT/blob/main/LICENSE)：商业许可附加条件。
- S04 [FastGPT 案例中心](https://solutions.fastgpt.cn/customers)：案例与方案目录，二者需区分。
- S05 [Dify GitHub](https://github.com/langgenius/dify)：开源与部署路径。
- S06 [Dify partners](https://dify.ai/partners)：服务和生态分层。
- S07 [京进与 LangGenius 合作公告，2026-04-10](https://group.kyoshin.co.jp/news/741333/)：日本企业合作。
- S08 [RAGFlow](https://github.com/infiniflow/ragflow)：文档与检索产品组织。
- S09 [LobeHub](https://github.com/lobehub/lobehub)：当前仓库，原 lobe-chat 重定向。
- S10 [Chatbox](https://github.com/chatboxai/chatbox)：桌面客户端分发。
- S11 [OpenManus](https://github.com/FoundationAgents/OpenManus)：开源复现参考。
- S12 [Markdown Exporter](https://github.com/bowenliang123/markdown-exporter)：文档导出生态。
- P01 [欧盟 AI Act](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai)：法规适用需另评估。
- P02 [Google Search Essentials](https://developers.google.com/search/docs/essentials)：技术和内容基本要求。
- P03 [GitHub Acceptable Use](https://docs.github.com/en/site-policy/acceptable-use-policies/github-acceptable-use-policies)：平台推广边界。
- P04 [FastGPT Security](https://github.com/labring/FastGPT/security)：安全公告与报告流程。

<!-- source-block: b262 -->

### 八个案例原文

<!-- source-block: b263 -->

- C01 [延锋 iSAP](https://solutions.fastgpt.cn/customers/manufacturing-production-processing/isap-it-ops-robot-solution)
- C02 [商络料号](https://solutions.fastgpt.cn/customers/manufacturing-production-processing/ai-part-number-analyzer-system)
- C03 [延锋供应商](https://solutions.fastgpt.cn/customers/manufacturing-production-processing/fastgpt-supplier-recommendation-system)
- C04 [欧派派单](https://solutions.fastgpt.cn/customers/e-commerce-retail-trade/retail-ai-dispatch-platform)
- C05 [昭昭客服](https://solutions.fastgpt.cn/customers/education-training-research-study/ai-intelligent-customer-service)
- C06 [制度与项目查询](https://solutions.fastgpt.cn/customers/construction-engineering-renovation/text-sql-institution-agent)
- C07 [延锋审单](https://solutions.fastgpt.cn/customers/manufacturing-production-processing/ai-financial-audit-solution)
- C08 [物流知识客服](https://solutions.fastgpt.cn/customers/transportation-logistics/yc-intelligent-customer-service)

<!-- source-block: b264 -->

### X 观察样本

<!-- source-block: b265 -->

- X01 [Luyu Zhang：国际活动，2024-09-05](https://x.com/goocarlos/status/1831721654227234941)
- X02 [Tom：日语工作流教程，2025-01-07](https://x.com/0x__tom/status/1876558928018088123)
- X03 [まつにぃ：文档导出，2025-03-15](https://x.com/yugen_matuni/status/1900815012652085400)
- X04 [Canopy Wave：模型插件，2026-01-29](https://x.com/CanopyWave_CW/status/2016822425439392093/photo/1)
- X05 [digitalpr_jp：日本合作，2026-04-10](https://x.com/digitalpr_jp/status/2042456153519464803)

<!-- source-block: b266 -->

每次更新需记录事实变化、影响页面、修改责任人和复核日期。公开策略中的假设应在取得客户许可和可靠数据后逐步替换为实证，案例授权或材料失效时撤下相关内容。
