remoteintech.company 公司档案解读：ServMask —— 全远程的 WordPress 迁移与备份插件团队

• 数据集

本篇指南以 remoteintech.company 开源目录（当前仓库）中的 ServMask 公司档案 为主体，解析这家开发 All-in-One WP Migration 插件的远程团队的完整画像：从 frontmatter 元数据字段、远程工作模式、技术栈到申请方式，并结合仓库源码说明这份档案在 Eleventy 构建流程中如何被渲染、分类与检索。读完本文，你将掌握该目录中公司档案的标准结构、字段取值规则与底层呈现机制，能够像维护者一样读懂任意一份公司档案。

档案元数据：一份公司档案的 frontmatter 解剖

与目录中所有公司档案一致，src/companies/servmask.md以 YAML frontmatter 开头，定义该条目的结构化信息。这是整个目录可被机器检索、按维度筛选的基础：

--- title: "ServMask" slug: servmask website: https://servmask.com region: worldwide remote_policy: fully-remote company_size: small technologies: - devops - infrastructure - javascript - php - sql addedAt: 2019-05-08 updatedAt: 2019-05-08 ---

各字段的取值规则以 CONTRIBUTING.md 中的 Valid Field Values 表格为准，它们是目录的“受控词表”：

其中company_size: small与正文中“11 at the moment”的自述一致（11-50 人区间），而technologies里出现的infrastructure等词——虽然当前版本 labels.js 的tech映射表仅收录javascript、php、sql、devops、docker等标签——仍会被渲染层原样输出为技术标签（标签映射缺失时直接显示原始 slug，见下文渲染机制）。

addedAt与updatedAt是维护者管理的日期字段，CONTRIBUTING.md 明确要求贡献者在 PR 中不要自行填写，它们记录了档案入库（2019-05-08）与最后更新的时间。这些日期在 companies.11tydata.js 中被“直接读取”，并在页面底部由formatDate('MMMM D, YYYY')格式化为可读日期。

Company blurb：一家做 WordPress 迁移与备份插件的公司

档案正文以## Company blurb开头：

We make WordPress plugins for site migration and backup.

这句话指向该公司的核心产品线——All-in-One WP Migration 插件，其典型使用场景是将 WordPress 站点整体打包导出并迁移到新的主机或域名，同时提供备份能力。对求职者而言，这份简介直接划定了公司业务边界：这是一家以 WordPress 生态为基本盘的插件开发商。

值得一提的是，这段 blurb 并不只是给人看的。在 companies.11tydata.js 中，Eleventy 的eleventyComputed.description会自动抓取## Company blurb标题后的正文：先用正则##\s*Company\s*blurb定位，再剥离 Markdown 链接语法、去除*、_、反引号，合并换行后截断到约 155 字符，用作页面的 meta description。若找不到 blurb 段，则回退到 frontmatter 之后的首个自然段。这意味着写好一段精炼、信息完整的 blurb，不仅服务读者，也直接决定该档案在搜索引擎结果页中的摘要质量——这是本仓库中每份公司档案都应认真对待的第一段文字。

公司规模与远程状态：全员远程的小团队文化

档案的## Company size与## Remote status两节勾勒出 ServMask 的团队形态：

• 规模：截至 2019 年 5 月 6 日共 11 人，且处于扩张期（“trying to expand”）。这对应 frontmatter 中的company_size: small（11-50 人）。
• 远程状态：公司全员远程办公（remote_policy: fully-remote），日常通过 Slack 协作沟通，每年举办一次线下公司 retreat（团建聚会），并且每位成员享受每月 100 美元的教育预算。

fully-remote是目录中四档远程政策里最“彻底”的一档（其余为remote-first、hybrid、remote-friendly，定义见 labels.js 的remotePolicy映射）。结合档案可知，ServMask 没有线下办公室依赖——正文## Office locations与## Region均标注 “Worldwide”，招聘范围覆盖全球，这与region: worldwide字段完全一致。

这类细节对求职者非常有参考价值：全员远程 + 年度 retreat + 教育预算，说明公司不仅在政策上支持远程，也在用具体的组织实践（协作工具、线下聚会、学习经费）支撑远程文化。这也是 remoteintech.company 目录收录公司档案时最看重、也最值得写入正文的“软信息”。

公司技术栈：围绕 WordPress 生态的 PHP + 前端组合

档案## Company technologies一节完整罗列了 ServMask 的工程栈：

• WordPress
• PHP
• VueJS
• Git
• Docker
• Nginx 和 Apache
• MariaDB 和 MySQL

从技术组合可以清晰读出产品架构：PHP是服务端与插件本体的主力语言（WordPress 本身就是 PHP 应用），VueJS用于构建插件后台的管理界面与导入/导出向导等交互层，Nginx / Apache是目标部署环境的两类主流 Web 服务器，MariaDB / MySQL覆盖 WordPress 站点常用的数据库后端，Docker支撑本地开发环境与测试场景的容器化，Git则是日常版本协作工具。devops、infrastructure标签则表明团队工作流中包含部署与基础设施维护成分。

在仓库的浏览体系中，这些技术栈信息被 collections.js 中的getCompaniesByTech按技术维度分组，同时getCompanyTags为每个技术标签生成“使用该技术的公司”列表页——这意味着读者在站点上点击 “PHP” 或 “DevOps” 标签，就能在同类技术公司集合中找到 ServMask 档案。

申请方式

档案最后一节给出了明确的求职入口：

Send an email to careers@servmask.com

即直接向 careers@servmask.com 投递邮件。这是目录收录早期公司档案的常见申请方式（相对careers_url指向专属招聘页的现代化格式而言，ServMask 档案未设置careers_url字段）。渲染时，company.njk 会优先读取careers_url、否则回退到website生成 “Visit Website” 主按钮——因此这份档案在页面头部展示的是访问官网的按钮，申请细节则以正文邮件地址为准。

档案在站点中的呈现机制：一份 Markdown 如何变成公司页

ServMask 档案从 Markdown 到最终页面的渲染链路，与目录中全部约 800 家公司档案完全一致，可作为理解本仓库架构的入口：

1. 数据层：collections.js 通过getFilteredByGlob('./src/companies/**/*.md')一次性载入全部公司档案，getAllCompanies按标题字母序排序，getCompaniesByRegion按地区分组，getFeaturedCompanies从精选列表随机抽取首页展示位。
2. 标签层：labels.js 是标签文案的唯一事实来源，通过全局数据级联以labels.*暴露给模板；companyHelpers.js 再将其导入给 JS 侧消费。
3. 渲染层：company.njk 声明schema: Organization并渲染页面骨架——region、remote_policy、technologies分别渲染为可点击的分类标签（链接到/browse/{region}/、/browse/{remote_policy}/、/browse/{tech}/浏览页），标签文案优先取labels.region[...]、labels.remotePolicy[...]、labels.tech[...]映射，缺失时回退显示原始值；updatedAt显示为 “Last updated” 时间戳；页面底部提供返回公司列表的入口。
4. 元数据层：如前所述，companies.11tydata.js 自动生成 meta description，直接决定搜索引擎摘要。

理解了这条链路，你就能反过来读懂 ServMask 档案的每一个字段最终落在页面的哪个位置，也就能以同样的结构为其他远程公司撰写或修正档案——这正是 CONTRIBUTING.md 中“在src/companies/下新建{slug}.md、填写 frontmatter、运行npm run build校验、提交 PR”这一贡献流程的核心。

• 数据集