调研指南

本指南说明如何调研和撰写 companies/ 下的公司页面。

最后更新：2026-07-29。 本文与英文版同步至：2026-07-29。英文版为原始版本。

仓库结构

每家公司使用一个以稳定的小写 slug 命名的独立目录：

companies/
  README.md
  README.zh-CN.md
  company-name/
    README.md
    README.zh-CN.md

companies/ 直属的两个文件分别是英文和简体中文公司索引。每家公司目录中的 README.md 是标准英文调研页面，在 GitHub 中打开该目录时默认显示；README.zh-CN.md 是其简体中文译文。公司专属的附件或数据也可以保存在同一目录中。

译文必须保留英文页面的章节结构、数字、日期、事实与推断的区别，以及来源链接。新的调研发现应先加入英文页面，再进行翻译。每份译文需要记录同步到英文版的日期；如果译文落后，应保留原同步日期，不能暗示两个版本仍然一致。

原则

1. 事实，而不是分析。 陈述来源所说的内容。不写“为什么工程师会感兴趣”，不做竞争定位，也不对战略、创始人或融资速度作编辑式评价。任何人都能生成分析，有来源支撑的事实才是本项目的价值。
2. 每个数字都有来源和日期。 数字会快速过时——只写“800 多个站点”没有意义，必须说明“截至 2026-04”。链接应指向具体页面，而不是网站首页。
3. 优先一手来源。 公司新闻稿、产品文档、招聘信息以及法律和价格页面，优先于媒体报道和初创公司数据库。数据库通常会落后数月。
4. 记录重要冲突，不把差异抹平。 当前表述按主张类型采用优先级更高的来源；当两个来源描述同一范围和时期，或差异会实质误导读者时，保留双方说法和链接。
5. 缺失也是发现。 没有找到技术博客、公开薪资范围或安全认证时，应在 Notes 中明确写出，但要限定检索范围和日期。
6. 按重要性筛选，而不是穷举。 信息公开可得本身并不构成收录理由。只保留会实质改变读者对产品、工程工作、工作条件、业务持续性、控制权、监管或重要来源冲突理解的事实。

调研协议

缺失结论的最低搜索范围

在写“未从公开渠道找到”之前，至少完成一轮可复现的检索：

1. 绘制官方信息面：官网导航、可用的 robots.txt 或 sitemap、公司／About、产品与文档、新闻索引、招聘、法律页面、博客及相关子域名。
2. 将当前品牌、法定名称、曾用名和产品名与目标主题组合检索，同时使用英语和公司相关的当地语言。
3. 检查与主张类型对应的权威外部来源：法律主体和牌照查企业或监管登记；融资查投资方 portfolio 和融资数据库；招聘查当前及归档职位；开源活动查 GitHub 组织、公司名、域名和产品名。
4. 记录搜索日期、使用的名称与语言、检查过的来源类别。结论应写成“截至 YYYY-MM-DD，在所查阅的公开来源中未找到”，而不是“并不存在”。

已有博客或新闻索引不需要为了无关的缺失结论逐篇阅读；应检查索引、sitemap、分类和相关关键词。若要声称博客从未涉及某个主题，则需要相应扩大查阅范围。不能为了支持公司层面的缺失结论，搜索创始人无关的个人仓库或私人账号。

按主张类型确定来源优先级

来源权威性取决于它支持的具体主张，不存在适用于所有事实的单一排序。

当前表述采用权威性最高、范围最具体且日期合适的来源。旧数字若对应不同日期，应作为历史趋势保留。只有当来源声称描述同一范围和时期，或差异会实质误导读者时，才把冲突放入 备注。过时的数据库条目不必与更新的一手公告并列，除非冲突本身有意义。

日期标签

使用能够描述主张本身的日期，而不只是打开页面的日期。

来源没有发布日期时，写作 Undated; accessed YYYY-MM-DD。访问日期不能把无日期数字变成当前数字。来源同时提供发布日期和统计时点时，两者都应保留。

页面结构

新增公司时复制以下模板：

# Company Name

> Notes compiled from publicly available sources. Last updated: YYYY-MM-DD.
> Every figure is linked to the source it came from and dated. Verify against primary sources before relying on them.

## TL;DR
## Basic
## Product
## Founder
## Funding
## Engineering
## Notes
## Resources

存在译文时，在标题下方加入双向语言链接：

双语术语表

以下章节名称应保持一致。可以增加公司特有的小节，但不应为已有术语另造译名。

各章节应包含以下内容。

摘要

先用一段话说明公司是什么、位于哪里、何时成立、产品做什么；再用 3–5 个要点列出读者原本需要费力查找的数字：当前规模、总融资和最近一轮、团队人数，以及一句话工程概况（主要语言、云平台、工程团队是否使用英语）。每个要点都要链接来源。

基本情况

使用带来源列的表格记录公司事实：当前公开品牌、本地和英文法定名称、成立日期、总部地址、代表人、员工人数、工程团队工作语言、客户数量、管理资产或业务规模、累计融资和投资者名单。只有来源明确适用于全公司时，才能表述为全公司语言政策。适用时加入曾用法定名称和曾用品牌。

表格下方列出加速器、政府项目和奖项，并为每项附上链接和日期。如果公司在自己的公告中描述市场或监管背景，例如政策变化或行业条件，应明确表述为公司的观点，而不是既定事实。

不要把不同的主体概念都归入笼统的“曾用名”：

• 曾用法定名称——同一法律实体变更了登记名称。
• 曾用品牌——业务更换了公开品牌；法律主体是否连续可能尚未确认。
• 经营名称／DBA——法律实体在商业活动中使用的名称。
• 前身——更早的公司或业务；不能默认与当前主体是同一法律实体。
• 关联实体——集团、地区运营、持牌、雇佣或结算实体；它不是别名。

简单改名在 基本情况 表格中增加行即可。涉及多个品牌、法律实体或司法辖区时，增加 品牌与法律实体 小节，记录名称、类型、司法辖区、适用时期或状态、关系和来源。分别说明已确认的法律连续性、业务或品牌连续性证据、研究者推断，以及尚未解决的关系。

产品

• 产品及功能领域——按照产品文档本身的组织方式整理，每个领域链接对应文档页面。
• 商业化方式——说明产品如何销售：订阅、按容量、按用量或服务收费。注明是否存在公开价目表，以及多个不同日期的版本是否显示商业模式变化。保留定价结构即可，不必抄录所有价格；读者可以点击价目表查看。
• 历年公开规模——用表格记录有代表性的里程碑及日期：最早的有效基线、重要变化和最新数字。不要重录每个季度或重复披露。
• 已公布客户与合作伙伴——收录能够说明新产品、新渠道、新客户类型、新地区、客户集中度或战略变化的重要案例。常规活动、展会、重复采用案例和缺乏具体内容的 MOU 不必逐条列出。
• 公开计划——根据公司自己的公告记录未来方向，例如资金用途和有期限的目标。

创始人

先写创始人及其职责分工，再根据访谈和演讲者简介整理带日期的职业经历。其他管理人员仅在其职责实质影响产品、工程、运营、财务、招聘或公司控制权时加入；默认不照录上市公司的完整董事和监事名单。最后记录团队页面列出的其他职能，例如前端、后端和数据科学。

只写可以核实的职业事实。不评价个人，也不判断创始团队是否匹配。

融资

使用一张表格记录日期、轮次名称、金额、投资者、累计金额和来源。采用公司自己使用的轮次名称。表格后补充无法放入表格的事实，例如领投方、重复参投、公司页面列出但未说明轮次的投资者，以及与融资同时宣布的产品发布。

对于上市公司，本节可以改名为 Capital and financials。保留上市前融资和 IPO、三至五年的经营趋势、重要持股或控制权、客户集中度，以及有意义的期权稀释。使用摘要，不照录完整股份发行流水、托管账户股东表或常规季度指引。

工程

• 技术栈与平台——具体实现选择，包括语言、框架、数据库、基础设施、协议、执行环境和外部平台，例如 Java、InfluxDB、AWS、MQTT、EVM 或 Solidity。逐项标明是由文档或公开资产确认、根据招聘信息推断，还是仅作为招聘要求出现。招聘要求不能证明公司正在使用该技术。
• 系统——公司实际建设或运行的系统，例如支付与清结算、实时调度、IoT 遥测、监控平台、数据采集、预测与优化、链上结算和 ERP 集成。每个系统用一两句话说明并附上来源。不能仅凭优先条件推断产品中存在该系统。
• 招聘所需技术背景——候选人被期望过去做过的工作，例如可观测性或监控系统、DevOps 与平台工程、金融核心系统、高吞吐交易处理、智能合约安全、节点基础设施或第三方集成。区分必需与优先。这记录的是过往问题经验，不是工作年限，也不是具体技术清单。
• 行业领域——工作背后的业务、监管、物理和经济知识，例如金融、跨境支付、能源市场、货运与报关、稳定币监管、市场机制、合约与补贴制度、结算流程、监管机构与申报体系，或产品建模的物理规律。说明相关背景是必需、优先，还是公司明确允许入职后学习。
• 工作条件——用带来源的表格记录工程团队工作语言及证据适用范围、地点与到岗政策、远程限制、签证支持、福利、公开的薪资、离职情况、是否明确招聘应届生或初级工程师，以及公司对团队工作方式的要求。

同一术语只有在含义不同时才分别出现在多个章节。例如，链上结算是系统，EVM 是平台，Solidity 是具体技术，智能合约审计是招聘所需技术背景，稳定币监管是行业知识。应分别表述，并在对应层级附上来源。

备注

分为三组：

• 未公开披露——技术博客、开源活动、薪资范围、安全认证、各轮投资者归属。每项结论注明搜索日期和所查阅的公开来源范围。
• 不同来源之间的不一致——员工人数、轮次名称、累计融资、政策描述和目标。双方都要附上链接。
• 其他——其他值得提示但不属于上述章节的事实，例如公司宣布的商业模式变化、一组相关公告，或者公开产品资料的覆盖程度。

资料来源

列出所有使用过的来源，并分为：官方资料（官网、公司页面、新闻索引、招聘、产品文档及其子页面）、新闻稿（标注日期并按从新到旧排列）和第三方报道与档案（VC 公告、媒体、招聘网站、数据库）。非英文来源应标注语言。

特殊公司情况

上市公司或披露信息很多的公司

监管文件提供的信息远多于早期公司页面所需。继续采用面向工程师的范围，不要把证券文件当成需要照录的清单。优先保留：

• 营收、盈利、员工人数和最能说明业务规模的经营指标的最新值及三至五年趋势；
• 业务构成、重大客户集中度、控制权、稀释、开发团队分布，以及披露的软件或基础设施投入；
• 只有在会改变读者对业务或工程工作理解时，才收录产品、合作和管理层事件。

公开可得不等于重要。完整证券发行历史、每个主要股东、所有外部董事和监事、常规季度数字以及每篇新闻稿，通常应留在所链接的监管文件或新闻索引中。

改名、前身品牌和多实体

在归属经营事实之前先确认主体。页面标题和稳定目录 slug 使用当前主要品牌，别名和前身名称记录在页面内部。复杂情况应在页面前部加入 品牌与法律实体，并附一条简短的带日期连续性时间线。

不能自动把前身的融资、客户、牌照、员工人数、业务规模或主张算到当前品牌。每个历史事实应说明适用的品牌或实体。共同创始人、域名、邮箱、后端、招聘信息或明确的“formerly”说法，可以证明业务或品牌连续性，但不一定证明法律实体相同。该区别在身份章节集中说明一次，其他章节通过交叉引用，避免反复重复同一限定语。

去哪里找

1. 官方网站

阅读内容前先绘制网站地图。首页自身的链接通常会指向真正有信息量的子域名：产品文档、招聘网站、新闻索引、公司或团队页面。首页的营销文案通常价值最低。

2. 产品文档

如果公司公开产品文档，它通常比访谈和新闻文章更有价值。重点寻找：

文档网站通常提供包含全部页面的 sitemap，比逐项点击导航更快。

3. 新闻稿

从公司自己的新闻索引开始，不要只依赖搜索结果；阅读新闻稿正文，而不是摘要，因为摘要经常误传数字。公司的新闻索引有时会比最新公告晚几天或几周，因此还要检查公司在新闻稿分发平台上的页面。

常见分发平台：

中国公司往往根本没有新闻索引。融资、产品和合作消息通常先以首发形式出现在 36氪、投资界或 IT桔子，随后发布在公司微信公众号——后者没有公开存档，也无法从开放网络检索。可以把首发文章当作新闻稿的等价物，因为它通常基于公司自己提供的材料，但署名应归于该媒体并标注其发布日期；若公司自身没有任何公开发布，也要写明这一点。

检索公众号。 搜狗微信搜索是唯一的通用微信文章索引：文章用 weixin.sogou.com/weixin?type=2&query=…，公众号用 type=1。结果页返回标题、摘要、发布公众号和发布日期，无需登录即可访问。两个限制，均于 2026-07-29 实测确认：

• 索引不完整。已知存在的文章——包括某公司全部中文报道背后的两篇原文——可能根本搜不到。搜不到不等于没有发布过。
• 结果链接是 weixin.sogou.com/link?url=… 形式的跳转，背后有反爬拦截，链接会过期，通常也无法自动解析到永久地址 mp.weixin.qq.com/s/…。

它适合用来发现线索：哪个公众号在什么日期发了什么标题，以及其他账号如何描述这家公司；引用之前仍需拿到 mp.weixin.qq.com 的永久链接。检索时要用公司中文名和曾用名，而不只是英文品牌——未公开的中文实体名往往最先出现在这类二手文章里。仅有摘要属于未经确认的线索，不能当作来源。

4. 招聘信息

公司很少公开完整的技术栈页面，因此需要从招聘信息重建，并标明为推断：

• 必需与优先的区别最有信息量。 必需语言可以支持技术栈推断；“了解 Kubernetes 者优先”只是招聘层面的平台提及，不能证明已经用于生产。工作年限不属于技术栈。
• 已经关闭的职位仍然有价值。 应注明状态和日期。旧职位接受“Go 或 Rust”，而现职位只要求 Go，本身就是信息。
• 招聘信息还会包含远程和搬迁政策、签证支持、语言要求、股权、福利，以及是否招聘应届生或初级工程师。

常见渠道：

优先使用公司自己的页面。聚合网站会改写内容，有些还会重新发布已经过时的职位。

有两类情况，招聘平台是唯一可得的证据：

• 面向英语求职者的平台（TokyoDev、Japan Dev）会写出日语招聘信息通常省略的内容：远程与到岗政策、签证支持、实际工作语言，有时还有薪资区间。它们的公司页面没有发布日期且持续编辑，应记为 Undated; accessed YYYY-MM-DD，并预期累计融资等数字会滞后。
• 社区论坛（V2EX、Hacker News 等）有时是公司唯一公开招聘的地方，没有招聘页的早期团队尤其如此。这类帖子可能是技术栈和工作条件的唯一公开描述；应记录发帖人、所用公司名称和发帖日期，因为帖子使用的名称可能与当前品牌不同。

Ask HN: Who is hiring? 与《谁在招人》这类固定帖有其他平台没有的性质：每条都由公司自己撰写，带有该期帖子或周刊的日期，并且长期存档。这使它成为一组带日期的序列——比对同一家公司在不同期的条目，可以看出技术栈、远程政策或薪资区间是何时变化的，而这一点在持续编辑、没有日期的页面上很难确定。ruanyf/weekly 的存档本身是一个 git 仓库，收录该条目的那一期周刊自带日期，也可以直接比对差异。

5. 创始人与团队

• 公司 about 或 company 页面用于确认当前职位和公开背景。
• 长篇访谈往往只有当地语言版本，可用于整理带日期的职业经历。
• VC 投资公告通常说明投资逻辑，有时也会说明融资结构。
• 会议和活动的演讲者简介经常包含非常详细的经历。
• LinkedIn 只用于确认任职情况。

只保留可以核实的职业事实，不评价个人。

6. 融资

根据公司对每一轮融资的官方公告建立表格，并采用公司自己使用的轮次名称。媒体和数据库会重新命名轮次，例如把 Pre-Series A 写成 Series A。数据库只用于发现线索；其中过时的累计金额只有在声称覆盖同一日期，或可能实质误导读者时，才放入 备注。

7. 其他公开来源

数据库适合发现线索，例如此前遗漏的融资或投资者名称，但写入页面之前，应使用一手来源确认每个数字。

引用原文，不要引用转载。 综合门户和内容平台——中文的新浪、网易、搜狐、腾讯新闻、百家号、今日头条、知乎专栏，日文的 Infoseek News 及转载 PR TIMES 通稿的地方报纸网站——多数是在转发他人内容，通常还带有"来源"或"転載"字样指明出处。应沿着这条线索找到并引用真正的出处：垂直行业媒体、通稿原文，或公司自己的发布。只有原文确实已经消失时才可以引用门户转载，并且要标明这是对某个具名来源的转载。同时，优先选择覆盖该公司所在行业的垂直媒体，而不是泛科技或泛财经媒体——前者会保留后者删掉的业务细节。

中文报道另有两处需要注意。其一，融资金额常以区间而非具体数字给出——数千万元、近亿元、数亿元——币种也经常省略；应照抄原文表述，只有来源明确写出币种时才标注，不要把区间换算成看似精确的数字。其二，大量报道源自公司自己提供的材料，因此多家媒体给出同一数字只算一个来源，不构成相互印证；确认之前应回溯到最早那篇首发文章。

8. 创始人和公司社交媒体

只使用公开的职业账号，并且只收录与公司实质相关的内容。事实放在哪个章节取决于主题，而不是来源类型：产品公告放 产品，招聘表述放 工程，职业经历放 创始人，融资主张放 融资，未解决的冲突放 备注。

记录归属、账号、发布日期和 URL。创始人发帖只能证明创始人作出了该表述，不能独立确认主张为真。保留原有时态和状态：“计划”“目标”“探索中”和“开发中”不能改写成当前产品事实。不能使用私人或受访问控制的内容、无关个人活动、性格推断，或与公司没有明确关系的个人仓库。

社交媒体和可变招聘页面属于易失来源。若已有且合法，可以链接网页存档，但不要求为每个来源主动建立存档，也不能把自动抓取失败等同于页面无效。页面可由人工访问但阻止自动抓取时，记录访问日期和限制。仅有搜索结果摘要属于弱证据，必须标注为未经确认。

发布与更新流程

每份公司页面都是带日期的研究快照，而不是持续监控的档案。Last updated 表示页面研究内容核验到的边界，不是文件系统中的最后编辑日期。

新融资、更名、重大产品或监管变化，以及大范围工程信息刷新，通常属于实质更新。公司、来源页面和 URL 之后可能变化；与公司无关的仓库修改不要求完整复查。

保留的来源失效时：先寻找官方替代 URL，再寻找已有存档，然后寻找同等权威的来源。重要历史主张在支持关系仍可理解时可以保留，但要明确标注死链或存档。事实不重要且已无法支持时应删除；不能静默用较弱的数据库条目替换一手来源。

发布前检查清单

• [ ] 每个数字都有日期和具体页面链接
• [ ] 融资轮次名称与公司自己的表述一致
• [ ] 技术栈逐项区分确认使用、推断和仅招聘提及
• [ ] 没有把招聘要求写成系统或技术已投入生产的证据
• [ ] 技术或行业背景的必需条件与优先条件保持分开
• [ ] 来源冲突记录在 Notes，没有被静默处理
• [ ] 缺失结论注明搜索日期和所查阅的公开来源范围
• [ ] 来源优先级与主张类型匹配
• [ ] 只要原文仍然存在，引用的就是原文而不是门户转载
• [ ] 无日期和持续变化来源注明 Accessed，但不据此暗示信息仍是当前状态
• [ ] 创始人或公司社交媒体保留归属及计划／当前状态
• [ ] 页面按重要性筛选，没有照录所有公开披露
• [ ] 适用时区分曾用品牌、前身和关联法律实体
• [ ] 没有评价性语言，不判断公司是否值得加入
• [ ] 发布时，每个来源链接都能打开并支持所引用的说法
• [ ] 已设置 Last updated 日期
• [ ] 译文保留相同的数字、日期和来源链接
• [ ] 语言切换链接可以双向访问
• [ ] 每份译文都注明同步日期