spatie.be 暂未发现付费内容

Spatie 把开源当作公司运作的核心部分，而不只是市场宣传。根据 spatie.be 的公开信息，它长期维护开源项目，并把开源和客户项目中的经验通过博客、Newsletter 持续分享出来；同时，它自研的产品也跑在与客户项目相同的 Laravel 技术栈上。如果你关心的是“能拿到什么、能学到什么”，下面按资源类型拆开说明。

开源：公司定位的一部分，而非附属品

网站明确写着 “Committed to open source”，并设有 “Our Efforts in numbers” 这样的板块来呈现投入规模。这说明开源在 Spatie 内部是被当作长期工作来对待的，而不是偶尔发布几个包。

对使用者的实际意义在于：

• 你可以在自己的 Laravel 项目中直接使用这些开源包，降低重复造轮子的成本。
• 由于 Spatie 同时做客户项目，开源包往往来自真实生产场景的需求，而不是纯演示代码。
• 开源工作与商业服务并行，意味着这些包有持续维护的动力。

自研产品：与客户项目共用同一套技术栈

Spatie 提到，自己的产品运行在“我们为客户构建的同一套技术栈”上。这句话的价值在于：产品遇到的问题和客户项目遇到的问题高度重合，产品打磨出来的经验可以反哺到开源和客户交付中。

网站列出的自研产品包括：

其中 Mailcoach 的“托管或自托管”两种形态值得注意：如果你的团队希望数据留在自己环境里，自托管 Laravel 包是可选路径；如果不想运维，托管服务更省事。具体价格和登录限制，网站资料未提及，需要以实际页面为准。

知识分享：博客与 Newsletter

Spatie 通过两个渠道持续输出经验：

• 博客：网站说明他们把开源和客户项目中的大量经验分享在博客上。对于想了解 Laravel 实践、架构取舍的开发者，这是一个可以直接阅读的来源。
• Newsletter：大约每季度一封，内容包括产品更新、幕后动态和有意思的链接。适合不想频繁被打扰、但希望跟住产品节奏的人。

这两者的定位不同：博客偏技术经验沉淀，Newsletter 偏产品与团队动态。如果你只想学技术，优先看博客；如果你在用它的产品，订阅 Newsletter 更直接。

开发服务：开源经验如何回到项目里

Spatie 提供 Web 开发服务，并强调从框架早期就开始构建 Laravel 应用。它的工作方式分三步：

1. 研究与分析：在写代码之前先深入理解你的业务领域，同时承接新项目和“已经撑不住的遗留应用”。
2. 打好基础：构建面向长期维护的 Laravel 代码库，包括清晰结构、自动化测试和合理抽象，让需求变化时不会处处对抗。
3. 灵活开发：短周期推进、频繁同步，优先级可以调整，流程本身为此设计。

这套流程与开源、产品是同一套逻辑：先理解问题，再决定架构，最后交付可维护的代码。如果你在评估是否合作，可以重点看它的“遗留系统改造”和“长期可维护性”这两点是否匹配你的处境。

怎么用这些资源

• 想直接用现成工具：从 Mailcoach、Flare、There There、Ray 中按场景选，注意区分托管与自托管。
• 想学 Laravel 实践：读博客，关注它如何把开源和客户项目经验写出来。
• 想跟产品动态：订阅季度 Newsletter。
• 想找开发合作：参考它的三步流程，判断自己的项目属于新项目还是遗留改造。

网站没有给出各产品的具体定价、开源包清单或 Newsletter 订阅入口细节，这些需要到 spatie.be 对应页面确认。

开源软件指源代码公开、允许他人查看、修改和再分发的软件。它不等于免费，也不等于没有版权——是否收费、能否商用、二次发布要满足什么条件，取决于具体的开源许可证。对普通人来说，判断一款开源软件值不值得用，关键看三点：许可证是否匹配你的用途、项目是否仍在活跃维护、以及它能否解决你的具体任务。下面按这三个维度展开。

开源软件和"免费软件"不是一回事

很多人把开源等同于免费，这是最常见的误区。开源描述的是源代码的获取与使用权利，免费描述的是价格。两者可以重合，也可以分离：

• 有的开源软件完全免费，靠社区或捐赠维护；
• 有的开源软件本身免费，但官方提供付费的技术支持、托管或企业版；
• 也有软件免费但不开源（只给可执行文件，不给源代码）。

所以看到"开源"两个字，不要直接推断"免费"或"可以随便用"。真正决定你能怎么用的，是它附带的许可证。

常见许可证决定你能做什么

许可证是开源软件的使用规则。同样是开源，不同许可证对"修改后要不要也开源""能不能闭源商用"的要求差别很大。下面是最常见的几类：

对普通用户来说，日常使用（自己装来用、不修改不分发）几乎不受许可证限制。真正需要留意许可证的是两类人：把开源代码嵌进自己产品再发布的开发者，以及想基于开源项目做二次分发的人。如果你属于这两类，务必先读项目根目录下的 LICENSE 文件，而不是凭印象判断。

开源不等于安全，也不等于好用

"源代码公开所以更安全"是一种想当然。公开确实让更多人能审查代码，但有没有人真的去审查、发现问题后有没有人及时修，才是安全的关键。判断一个开源项目是否可靠，可以看这些信号：

• 最近提交时间：仓库几个月甚至几年没更新，遇到漏洞可能没人修；
• issue 和 PR 的响应：大量长期未处理的 issue，说明维护者精力有限或已放弃；
• 发布节奏：是否有稳定的版本发布，还是长期停在某个旧版本；
• 社区规模：文档、论坛、问答是否活跃，出问题能不能找到人。

反过来，一个更新频繁、社区活跃的小众开源工具，往往比一个多年不更新的大牌项目更值得信任。

按用途挑选开源替代品

选开源软件，先明确你要完成的任务，再看有没有成熟替代品。以图像处理为例，ImageOptim 就是一类面向"压缩图片、减小文件体积"任务的开源工具，它的定位是替代"导出为 Web 格式"这类操作，而不是替代完整的图像编辑软件。这说明一个重要思路：开源替代品常常只覆盖某个具体环节，而不是一比一替换整个商业软件。

按用途大致可以这样找：

• 图像/媒体处理：先想清楚是"编辑"还是"压缩/转换"，前者找编辑器，后者找专用工具；
• 办公文档：找能读写通用格式（如 docx、xlsx）的套件，注意复杂排版可能走样；
• 开发工具：这类开源生态最成熟，编辑器、版本控制、包管理基本都有开源方案；
• 系统工具：压缩、清理、格式转换等小工具，开源选择非常多。

挑选时的通用检查清单：

1. 它能不能完成你的核心任务（先看功能，不看名气）；
2. 最近一次更新是什么时候；
3. 有没有清晰的安装说明和文档；
4. 出问题时去哪里求助（issue 区、论坛、聊天群）。

安装和使用中的常见卡点

开源软件的安装方式比商业软件更杂，遇到问题先分清是哪一类：

• 来源不明：只从项目官网或官方代码仓库下载，不要用来路不明的第三方打包版本；
• 依赖缺失：部分工具需要先装运行环境或其他组件，报错信息通常会指出缺什么；
• 权限与系统限制：某些系统会拦截未签名应用，需要手动允许，操作前确认来源可信；
• 版本混乱：同一工具有稳定版和开发版，日常使用优先选稳定版。

遇到问题时的求助顺序

1. 先查官方文档：多数基础问题文档里就有答案；
2. 搜 issue 区：你的问题很可能别人已经提过，看有没有解决方案或临时绕过办法；
3. 看社区论坛/聊天群：适合文档没覆盖的使用经验类问题；
4. 自己提 issue：写清版本、系统、复现步骤和报错信息，越具体越容易被回应。

提 issue 时不要只写"用不了"，而要写"在什么系统、什么版本、执行了什么操作、期望什么结果、实际报了什么错"。这几乎决定了你能不能得到有效帮助。

一句话决策

日常自己用、不修改不分发，选开源软件主要看功能是否够用 + 项目是否还在维护；要把代码嵌进自己的产品再发布，才需要认真读许可证。开源是权利和协作方式，不是质量或免费的保证——把它当成一个需要核实的选项，而不是一个可以放心的标签。

Spatie 的自研产品主要围绕 Laravel 与 PHP 开发团队的日常工作流，覆盖邮件营销、错误与性能监控、客服工单处理和本地调试四类场景。根据 spatie.be 官网信息，这些产品大多提供免费试用入口，其中 Mailcoach 还支持自托管。如果你正在为 Laravel 项目寻找配套工具，可以按下面的用途对照选择。

四款产品的定位与适用场景

各产品具体说明

Mailcoach：邮件营销平台

Mailcoach 用于发送营销活动、自动化流程和事务邮件。它有两种使用方式：

• 托管服务：直接使用官方托管版本，适合不想自己维护邮件基础设施的团队。
• 自托管 Laravel 包：把邮件发送能力集成进自己的 Laravel 应用，数据和服务都在自己手里。

官网提供免费试用入口。如果你的团队已经在用 Laravel，并且希望邮件系统与现有技术栈保持一致，自托管版本值得优先评估。

Flare：错误追踪与性能监控

Flare 面向 Laravel 与 PHP 团队，把错误追踪、性能监控和日志集中在一个地方。官网描述为自托管（self-hosted），意味着数据留在自己的环境中，适合对日志和错误数据有内部管理要求的团队。同样提供免费试用。

There There：客服工单加速

There There 的思路是把团队已有的知识库和已解决工单利用起来，作用在每一封邮件和每一条聊天消息上，帮助更快关闭工单。它适合客服量较大、重复问题较多的支持团队，而不是开发工具链的一环。

Ray：桌面调试应用

Ray 是一款桌面调试应用，支持 Laravel、PHP 和 JavaScript。它保留了 dump() 和 console.log() 的速度，但提供专门的界面来组织输出，避免调试信息散落在浏览器控制台或终端里。官网提供 macOS 版本下载，并注明可在 Mac 上并排运行 Claude Code 和 Codex，为每个任务分配独立工作区、审查改动并在同一窗口发起 pull request。

怎么判断该不该试

• 已经在用 Laravel：Mailcoach（自托管）和 Flare 与现有技术栈一致，迁移和集成成本相对低。
• 痛点在于邮件发送：先看 Mailcoach 的托管与自托管哪种更符合你的数据管理要求。
• 痛点在于线上排错：Flare 把错误、性能和日志合并处理，比在多个工具间切换更省事。
• 痛点在于客服响应慢：There There 针对的是工单处理效率，与开发工具不是同一类需求。
• 痛点在于本地调试混乱：Ray 是桌面端工具，适合希望把调试输出集中管理的开发者。

官网对上述产品均提供免费试用或下载入口，具体功能和限制建议在试用中按自己的实际工作流验证。

Spatie 是一家位于比利时安特卫普的开发公司，核心业务是用 Laravel 构建网站和 Web 应用，同时把 AI 用在解决方案层面而非套模板。如果你的项目基于 Laravel，或者你有一个遗留系统需要重构、扩展，Spatie 的服务范围大致匹配；如果你需要的是其他技术栈或纯 AI 产品，则不在其公开描述的重点内。

服务内容

根据网站资料，Spatie 的对外服务集中在两块：

• Web 应用与网站开发：以 Laravel 为主要技术栈，承接新项目，也处理“已经撑不住”的遗留应用。
• AI 相关解决方案：网站表述为“With AI, we focus on solutions, not boilerplate”，即把 AI 用在具体问题里，而不是提供通用模板。

此外，Spatie 自己也在运营多条产品线，这些产品跑在与客户项目相同的技术栈上，因此他们对“软件在生产环境长期运行”这件事有直接经验。公开列出的产品包括：

这些产品都提供免费试用或免费下载入口，但具体价格和登录要求网站资料未提及，需要自行到对应产品页确认。

服务流程

Spatie 公开的开发方法分三步，顺序本身说明了他们的优先级：

1. 研究与分析：在写任何代码之前先理解你的业务领域。资料里明确写了“Know we dig into your domain before touching any code”，并且同时接受新项目和遗留应用。
2. 搭建稳固基础：产出为长期使用而设计的 Laravel 代码库——结构清晰、有自动化测试、抽象合理，需求变化时不会跟你对着干。
3. 灵活开发：短周期推进、频繁同步。优先级可以调整，流程本身为此设计，保证每一轮交付的都是当下最有价值的部分。

这个流程的关键承诺是：交付后你的团队能继续维护和扩展，而不是被锁死在外部依赖上。

适合什么情况

• 你有一个 Laravel 新项目，希望从架构阶段就打好基础。
• 你有一个遗留 Laravel 应用，已经“bursting out of its seams”，需要有人接手改造。
• 你重视自动化测试和可维护性，希望代码交付后自己团队能接手。
• 你同时需要 Web 开发和 AI 能力，且希望两者在同一个项目里落地。

需要留意的地方

• 网站强调 Spatie 自 Laravel 早期就开始做 Laravel 应用，经验深度是其卖点，但资料中没有给出具体项目数量或客户名单，评估时建议直接索取案例。
• 产品线提供免费试用，但服务本身的报价、周期、合作方式在现有资料中均未提及，需要联系确认。
• 如果你不在 Laravel 生态内，Spatie 的公开定位并不覆盖你的需求。

想进一步判断是否匹配，可以先看他们的博客——资料提到团队会把开源和客户项目中的经验写在那里，这是了解其实际工作方式最直接的公开材料。

spatie.be 是一家位于比利时安特卫普的开发公司官网，专注用 Laravel 构建网站和 Web 应用，并把 AI 用在解决实际问题上。它同时对外接客户项目、卖自有产品、做课程、维护开源包，还写博客分享经验。如果你在找 Laravel 方向的开发合作方，或者想了解它家的产品（如 Mailcoach、Flare、Ray），这个网站就是入口。

它提供什么

网站把内容分成几块，定位各有不同：

核心业务：Laravel 开发服务

Spatie 自称从 Laravel 框架早期就开始做 Laravel 应用，强调这种积累带来“更少的意外、更快的交付，以及团队在我们交付后仍能长期维护的代码”。

它的开发方法分三步：

1. 研究与分析：在写任何代码前先深入了解你的业务领域，既接新项目，也处理“快撑破”的遗留系统。
2. 打好基础：构建面向长期的 Laravel 代码库——结构清晰、有自动化测试、抽象合理，需求变化时不会跟你对着干。
3. 灵活开发：短周期迭代、频繁沟通，优先级可以调整，流程本身就为此设计。

这套流程适合在意代码可维护性、而不是只求快速上线的项目。

自有产品

网站列出的产品覆盖邮件营销、错误监控、客服和调试几个方向：

• Mailcoach：邮件营销平台，用于发送营销活动、自动化和事务性邮件。提供托管服务，也有可自托管的 Laravel 包。
• Flare：自托管的错误跟踪工具，面向 Laravel 和 PHP 团队，把错误跟踪、性能监控和日志集中在一处。
• There There：把知识和已解决的工单用到每封邮件和聊天消息上，帮助更快关闭工单。
• Ray：面向 Laravel、PHP 和 JavaScript 的桌面调试应用，用专门界面整理 dump() 和 console.log() 的输出。
• Claude Code 与 Codex 并行工具：在 Mac 上并排运行 Claude Code 和 Codex，每个任务独立工作区，可在同一窗口审查改动并开 pull request，提供 macOS 下载。

网站对 Mailcoach、Flare、There There、Ray 都给了“免费试用”的入口，但具体价格和限制没有在页面资料中说明，需要到各产品页确认。

开源与经验分享

Spatie 把开源当作核心承诺之一，网站专门有“Committed to open source”板块，但没有在首页列出具体包名。它同时把开源和客户项目中的经验写在博客上，想了解实际做法的人可以从博客入手。

怎么判断它是否适合你

• 你要找 Laravel 开发合作方：看 Services 和 Our approach，重点确认它的三步流程是否匹配你的项目节奏。
• 你想直接用工具：按需求选产品——邮件营销看 Mailcoach，错误监控看 Flare，调试看 Ray，客服效率看 There There。
• 你想学或参考实践：从博客和开源板块入手。
• 你在意长期维护：它反复强调代码可维护性和自动化测试，这一点值得在沟通时具体确认。

网站没有在首页给出报价、团队规模或服务起订条件，这些需要直接联系或进入对应页面了解。