一个多服务平台，而非宣传册式站点
「La Cathédrale」（abbejulio.fr）在同一个品牌与同一套设计系统之下，汇集了六项通常各自需要独立项目与独立团队的服务：一个多语言编辑平台、一个 24/7 在线广播、一个视频流媒体频道、一个会员社区、一家在线商店，以及一个由数千份文档构成的全文索引语料库。
工程上的看点正在于此：其中每一块都是真实的生产系统——一条播出链、一台流媒体服务器、一个检索索引、一条电商流程——被接线在一起并作为整体运营。
案例研究 · 协议的实证
一个完整的 Web 生态系统，约 3 周内建成
La Cathédrale——由一人驱动 W.O.L.F.© 协议交付的多服务平台
这是一次技术演示，而非产品推销。一个真实、公开的独立项目——一个编辑平台、一个 24/7 广播、视频流媒体、一个会员社区、一家在线商店以及一个由数千份文档构成的全文索引语料库——由一人在约三周内完成设计、构建并上线。
对照传统工作量估算，同等范围约为 550 至 650 人日，约五十人的团队大约需要十个月。这一差距——1:15 至 1:50 的生产率比——正是本页的全部要点。
≈ 3 weeks
1 person
1:15–1:50
相较传统方法的生产率
生产环境线上运行
亲眼看看
本页所述的一切如今都在生产环境中运行。站点、广播、流媒体与语料库均可公开访问。
abbejulio.fr
打开线上站点
在新标签页中打开。公开 URL——主站点无需账户。
一份需求，一整个生态系统
这份委托并非单个站点，而是一个连贯的数字生态系统：发布、播出、流媒体、汇聚社区、销售，并让一个庞大的文献语料库可供检索——统一于一个身份，涵盖多种语言。
编辑平台
一个 PHP 前端控制器、干净的多语言 URL、SEO，以及为 17 种语言接好线的架构。
24/7 广播
一个始终在线的网络广播，配有自动化编排与实时「正在播放」动态。
视频流媒体
一个自托管的视频频道（「Le Parvis」），用于点播与流媒体影像。
索引语料库
数千份文档，结构化并可全文检索，置于访问控制之后。
社区与商务
会员账户、一条会员流程与一家在线商店，统一于同一身份。
后台与运营
编辑后台、一条音频转码管线，以及经证明可恢复的备份。
它看起来什么样
为线上平台截图预留的位置。放入真实截图，无需改动布局。
-
首页 截图——预留位置
编辑首页——报刊式镶嵌布局，EN/FR。
-
广播 截图——预留位置
24/7 广播控制台与「正在播放」。
-
语料库 截图——预留位置
对索引语料库的全文检索。
-
流媒体 截图——预留位置
自托管的视频频道。
-
商店与会员 截图——预留位置
在线商店与会员专区。
-
后台 截图——预留位置
编辑后台与运营。
已上线的功能
一份非详尽的清单，列出实际构建并投入生产的系统——生产率论断背后的具体成果。
多服务架构
六项生产服务，在同一边缘、同一品牌与同一套设计系统之后编排。
PHP 前端控制器与干净路由
单一入口点、干净的 URL、逐页 SEO 描述符，无框架臃肿。
国际化（EN/FR + 17 种语言）
一个点分键的翻译引擎，配英文回退，架构可支持 17 种语言。
全文索引语料库
一个由数千份文档构成的结构化 SQLite 语料库，配只读访问库与全文检索。
文献 ETL 管线
将异构来源导入、规范化并结构化为语料库模式——逐份文档追踪版权状态。
24/7 广播链
一套自托管的播出栈，配自动化编排与实时元数据动态。
音频播出管线
一个文件监视器，将放入的 m4a/wav 文件转码为播出用 MP3，并自动注入广播。
自托管视频流媒体
一个 PeerTube 频道，用于流媒体与点播视频，置于平台自有域名之下。
电商与会员
一家在线商店与一条会员流程，配会员账户与私密专区。
社区空间
会员账户、一个实时聊天以及绑定同一身份的社区空间。
技术 SEO
多语言站点地图、hreflang 备用链接、规范 URL、Open Graph 与 JSON-LD 结构化数据。
无障碍（WCAG）
语义化结构、键盘与屏幕阅读器支持、对比度保持在 AA/AAA 目标。
各项服务，接线在一起
各部分如何契合：一个边缘反向代理居于编辑站点与三项自托管服务之前，全部由一条工业化交付链供给。
边缘反向代理
一个 nginx 边缘终结 TLS，并将每个子域名路由至其服务——包括语料库前的访问控制。
编辑站点（PHP）
前端控制器平台：路由、i18n、SEO，以及统一各服务的设计系统。
广播服务
一个自托管的 AzuraCast 电台处理 24/7 流、其媒体库及其「正在播放」API。
流媒体服务
一个 PeerTube 实例在其自有子域名上托管视频频道。
语料库存储
一个置于 web 根目录之外的 SQLite 语料库，经专用 PHP 库读取，置于访问控制之后暴露。
音频转码监视器
一个 systemd 监视器将新音频转码为播出格式并交给广播——无需手动步骤。
交付链
Git worktree、按文件加锁（零并行写入冲突）以及一套脚本化部署，将代码从开发经预演推进到生产。
一条工业化的链条——诚实地脚本化，而非笨重的 CI 供应商。
实际耗时 vs 传统估算
同等范围，以两种方式度量：它实际所需，与传统工作量比率本会预测的。这一差距就是协议的生产率。
真实交付
由一人驱动 W.O.L.F.© 协议完成设计、构建并上线。
- 耗时
- ≈ 3 weeks
- 团队
- 1 person
- 范围
- 6 项生产服务
结果
1:15 — 1:50
相较传统方法的生产率
取决于对等效工作估算得多保守，该协议将工作压缩了十五到五十倍。这是一次生产率演示，而非基准测试的论断。
估算的等效工作
同等范围在传统工作量比率下、按行业日费率所代表的规模。
- 工作量
- ≈ 550–650 person-days
- 预算
- ≈ €350,000 excl. tax
- 工期
- ≈ 10 months
- 团队
- ≈ 50 people
一个站得住脚的方法论估算——数量级，绝非一成不变的数字。
这一估算如何得出
等效工作由所交付的范围推导而来——六项独立的生产服务、多语言，配一条播出链、一台流媒体服务器、一个检索索引与一条电商流程——以传统的逐服务工作量与中端市场日费率计价。它有意以区间的方式呈现。
- 按服务逐项计算范围，而非作为单个站点。
- 中端市场日费率，而非最低的离岸底价。
- 一个区间，而非单一数字——数量级。
- 配方受到保护；结果可供验证。