Roundproxies 公司档案全解析：remoteintech.company 远程友好科技公司目录的数据结构与收录规范

• 数据集

本文以开源仓库 remoteintech.company 的 Roundproxies 公司档案 为研究对象，完整拆解该档案所承载的公司信息（团队规模、远程政策、技术栈、申请方式），并深入剖析驱动这份档案在目录中落地的 YAML frontmatter 字段体系、标签映射、集合分组与页面渲染机制。读完本文，你既能全面了解 Roundproxies 这家远程优先的代理服务创业公司，也能掌握向该目录贡献公司档案的完整数据规范与底层实现原理。

一、档案概览：Roundproxies 是谁

Roundproxies 是 remoteintech.company（Remote In Tech）社区维护目录中的一家远程友好科技公司档案，其完整记录存放在 src/companies/roundproxies.md。

根据档案正文（Company blurb）的描述，Roundproxies 的定位是"第一个平价但提供高品质代理（proxy）服务"的公司。公司于 2019 年由 Carl、Marius、Chiara 及另外几位同事共同出资创立，团队希望用一项新技术切入代理服务市场——在当时，市场上有不少代理服务商，但几乎没有公司能以公道的价格提供高质量的代理产品。

一个值得注意的信息点在于，Roundproxies 自称是一家开放初创公司（open startup），强调透明度，并在档案中通过外部公开数据库（Crunchbase、Wikidata）公示自身信息。这类自我披露在远程公司目录中属于加分项，方便求职者在投递前交叉验证公司的真实运营情况，也符合本仓库 CONTRIBUTING.md 中对收录公司"可验证信息"的要求。

档案的核心信息字段

该档案在 YAML frontmatter 中给出了结构化的公司元数据，这是整个目录系统运转的基础：

--- title: "Roundproxies" slug: roundproxies website: https://roundproxies.com region: worldwide remote_policy: remote-first company_size: tiny technologies: - cloud - go - javascript - nosql - python addedAt: 2024-12-29 updatedAt: 2025-01-27 ---

• title/slug：公司名称与档案标识。slug必须与文件路径一致（roundproxies.md），这是 CONTRIBUTING.md 中明确规定的约束。
• region: worldwide：招聘区域为全球。
• remote_policy: remote-first：远程优先。
• company_size: tiny：微型团队（1-10 人）。
• technologies：声明了cloud、go、javascript、nosql、python五个技术标签。
• addedAt/updatedAt：收录与更新时间，由维护者管理。

二、公司规模与远程状态

团队规模：微型（tiny）

档案在 "## Company size" 一节写明团队为"4+ Team Members (incl. founders)"，即包含创始人在内 4 人以上。结合 frontmatter 中的company_size: tiny，在目录的规模分级体系中对应1-10 人的微型公司。

规模分级的合法取值定义在 src/_data/labels.js 中，是整个仓库的单一事实来源（single source of truth）：

远程状态：Remote First

"## Remote status" 一节明确写道："We are a remote first company. The full team is working from around the world."（我们是一家远程优先的公司，整个团队遍布全球各地工作）。团队自述是 GitHub、Notion、Golang、JS 等工具与技术的重度爱好者。

档案对远程政策的枚举同样受 src/_data/labels.js 约束，共四种取值：

Roundproxies 采用remote-first（远程优先）定位，区别于fully-remote（完全远程）——前者意味着远程是首要工作方式，后者则彻底取消实体办公。这一点在求职解读上是有实际差异的。

三、招聘区域与办公地点

• Region（招聘区域）：档案标注为Worldwide（全球），对应 frontmatter 中的region: worldwide。合法取值还包括americas、europe、americas-europe、asia-pacific、other（见 src/_data/labels.js）。
• Office locations（办公地点）："We don't have any offices, the whole team works remotely from wherever they are right now."——公司没有任何实体办公室，全员按各自所在地远程协作。这也是remote-first政策在运营层面的直接体现。

四、公司技术栈

档案的 "## Company technologies" 一节列出了五项核心技术：

• Golang：后端主力语言，契合代理网关/网络基础设施类产品对并发与性能的要求；
• Node.js：另一门后端/工具链语言，frontmatter 中对应的标签为javascript；
• Python：常用于自动化、数据处理与脚本化运维；
• Redis：内存数据库，frontmatter 对应标签为nosql；
• AWS：云基础设施，frontmatter 对应标签为cloud。

frontmatter 中的technologies数组与正文列表是一一对应的关系（go↔ Golang、javascript↔ Node.js、nosql↔ Redis、cloud↔ AWS、python↔ Python）。目录体系对技术标签的合法值做了白名单约束，完整清单见 src/_data/labels.js 的tech字段，包括javascript、typescript、react、nodejs、python、ruby、go、java、php、rust、dotnet、elixir、scala、swift、cloud、devops、docker、kubernetes、mobile、data、ml、sql、postgres、nosql、search。

五、如何申请

档案的 "## How to apply" 一节给出了唯一的申请通道：投递邮箱team@roundproxies.com。

原文表达了对候选人的期待：如果你愿意与团队一起改变代理（Proxy）行业，并与来自世界各地的有趣公司合作，欢迎通过该邮箱联系。值得注意的是，该档案未提供独立招聘页（careers_url），因此目录页面上的主按钮会回退到官网链接（详见下文渲染机制中careers_url or website的逻辑）。

六、档案背后的目录系统：frontmatter 如何驱动整个站点

Roundproxies 的这份档案并非孤立文本，它的每个字段都会被 remoteintech.company 的 Eleventy 构建体系消费。理解这些机制，才能真正读懂一份公司档案的"数据契约"。

1. 页面渲染：company.njk 模板

所有公司档案共用 src/_layouts/company.njk 布局。该模板的渲染逻辑与 frontmatter 字段一一对应：

• 头部主按钮的跳转地址采用careers_url or website的优先级逻辑：若档案提供招聘页则显示 "Apply Now"，否则回退到官网并显示 "Visit Website"（Roundproxies 即属后者）；
• region渲染为区域标签，链接到/browse/{region}/浏览页，标签文案取自labels.region[region]；
• remote_policy渲染为远程政策标签，链接到/browse/{remote_policy}/；
• technologies数组逐个渲染为技术标签，链接到/browse/{tech}/，文案取自labels.tech[tech]；
• 模板还声明了 schema.org 的Organization结构化数据，方便搜索引擎理解公司实体；
• 页脚展示updatedAt经formatDate过滤器格式化的最后更新时间。

因此，Roundproxies 档案中region: worldwide、remote_policy: remote-first、五个技术标签，最终都会变成页面上可点击、可聚合浏览的标签链接。

2. 标签与分组的单一事实来源

src/_data/labels.js 集中定义了区域、远程政策、公司规模、技术四类标签的展示文案；src/_data/companyHelpers.js 通过regionLabels、remotePolicyLabels、companySizeLabels、techLabels将同一份映射再导出给 JS 侧消费，并提供getRegionLabel()、getRemotePolicyLabel()、getCompanySizeLabel()、getTechLabel()等取值辅助函数——这就是注释中"同时服务 JS 与 Nunjucks 模板"的双通道机制。

3. 集合分组与首页曝光

src/_config/collections.js 基于getFilteredByGlob('./src/companies/**/*.md')收集全部公司档案（约 850 家，带缓存优化），并派生出多个集合：

• getAllCompanies：按标题字母序排序的全量列表；
• getRecentCompanies：按addedAt倒序取前 12 家，Roundproxies（addedAt: 2024-12-29）会进入新收录名单；
• getCompaniesByRegion：按region分组（worldwide等）；
• getCompaniesByTech：按technologies分组，Roundproxies 的五个技术标签会被归入对应五个技术浏览页；
• getFeaturedCompanies：从人工精选名单中随机洗牌取 8 家（Roundproxies 不在featuredCompanySlugs之列）。

4. 自动生成的 Meta 描述

src/companies/companies.11tydata.js 的eleventyComputed.description会从正文的 "## Company blurb" 小节自动提取纯文本，清洗 Markdown 标记后截断到约 155 字符作为页面 meta 描述——这意味着 Roundproxies 档案的 blurb 段落直接决定了该页面在搜索引擎结果中的摘要内容。这正是档案正文质量重要的原因之一。

5. 收录与验证规范

仓库根目录的 CONTRIBUTING.md 规定了档案的必备小节（## Company blurb、## Remote status、## How to apply）与字段合法值表，并通过 CI 机器人校验 PR；README.md 则给出了本地构建流程：npm install→npm run build（生产构建）或npm run start（带热更新的开发服务器），要求 Node.js 22+。

七、从 Roundproxies 档案看远程求职者应关注什么

将这份档案置于 remoteintech.company 的收录标准（CONTRIBUTING.md 的 "What Belongs in the Directory"）下审视，可以提炼出求职者决策时的高价值信息点：

1. 远程成熟度：remote-first+ "无办公室、全员全球远程" 的自述，说明该公司的远程协作已是默认工作方式而非特例；
2. 团队阶段：tiny（4+ 人）规模意味着扁平沟通、早期技术选型仍在演进，对候选人的工程自主性要求通常更高；
3. 技术匹配度：Golang、Node.js、Python、Redis、AWS 的组合提示了典型的网络基础设施型技术栈，后端/云原生方向开发者可重点关注；
4. 透明度："open startup" 的自述与外部数据库公示，为投递前的背景核查提供了便利；
5. 申请路径：直接邮件team@roundproxies.com，无需经过招聘平台，也意味着申请材料（简历、作品、自我介绍）需要在邮件中自证与公司技术栈、愿景的契合度。

结语

一份公司档案看似只有寥寥数段文字，但在 remoteintech.company 的数据体系里，它同时承载着：供人类阅读的公司叙事（blurb、远程政策、技术栈）、供机器消费的结构化元数据（frontmatter 与 schema.org），以及驱动浏览页、标签聚合、SEO 摘要的完整构建链路。通过 Roundproxies 档案 这一个案，我们既读懂了这家远程优先代理服务创业公司的全貌，也掌握了该开源目录"一纸档案、多方消费"的底层设计——无论你是求职者还是想为目录贡献新档案的开发者，这份理解都直接可用。

• 数据集