Reddit AI 智能体动态 - 2026-05-04¶
1. 热议话题¶
1.1 合规与监管缺口让 AI 构建的产品功亏一篑（🡕）¶
当天得分最高的帖子（114 分，68 条评论）讲述了一位创始人的经历：他花费 $8k 打造了一款由 AI 构建的医疗 MVP，结果首家试点诊所的供应商问卷便暴露出产品完全不符合 HIPAA 要求——没有静态数据加密、审计日志、BAA 覆盖，也没有基于角色的访问控制。重建成本达到初次开发的 3 倍。过去一年里，4 个医疗项目都出现了同样的问题。
u/soul_eater0001 写道：“Cursor 不知道 BAA 是什么，提示词里也从未要求过。”问题不在于 AI 辅助开发本身，而在于那些加快产品上线速度的工具“对你的监管环境一无所知”（帖子）。
-
讨论洞察：u/crowEatingStaleChips（86 分）难以置信地表示：“所以真的有人直接搭建能访问 ePHI 的智能体 AI 系统，却……从来没想过 HIPAA 的存在？”u/Protopia 换了一个角度：“这不是 AI 的知识问题，而是创始人的知识问题……因此，他的需求规格里漏掉了所有监管相关内容。”
-
与前一天相比：5 月 3 日关注的是组织政治如何扼杀自动化。5 月 4 日则将视角前移：合规与领域知识缺口会让 AI 构建的软件在首次接触企业客户时就失败，甚至还没轮到利益相关者之间的政治博弈登场。
1.2 专业服务自动化：先梳理流程，再写代码（🡒）¶
来自 u/soul_eater0001 的 3 篇帖子，以及 u/Warm-Reaction-456 延续的讨论，都在强化同一个观点：大多数专业服务自动化失败，并非因为技术，而是因为流程未经审视、数据质量低下。
u/soul_eater0001 总结了 30 多家公司中最耗时的 4 类行政任务——客户接入、文档生成、定期客户沟通和内部报告——并认为这些任务都不需要 AI 智能体。“搭建一条 Zapier 流程，将接入表单直接连接到日历、CRM 和服务协议模板，大约只需 6 小时”（帖子）。在另一篇配套帖子中，同一作者介绍了脏乱的 CRM 数据和缺乏代表性的测试数据如何让工作流还没撑到周一早晨便告失败：“我见过一些工作流通过了两周测试，随后却悄无声息地丢掉了 30% 的记录”（帖子）。
u/Warm-Reaction-456（84 分）延续了前一天关于政治阻力的主题：一名高级合伙人拖延提案自动化项目，因为为期 9 天的审核周期能让他继续保持存在感和重要性（帖子）。
-
讨论洞察：u/pointlesstips 简明扼要地总结道：“几乎所有 AI 用例本质上都是自动化用例，都需要重新设计业务流程。”u/SatishKewlani 补充说：“真正的解决办法不是让数据更干净，而是在开发前强制开展一次‘数据契约’讨论。”
-
与前一天相比：5 月 3 日揭示了政治层面的症结。5 月 4 日补充了运营层面的因素：即使各方利益一致，脏数据和缺乏代表性的测试仍会悄无声息地摧毁工作流。
1.3 智能体安全、权限与攻击面（🡕）¶
多篇帖子不约而同地聚焦智能体安全，涉及提示词注入、数据库删除和 LLM 可观测性等问题。
u/udit_jain 仅用 10 秒就对 NDTV 的“企业 AI”选举机器人实施了提示词注入，让它生成了自身开发者忘记添加的防护机制所需的 Python 代码。“它简直把自己的生产架构狠狠嘲讽了一番”（帖子）。
针对 PocketOS 删除生产数据库的事故，u/Fragrant_Barnacle722 回应称：“智能体并没有失控，它只是使用了一个权限远超所有人预期的令牌。”该团队已将名为 KYA-OS 的委托权限执行规范捐赠给 Decentralized Identity Foundation（帖子）。
u/PeachyCheese0711 介绍了一个从 Web 安全转向 LLM 安全的网络安全团队，该团队正在开发一款开源的智能体可观测性与拓扑映射工具（帖子）。
-
讨论洞察：u/Emerald-Bedrock44 概括了核心问题：“失败的不是智能体，而是你的权限模型……令牌权限过宽、缺少审计日志，也没有影响范围控制。”u/Iron-Over 表示：“令牌应当是短期有效的，而你能获得哪些权限，应由操作上下文决定。”
-
与前一天相比：5 月 3 日只有一些零散的 AI 安全信号，如 Ubuntu root 漏洞利用和 AI 对抗诈骗者。5 月 4 日则出现了具体的架构应对方案：身份委托规范、可观测性工具，以及针对在线生产系统的提示词注入实证。
1.4 对“智能体式”标签的疲劳，以及演示与生产之间的鸿沟（🡒）¶
围绕什么才算真正的“智能体”、什么只是给提示词链包装出来的营销术语，讨论仍在继续。
u/netcommah（21 分，33 条评论）问道：“还有人受够了把‘美化过的提示词链’宣传成智能体吗？”他认为，只有具备“动态状态管理和防止无限循环”的能力，才达到了真正自主的门槛（帖子）。
u/LarryLeads 从销售角度观察到：“只有当一项任务原本就很烦人时，智能体才有意义……如今最有力的 AI 智能体创意，都是从人们早已厌恶的枯燥工作流出发”（帖子）。
u/Tech_genius_ 寻求真实的 ROI 证据，并得到 u/Substantial_Lie_3670 的详细回复：后者介绍了一支已投入生产的智能体团队，借助 Claude Cowork、Codex 和 Tability 负责 OKR，并以 30 分钟为心跳周期运行（帖子）。
-
讨论洞察：u/QoTSankgreall（9 分）反驳道：“只要能产生 ROI，我不在乎人们怎么称呼它。”u/NefariousnessFar2266 表示：“各家公司正在淡化那些愚蠢的 AGI/ASI 主张……现在转而追捧‘增强型员工’。”
-
与前一天相比：5 月 3 日将其视为生产工程方面的技术讨论。5 月 4 日则增加了商业维度：演示中表现出色的智能体，在销售沟通中屡屡失败，因为底层痛点从未得到验证。
1.5 氛围编程心理与上下文管理（🡒）¶
5 月 3 日提出的“氛围编程就像赌博”这一观点仍在发酵，如今又加入了实用的上下文管理策略。
u/Intelligent_Path_878（20 分）表示：“奖励不只是最终完成的功能，还包括对下一次运行或许能解决问题的期待”（帖子）。
u/kappadielle 将上下文衰退描述为 AI 回答质量下降的系统性原因，并提出了一套严格的工作流：在系统提示词中加入项目概览，按主题准备补充简报，每交流 20 轮便开启新对话，并交接决策状态，而不是变更日志（帖子、帖子）。
-
讨论洞察：u/serge_xp 提供了另一种视角：“考虑到 Opus 4.7 和 GPT 5.5 等模型已经如此强大，你完全可以吸取那个糟糕的氛围编程 MVP 的经验，在几天内重建整个系统。”u/Exact_Guarantee4695 表示：“在会话开始前定义好写入范围……提前限定影响范围，意味着每次会话都是一个边界明确的单元。”
-
与前一天相比：5 月 3 日提出了赌博循环的说法。5 月 4 日则补充了另一项相关担忧：上下文衰退解释了长会话质量为何会下降，而结构化交接协议正成为新的应对措施。
1.6 OpenAI 硬件与平台控制权（🡕）¶
u/EvolvinAI29（34 分，18 条评论）援引分析师郭明錤的消息称，OpenAI 可能正与 MediaTek、Qualcomm 和 Luxshare 合作开发智能手机。其核心逻辑是：Apple 和 Google 在操作系统层面限制后台访问、跨应用上下文和持久记忆，使 AI 智能体无法在不“每走 3 步就请求一次许可”的情况下运行。预计要到 2028 年才会实现量产（帖子）。
-
讨论洞察：质疑声占据主导。u/Bradpittstains4243（10 分）表示：“真等不及要为手机每隔 15 分钟调用一次 LLM 所消耗的令牌付费了。”u/MDInvesting 表示：“没人应该放心把手机交给那家公司。”
-
与前一天相比：5 月 3 日没有直接相关的讨论。这是关于平台级 AI 基础设施的新信号。
2. 用户的不满¶
AI 辅助开发无视合规——严重程度：高¶
创始人推出由 AI 构建的医疗、金融科技和企业产品，却完全没有合规基础设施。真实客户发来的第一份供应商问卷便会暴露这一缺口，重建成本达到初次开发的 3 倍。u/soul_eater0001 表示：“那些让产品快速上线的工具，对你的监管环境一无所知”（帖子）。
脏数据悄无声息地摧毁生产工作流——严重程度：高¶
CRM 联系人重复、电子表格列格式不一致，以及缺乏代表性的测试数据，会让工作流在首次于真实环境中运行的周一早晨悄无声息地丢失 30% 的记录。u/soul_eater0001 表示：“如果数据本身既不干净，也没有结构，就无法构建依赖干净结构化数据的工作流”（帖子）。u/NeedleworkerSmart486 提到，有一家公司竟把客户姓名字段当作自由格式的备注栏使用。
智能体权限模型几乎不存在——严重程度：高¶
不受范围限制的宽权限令牌，让智能体能够执行破坏性操作。u/Fragrant_Barnacle722 表示：“它找到了一个令牌，这个令牌拥有宽泛权限，而 API 让它毫无阻碍地执行了破坏性操作”（帖子）。
RAG 在信息缺失时产生幻觉——严重程度：中¶
当知识库缺少所需信息时，RAG 智能体会编造看似可信的答案。u/frank_brsrk 表示：智能体仅仅因为没有看到过敏原相关说明，就把菜品标注为“过敏原安全”，而非基于经过验证的安全信息。“这种故障模式就是自信地编造”（帖子）。
n8n 测试基础设施存在缺口——严重程度：中¶
从业者构建的 n8n 工作流能够通过测试，却会在生产环境中失败。u/Busy-Examination-877 表示：“我已经在 n8n 上构建了不少自动化流程，但这些流程到了生产环境就会失败”（帖子）。除了 Pin Data 和手动重新运行外，n8n 没有原生测试框架。
将 WhatsApp 用作业务数据渠道——严重程度：中¶
200 多家供应商通过 WhatsApp 发送 Excel 文件，既没有身份验证，也没有审计追踪或数据校验。社区共识是弃用 WhatsApp，但供应商的使用习惯阻碍了迁移。u/WorkEmbarrassed2618（帖子）。
3. 用户期待出现的产品¶
具备合规意识的 AI 开发脚手架——机会：高¶
AI 编程工具（Cursor、Claude Code）能快速生成功能代码，却完全不了解监管要求。医疗、金融科技和企业 SaaS 领域的创始人需要一种脚手架，在编写代码之前就将 HIPAA、SOC 2、GDPR 等合规要求注入开发流程，而不是等第一份供应商问卷暴露缺口后再补救。u/Time_Cat_5212 表示：“在发布前，直接问你最喜欢的 AI，你需要了解自己正在构建的工具的哪些事项。”但目前没有工具能系统性地强制执行这些要求（帖子）。
智能体身份与权限委托基础设施——机会：高¶
多篇帖子描述了同一个缺口：智能体使用权限过于宽泛的令牌运行，执行时没有范围受限的授权。u/Fragrant_Barnacle722 正在为此开发 KYA-OS，并已将其捐赠给 Decentralized Identity Foundation（帖子）。u/Dependent_Policy1307 希望执行控制点能够识别“智能体身份、委托的用户意图，以及当前调用的具体能力”。
RAG 评估与安全防护框架——机会：中¶
u/frank_brsrk 构建了一套开源 n8n 工作流，利用多个评审模型的盲评打分对 RAG 智能体进行 A/B 评估，但他指出，目前这种方法仍需手动操作，且规模较小。市场需要生产级 RAG 评估工具，在部署前检测模型面对数据缺失时的“自信编造”（帖子）。
智能体间协调标准——机会：中¶
u/SavingsProgress195 描述的多智能体系统存在如下问题：“消息格式互不匹配，各自采用不同的状态跟踪方式，就连会话或上下文等基本概念都无法顺畅对接”（帖子）。u/Ok_Today5649 提到，通过共享上下文文件传递智能体交接内容会形成协调瓶颈（帖子）。u/getstackfax 建议采用结构化交接模式，传递可直接用于决策的状态，而不是完整历史记录。
成本恒定的上下文管理——机会：中¶
u/kappadielle 介绍了用于对抗上下文衰退的手动上下文轮换工作流。u/Limp_Statistician529 表示：“我希望有一种工具，让我们不必一遍遍重复自己说过的话”（帖子）。这延续了 5 月 3 日对 Semvec 类解决方案的需求信号。
4. 正在使用的工具与方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| n8n | 工作流编排 | 褒贬不一 | Webhook、可视化构建器、支持自托管、社区庞大 | 生产测试存在缺口、没有原生工具排序、规模扩大后的定价问题 |
| Claude Code / Claude Cowork | LLM + 开发 | 正面 | 生产级智能体流水线、Skills、MCP 集成、Live Artifacts | 规模扩大后的令牌成本 |
| Cursor | AI 代码编辑器 | 褒贬不一 | 可快速发布 MVP | 完全不了解监管要求，存在合规盲区 |
| Qdrant | 向量数据库 | 正面 | 支持自托管，与 n8n 集成良好 | 对缺失数据产生的 RAG 幻觉仍需自定义评估 |
| Firecrawl | 网页抓取 API | 正面 | 覆盖 96% 的网页、输出整洁的 Markdown、可处理 JS/Cloudflare | 点数无法结转，规模扩大后成本累积明显 |
| Crawl4ai | 网页抓取（开源） | 褒贬不一 | 免费、开源、GitHub 58k 星标 | Docker 不稳定、性能随时间下降、对大量依赖 JS 的网站不可靠 |
| Ollama | 本地推理 | 正面 | 免费，可在本地运行 Gemma 4/Qwen 3.6 | 复杂多智能体任务需要运行 3.5 小时 |
| Tability | OKR 管理 | 正面 | 智能体心跳与目标委派 | 需要谨慎制定“何时不应工作”的规则 |
| MCP | 智能体集成 | 正面 | 标准化工具接口，一份配置可供所有智能体使用 | 智能体间的协调仍然笨拙 |
主流模式是双层技术栈：使用 n8n 或可视化构建器搭建确定性的工作流管道，仅在受约束的步骤中调用 LLM 执行分类、摘要或生成。尝试过完全自主智能体的从业者一致认为，必须严格限定权限范围，并在外层采用确定性框架。Firecrawl 和 Crawl4ai 正成为 RAG 流水线的主要 Web 数据摄取层：Firecrawl 胜在可靠性，Crawl4ai 胜在成本。
5. 用户正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| AgentHandover | u/Objective_River_5218 | 监看屏幕并为智能体创建 Skills 的 Mac 菜单栏应用 | 智能体无法复现用户特有的工作流 | 本地 LLM、macOS、OpenClaw/Claude Code 集成 | 开源，演示日获胜项目 | 帖子 |
| RAG Blind Eval Harness | u/frank_brsrk | 通过多评审模型盲评打分，对 RAG 智能体进行 A/B 测试 | RAG 面对缺失数据时产生幻觉 | n8n、Qdrant、Claude Haiku 4.5、4 个评审模型 | 已开源发布 | GitHub |
| KYA-OS | u/Fragrant_Barnacle722 | 智能体身份与权限委托规范 | 宽权限令牌导致智能体执行破坏性操作 | 已捐赠给 Decentralized Identity Foundation | 规范已发布 | 网站 |
| Hollow AgentOS | u/TheOnlyVibemaster | 具备 VRAM 感知调度和原子事务能力的智能体操作系统 | 智能体无限循环与资源冲突 | Python、RTX 5070、开源 | 已发布 | 帖子 |
| Multi-Agent Trading Floor | u/Outrageous_Aspect919 | 由 10 个智能体生成每日交易报告 | 多智能体编排教学 | Ollama、Gemma 4、Qwen 3.6、像素风 UI | 每日运行 | 网站 |
| SuperAgents | u/anuraginsg | 带可视化工作流编辑器的无代码 AI 智能体平台 | 非开发人员无法构建生产级智能体 | Vercel 部署、AES-256 凭据保险库、网页抓取模板 | 已上线 | 帖子 |
| Unified Agent Platform | u/feelingoldintech | 以单一平台取代 LLM 代理、智能体框架、工作流引擎和可观测性工具 | LiteLLM、n8n、LangSmith 等工具过度分散 | 开发 6 个月 | 上线前分享 | 帖子 |
| Lead Outreach Automation | u/RubPotential8963（其兄弟） | 在 Google Maps 上寻找评论较少的企业，并发送个性化邮件 | 为 Web 开发服务获取首批客户 | n8n、Google Maps 抓取 | 已产生收入（17 岁时达到 $1k/月） | 帖子 |
| Invoice Processing Workflow | u/Additional_Lobster12 | 通过 OCR 提取结构化会计数据 | 手动录入发票数据 | n8n、Google Drive、AI/OCR、Google Sheets | MVP，征求反馈 | 帖子 |
| UGC Video Ad Generator | u/Silver-Range-8108 | 输入一张产品照片，无限生成 UGC 视频广告 | 手动制作广告创意 | n8n 工作流 | 已发布 | 帖子 |
值得注意的是，演示日获胜项目 AgentHandover 代表了一个新类别：监看屏幕，从人类行为中提取流程知识，并将其编码为智能体技能。RAG Blind Eval Harness 是该社区首次出现的开源评估框架，采用来自多个实验室的评审模型进行盲评打分。17 岁的开发者通过 n8n 构建潜在客户开发自动化，每月收入 $1k，这也体现了自动化业务极低的入门门槛。
6. 新动向与关注点¶
HIPAA 合规成为 AI 驱动型产品的失败模式¶
这款 $8k 医疗 MVP 的故事（114 分）清晰呈现了一种反复出现的模式：AI 编程工具让创始人能够发布通过功能测试、却在首次接触客户时无法通过合规测试的产品。这不同于通常所说的“幻觉”或“准确性”问题——代码本身运行正常，只是缺失了整类必要基础设施。讨论表明，市场需要的是具备合规意识的开发框架，而不仅仅是事后的合规审计（帖子）。
智能体权限委托规范捐赠给开放标准组织¶
u/Fragrant_Barnacle722 将 KYA-OS 智能体身份规范捐赠给 Decentralized Identity Foundation，表明智能体权限基础设施正从临时方案迈向标准制定工作。该规范涵盖智能体身份、范围受限的委托，以及跨执行链的上下文持久化（帖子）。
使用多实验室盲评的 RAG 安全评估¶
u/frank_brsrk 构建了一套 n8n 工作流，使用来自不同实验室的 4 个评审模型（Kimi K2、Sonnet 3.7、MiniMax 2.5、DeepSeek V4 Flash），对 RAG 智能体进行盲测 A/B 评估。这种方法检测出了人工测试未能发现的过敏原安全信息编造问题。每次运行成本为 $0.10-0.15（帖子、GitHub）。
YC 2026 年夏季创业方向清单印证智能体基础设施趋势¶
u/Ok_Today5649 将 YC“创业公司征集方向”中的 3 项与生产实践对应起来：AI 原生服务公司（$6T 服务市场）、面向智能体用户而非人类用户的软件，以及动态界面。帖子介绍了一个完全通过 MCP 通信的五智能体技术栈，包括构建者、运营者、驾驶舱、研究员和营销智能体（帖子）。
生产级 OKR 驱动型智能体团队¶
u/Substantial_Lie_3670 介绍了一套生产系统，其中智能体通过 Claude Cowork、Codex 和 Tability，负责内容营销、文档和客户成功方面的 OKR。关键经验是：“如果不帮助智能体理解什么时候不应该工作，局面可能会变得一团糟”——解决办法是限制待办任务数量并设置状态门控（帖子）。
7. 机会所在¶
[+++] 具备合规意识的 AI 开发工具——一款开发成本从 $8k 膨胀到 $24k 的产品获得 114 分，证明这一痛点确实存在。所有 AI 编程工具（Cursor、Claude Code、Codex）都能快速交付代码，却完全不了解监管要求。如果有一种工具或框架，能以模式约束、身份验证模型和日志要求等形式，将 HIPAA、SOC 2、PCI-DSS 等合规要求注入开发流程，就能服务所有在受监管垂直行业创业的创始人。重建成本总是达到原开发成本的 3 倍。证据：u/soul_eater0001 总结的 4 个案例、u/crowEatingStaleChips 获得 86 分的质疑，以及 u/Emerald-Bedrock44 对多个项目情况的印证。
[+++] 智能体权限与身份基础设施——PocketOS 数据库删除事故、NDTV 提示词注入事件和宽权限令牌模式，都指向同一个缺口：智能体使用与人类相当的权限执行操作，且没有范围受限的委托机制。KYA-OS 仍处于早期阶段。市场需要可用于生产的身份、权限范围控制和审计基础设施，支持跨多个服务运行的智能体。证据：u/Fragrant_Barnacle722、u/PeachyCheese0711、u/Nice-Permission-4339。
[++] RAG 评估与安全测试——面对缺失数据时自信地编造，可能带来责任风险，尤其是在食物过敏原和医疗等领域。u/frank_brsrk 提出的多评审模型盲评方案，每次运行仅需 $0.10-0.15，证明其在经济上可行。将其产品化并在生产环境中持续运行，便可服务所有 RAG 部署。
[++] 面向自动化顾问的数据质量工具——每篇专业服务自动化帖子都将脏数据列为首要障碍。若能提供一种自动化前数据审计工具，用于映射 CRM 字段语义、检测重复项并识别未形成文档的业务逻辑，将有助于快速扩张的自动化咨询市场。证据：u/soul_eater0001 的 40 个项目样本，以及 u/SatishKewlani 提出的“数据契约”方案。
[+] 智能体交接与协调协议——多智能体系统单独运行时表现正常，却会在交接边界出现故障。除共享上下文文件外，结构化状态模式、回执和框架无关的协调方式仍未得到解决。证据：u/SavingsProgress195、u/Ok_Today5649、u/getstackfax。
[+] n8n 生产测试框架——多名从业者反映，工作流能够通过测试，却会在生产环境中失败。除了 Pin Data 外，目前没有原生测试框架。若能推出结构化测试运行器，使用类似生产环境的数据重放并验证工作流逻辑，将可服务 n8n 庞大的用户群体。证据：u/Busy-Examination-877，以及 u/Proud-Vehicle-6912 提出的详细变通方案。
8. 要点总结¶
-
AI 编程工具正在受监管行业制造一颗合规定时炸弹。当天热度最高的帖子（114 分）记录了一种反复出现的模式：AI 构建的 MVP 能通过功能测试，却无法通过第一份企业供应商问卷。由于合规要求决定了数据模式、身份验证模型和日志策略，而不是事后添加的一层功能，因此重建成本会达到 3 倍。（来源）
-
大多数专业服务自动化需要的是流程管道，而非 AI 智能体。4 类反复出现的行政任务——客户接入、文档生成、客户沟通和报告——耗时最多，却只需要 Webhook、CRM 集成和模板。对于成本仅相当于一名行政人员一两个月薪资的工作，“凡事都要智能体化的人会向你兜售一个价值 $25K 的编排层”。（来源）
-
智能体权限模型是最关键的缺失基础设施。PocketOS 数据库删除事故和 NDTV 提示词注入事件都可追溯至同一个根本原因：智能体使用宽泛且不受范围限制的权限运行。KYA-OS 捐赠给 Decentralized Identity Foundation，标志着智能体身份与委托机制开始进入标准制定阶段。（来源）
-
RAG 系统会在数据缺失时自信地编造，而多评审模型盲评可以识别这类问题。一个 RAG 智能体仅因未发现过敏原相关说明，就将菜品称为“过敏原安全”。一套开源 n8n 评估框架使用来自不同实验室的 4 个评审模型，以每次 $0.10-0.15 的成本检测出了这类编造。（来源）
-
脏数据摧毁的自动化流程比 API 故障更多。一些工作流通过了两周测试，却在面对真实生产数据时悄无声息地丢失 30% 的记录。解决办法不是改进错误处理，而是在编写任何代码之前先开展数据审计讨论。（来源）
-
上下文衰退是一种系统性退化模式，而非随机故障。从业者正在制定结构化交接协议——将项目概览放入系统提示词、按主题准备补充简报、每交流 20 轮便新建对话——以便在长时间的 AI 辅助工作中保持回答质量。（来源）
-
自动化代理服务市场门槛很低，但正在迅速同质化。一名 17 岁的开发者通过 n8n 抓取 Google Maps 上评论较少的企业，为其搭建网站和聊天机器人，每月收入 $1k。入门门槛已接近于零；要实现差异化，必须专注垂直领域并积累案例。（来源）