Intellum 公司档案全解：remote-jobs 目录中远程友好公司的数据字段与渲染链路剖析

导读

本文以开源远程职位目录 remote-jobs 中的 Intellum 公司档案 为样本，完整拆解一份“远程友好公司”档案在仓库中的数据结构、字段语义与前端渲染链路：从前置元数据（frontmatter）到 Markdown 正文，再到 Eleventy 集合的标签聚合与 company 布局页面的最终呈现。读完本文，你将掌握该目录中公司档案的标准撰写规范、remote_policy/company_size/region 等字段的取值约束与含义，以及如何用仓库源码验证档案信息的真实来源。

---

一、Intellum 档案概览：一条典型的远程友好公司记录

src/companies/intellum.md 是 remote-jobs 仓库中数千份公司档案之一。它采用“YAML 前置元数据 + Markdown 结构化小节”的混合格式，前半部分负责机器可读的分类信息，后半部分负责面向求职者的自然语言描述。整份档案包含以下信息层次：

数据层次	承载字段	信息内容
前置元数据	title / slug / website	公司名称、URL 别名、官网地址
前置元数据	region / remote_policy / company_size	地域、远程政策、规模分级
前置元数据	technologies / addedAt / updatedAt	技术栈标签、入库与更新时间
Markdown 正文	## Company blurb 等小节	公司简介、远程现状、申请方式

这份档案对应的关键事实如下：Intellum 是一家成立于 2000 年、总部位于美国亚特兰大的中规模公司（51-200 人），曾推出全球首批云 LMS（学习管理系统），当前 remote_policy 标记为 remote-friendly，但其正文明确说明“Currently no remote options/positions”（目前没有远程职位开放），并指引求职者通过 Workable 招聘平台与 LinkedIn 官方主页申请。

二、前置元数据逐字段拆解：档案的机器可读层

2.1 基础标识：title、slug、website

title: "Intellum"
slug: intellum
website: https://www.intellum.com

• title 是公司展示名称，直接渲染为档案页面的 H1 标题。
• slug 决定文件 URL 别名，与文件名（intellum.md）保持一致时，可由 collections.js 中的 d.slug || company.fileSlug 回退逻辑兜底。
• website 是公司官网，当档案未单独设置 careers_url 时，company.njk 布局 会将其作为“Visit Website”按钮的跳转地址。

2.2 分类维度：region、remote_policy、company_size

region: americas
remote_policy: remote-friendly
company_size: medium

这三个字段是仓库“可浏览目录”体系的三个核心分类维度，其取值并非自由文本，而是受 labels.js 全局标签表约束的枚举：

• region（地域）：Intellum 取值 americas，对应展示文案 “Americas”。完整枚举还包括 worldwide（Worldwide）、europe（Europe）、americas-europe（Americas & Europe）、asia-pacific（Asia Pacific）、other（Other）。
• remote_policy（远程政策）：Intellum 取值为 remote-friendly，即“远程友好”。完整枚举为 fully-remote（Fully Remote）、remote-first（Remote First）、hybrid（Hybrid）、remote-friendly（Remote Friendly）。注意区分：remote-friendly 仅表示公司对远程持开放态度，不代表当前一定在招远程岗位——Intellum 档案正是“政策友好、当前无远程空缺”的典型案例。
• company_size（公司规模）：取 medium，对应 “51-200 employees”。完整枚举含 tiny（1-10）、small（11-50）、medium（51-200）、large（201-1000）、enterprise（1000+）。

2.3 技术标签与时间戳

technologies:
  - javascript
addedAt: 2018-04-24
updatedAt: 2022-10-22

• technologies 是字符串数组，用于生成技术栈标签。Intellum 档案仅标注了 javascript（渲染为 “JavaScript”）。需要说明的是，其正文“Company technologies”小节还罗列了 HTML、CSS、ReactJS、GIT 等技术，但在元数据层目前只登记了 JavaScript 一项——这正是正文描述与结构化标签不一致的一个真实样本。
• addedAt / updatedAt 记录入库与最近更新日期，updatedAt 会在档案页脚以 MMMM D, YYYY 格式展示（见 company.njk）。

三、Markdown 正文结构与核心内容继承

档案正文由若干 ## 二级小节组成，构成求职者可见的主体信息：

3.1 Company blurb（公司简介）

原文简介指出：Intellum 通过融合客户体验（customer experience）与教育（education）帮助大品牌和快速成长公司提升营收与客户留存；成立 20 余年来，它持续观察并重构“人们如何学习与协作”的方式；2000 年创立当年即发布全球首个云 LMS，此后陆续推出云端课程与测评创作工具、Web 端课程交付、Tribe Social 与 Tribe Chat 社交学习产品。

值得注意：这段 blurb 不仅展示给读者，还会被自动化处理——companies.11tydata.js 会通过正则 ##\s*Company\s*blurb\s*\n+([\s\S]*?)(?=\n##|$) 提取 blurb 段落，清洗 Markdown 标记后截取至约 155 字符，用作页面的 meta description。这解释了为何 ## Company blurb 小节要放在正文最前且结构规整：它是搜索引擎摘要的直接数据源。

3.2 Company size / Remote status / Region

正文三个小节与元数据相互印证、也可能存在冲突，阅读档案时应以“正文为准、元数据为索引”：

• Company size：51-200 Employees，与 company_size: medium 一致。
• Remote status：明确写着 “Currently no remote options/positions”，这是求职决策的最关键信息，优先级高于 remote-friendly 标签。
• Region：USA。

3.3 Company technologies 与 Office locations

• Company technologies：HTML、CSS、JavaScript、ReactJS、GIT。注意这里是自由文本列表，并不直接等于元数据 technologies 字段（后者只登记了 javascript）。
• Office locations：USA - Atlanta, Georgia（佐治亚州亚特兰大）。

3.4 How to apply（申请方式）

原文给出的申请渠道：Workable 招聘平台上的 Intellum Inc. 职位列表，以及 Intellum 的 LinkedIn 官方主页；同时指出公司官网目前没有独立的招聘（career）板块。这份信息提醒求职者：并非所有公司都在官网开设 careers 页面，多渠道检索（ATS 平台 + 社交招聘主页）是远程职位挖掘的常规手段。

四、渲染链路：档案如何变成可浏览页面

4.1 布局层：company.njk

每份公司档案使用 _layouts/company.njk 渲染，关键逻辑如下：

• 主导按钮：优先取 careers_url，否则回退到 website；存在 careers_url 时按钮文案为 “Apply Now”，否则为 “Visit Website”（company.njk）。Intellum 档案未设置 careers_url，因此渲染为官网跳转按钮。
• 分类标签：region 与 remote_policy 分别渲染为 /browse/{{ region }}/ 与 /browse/{{ remote_policy }}/ 的可点击标签（company.njk）。
• 技术栈区：technologies 数组非空时生成 “Tech Stack” 区块，每个技术项链接到 /browse/{{ tech }}/ 浏览页（company.njk）。

4.2 聚合层：collections.js 的标签索引

src/_config/collections.js 的 getCompanyTags 函数从 Eleventy 集合中遍历全部公司，按 technology、region、remote-policy 三类构建浏览标签：

• 遍历每家公司，读取 d.technologies（数组则逐个入桶）、d.region、d.remote_policy（collections.js）；
• 同一桶内的公司按 title 字典序排序，最终生成带 count 与 companies 列表的标签页数据（collections.js）。

因此，修改 intellum.md 的 remote_policy、region 或 technologies 字段，会直接影响它在对应 /browse/ 目录页中的归属——这就是“元数据驱动浏览”的实现证据。

4.3 数据级联：companies.json 与标签文案

每个 companies/*.md 文件都由同级 companies.json（内容仅 { "layout": "company" }）指派布局；而标签的中文/英文展示文案统一收敛在 labels.js，模板通过全局数据级联以 labels.region、labels.remotePolicy、labels.companySize、labels.tech 访问，确保同一枚举值在全站渲染一致。

五、事实核验要点：读档案时如何交叉验证

• 远程政策 ≠ 当前招聘状态：Intellum 的 remote_policy: remote-friendly 是公司整体态度，正文 “Remote status” 的 “no remote options/positions” 才是当下招聘事实。判断是否值得申请时，正文优先级最高。
• 元数据与正文技术清单可能不同步：本档案正文列出 5 项技术，元数据仅登记 1 项。在仓库中，正文由 {{ content | safe }} 直接注入，元数据则驱动标签与浏览目录，二者各有用途、互不替代。
• 更新时间线索：addedAt: 2018-04-24 表明该档案自建库早期即存在，updatedAt: 2022-10-22 为最近维护时间。由于仓库本身不保证档案实时性，求职时应以公司官网与招聘平台的最新信息为准。

六、小结：一份档案 = 数据 + 语义 + 渲染的三层结构

以 Intellum 为标本可以看出，remote-jobs 的公司档案体系是“YAML 元数据（分类与索引）→ Markdown 正文（事实与叙事）→ Nunjucks 布局（呈现）→ collections.js（浏览聚合）”的分层协作：元数据保证机器可读与跨页一致，正文保证求职者读到最真实的现状，标签系统则让 americas、remote-friendly、medium 这些枚举值成为可点击、可聚合、可检索的结构化入口。理解这一模型后，你不仅读得懂 Intellum 这一份档案，也能独立解析仓库中任意公司的 .md 档案，甚至依照同一规范评估其他远程岗位机会。