FastGPT × CNPS：出海增长与交付

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

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

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

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

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

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

阅读导航

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 来源索引。

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

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

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

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

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

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

指标必须有分母与归属

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

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

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

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

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

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

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

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

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

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

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

来源冲突的处理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

初始排序示例与反证条件

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

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

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

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

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

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

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

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

首批账户的发现方法

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

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

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

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

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

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

三个试点包的可交付边界

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

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

客户价值计算器的口径

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

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

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

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

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

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

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

案例准入规则

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

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

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

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

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

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

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

本地化检查表

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

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

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

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

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

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

第12章：RAGFlow、LobeHub、Chatbox 与 OpenManus

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

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

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

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

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

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

Markdown Exporter 的实际仓库存在，说明“跨语言传播一个解决真实办公问题的组件”是可观察的现象。它不能证明 FastGPT 可以直接导入 Dify 插件。插件仓库。

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

从观察到实验的证据链

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

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

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

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

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

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

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

样例仓库验收与转化

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

首批搜索主题与页面映射

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

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

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

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

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

首批 X 英文草稿

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

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

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

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

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

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

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

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

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

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

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

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

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

接单入口的实际行为

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

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

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

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

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

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

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

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

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

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

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

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

首轮验收集与阈值草案

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

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

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

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

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

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

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

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

生产运行的控制点

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

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

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

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

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

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

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

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

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

最小数据与采购材料

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

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

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

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

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

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

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

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

避免成本重复计算

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

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

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

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

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

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

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

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

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

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

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

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

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

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

主动询盘回复草稿

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

试点需求简报

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

采购常见问题

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

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

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

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

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

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

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

产品、生态与规则

• S01 FastGPT 官网：公开产品定位。
• S02 FastGPT GitHub：源码与使用入口。
• S03 FastGPT LICENSE：商业许可附加条件。
• S04 FastGPT 案例中心：案例与方案目录，二者需区分。
• S05 Dify GitHub：开源与部署路径。
• S06 Dify partners：服务和生态分层。
• S07 京进与 LangGenius 合作公告，2026-04-10：日本企业合作。
• S08 RAGFlow：文档与检索产品组织。
• S09 LobeHub：当前仓库，原 lobe-chat 重定向。
• S10 Chatbox：桌面客户端分发。
• S11 OpenManus：开源复现参考。
• S12 Markdown Exporter：文档导出生态。
• P01 欧盟 AI Act：法规适用需另评估。
• P02 Google Search Essentials：技术和内容基本要求。
• P03 GitHub Acceptable Use：平台推广边界。
• P04 FastGPT Security：安全公告与报告流程。

八个案例原文

• C01 延锋 iSAP
• C02 商络料号
• C03 延锋供应商
• C04 欧派派单
• C05 昭昭客服
• C06 制度与项目查询
• C07 延锋审单
• C08 物流知识客服

X 观察样本

• X01 Luyu Zhang：国际活动，2024-09-05
• X02 Tom：日语工作流教程，2025-01-07
• X03 まつにぃ：文档导出，2025-03-15
• X04 Canopy Wave：模型插件，2026-01-29
• X05 digitalpr_jp：日本合作，2026-04-10

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