本 Wiki 的更新规程
给想让这个库不过期的人，以及想贡献内容的人：明确每个月更新哪几页、用什么查询、谁负责、日期怎么标、PR 怎么提。文末给一份可以直接交给 agent 执行的月度更新提示词。这套规程也可以直接拿去做你自己的行业情报站。
为什么需要一份规程
一个公开知识库最常见的死法不是写不出来，是写完之后没人知道哪一页该更新、更新到什么程度算完成。这一页把这件事变成可执行的清单。
三条底层原则，和 ../meta/style-guide.md 一致：
- 每个事实带来源。 更新时如果找不到新来源，宁可保留旧内容并标注日期，也不要用没有出处的新说法覆盖。
- 写清「截至什么时候」。 所有会过期的内容（市场、薪酬、工具版本、模型能力、在办的培训班）必须带时间戳。
- 中立。 更新不是站队。新出现的流派按同样的格式收录，写主张、适用边界、证据强度。
一、更新节奏
1.1 每月（第一周）
| 页面 | 更新什么 | 完成标准 |
|---|---|---|
| 2026-timeline.md | 追加上个月的条目（海外 + 中国分列） | 每条有日期、一句话事件、可点开的链接、证据强度标注 |
| README.md 的「本月三件事」 | 重写这一节 | 三件事各带来源；如果这个月确实没有三件值得写的事，写两件并说明 |
| people-to-follow.md | 只在有新人物持续发声（不少于两次公开输出）时增补；有人职务变动时更正 | 新增条目必须写清身份、为什么值得关注、渠道链接 |
| sources-to-subscribe.md | 只在有新源出现或旧源停更/失效时改 | 失效的源不删除，改成划掉并注明「截至 YYYY-MM 已停更 / 已失效」 |
1.2 每季度
| 检查项 | 做法 |
|---|---|
| 全库交叉链接 | 跑一遍相对链接，确认没有死链；每页至少链到本库两个其他页面 |
| 术语一致性 | 对照 ../00-start/glossary.md，确认 FDE / FDSE / Delta / Echo / Deployment Strategist / MVD / Eval / Context / Ontology 的用法全库一致 |
| 数字口径 | 全库搜索百分比与美元数字，确认每个都带口径（谁统计的、样本、时间窗） |
| 【待核实】清单 | 把全库的【待核实】标记集中列一遍，看哪些这个季度可以补上 |
| 中立性 | 检查是否有某个流派的篇幅或措辞明显偏离其他流派 |
1.3 每年（1 月）
- 把上一年的时间线从
09-now/移到 ../01-lineage/，09-now/只保留当年。 - 复核 ../03-role/ 的薪酬与岗位数据、../06-toolbox/ 的工具与模型选型——这两章过期最快。
- 复核 ../08-career/ 的课程与认证清单：培训产品的生命周期通常不超过一年。
二、每页对应的查询清单
更新时照着这张表跑，不用每次重新想搜什么。
2.1 海外（用英文搜索接口）
| 查询 | 目的 |
|---|---|
"forward deployed engineer" + 时间过滤到最近 30 天 | 大面 |
"forward deployed" funding OR acquisition OR launches | 公司动作与融资 |
Palantir earnings call "forward deployed" | 财报里的一手表述（Palantir 每季度一次） |
site:openai.com OR site:anthropic.com OR site:aboutamazon.com "forward deployed" | 官方公告 |
"forward deployed engineer" salary OR compensation report | 薪酬数据 |
"forward deployed engineer" jobs data OR census OR postings | 岗位数据 |
HN Algolia：https://hn.algolia.com/api/v1/search_by_date?query=%22forward%20deployed%22&tags=story | 社区与反面声音 |
Reddit：https://www.reddit.com/r/cscareerquestions/search.rss?q=%22forward+deployed%22&restrict_sr=1&sort=new | 从业者一手感受 |
各公司招聘页搜 Forward Deployed | 组织变化的最早信号，通常比新闻稿早 |
2.2 中国（英文搜索接口够不到，必须走中文入口）
| 查询 | 入口 | 目的 |
|---|---|---|
FDE、前沿部署工程师、前线部署工程师 | 搜狗微信 | 公众号是中文侧信息密度最高的一层 |
FDE 培训班、FDE 认证、FDE 训练营 | 搜狗微信 | 培训与认证市场动向 |
FDE 政策、FDE 人才培养、前沿部署工程师 政策 | 搜狗微信 + 百度 | 政府与协会动作，这一层最容易被漏掉 |
FDE 招聘、FDE 工程师 薪资 | BOSS 直聘 / 猎聘 / 脉脉 | 岗位与价格 |
FDE、前沿部署工程师 | 知乎 | 定义与科普的检索面（互动数据参考价值低） |
FDE | B 站、小宇宙 | 视频与播客；B 站评论区是反面情报的主要来源 |
中文检索的三个坑，每次更新都会碰到：
mp.weixin.qq.com对多数自动化工具是拦截的。 公众号正文读不到，阅读量与在看数不公开。搜狗微信的结果链接是会过期的临时签名链。约定做法：只记录「标题 + 公众号名 + 发布日期」。- 日期不可靠。 搜狗列表页的日期粗糙；转载站的转载日不等于原文发布日（实测可能偏晚一个月）；某些站点的
article:published_timemeta 永远显示当天。只信正文可见的署名日期。 - 百度会触发安全验证。 连续检索会被弹验证码。做法是放慢节奏、换入口（搜狗 / 必应），不要在同一个入口连打。
三、责任分工
这是一个公开库，没有全职维护者。分工按「谁能拿到一手材料」来分，而不是按职级。
| 角色 | 负责什么 | 怎么产生 |
|---|---|---|
| 库维护者（maintainer） | 合并 PR、每季度做一致性检查、每年做归档、仲裁争议内容 | 仓库权限持有者 |
| 章节负责人 | 认领一个目录（如 04-methodology/），对该目录内容的准确性与时效负责 | 在仓库 issue 里认领，连续三个月无响应则视为释放 |
| 情报贡献者 | 提供线索（新文章、新公司动作、新培训项目、新政策） | 任何人，提 issue 即可 |
| 一手材料贡献者 | 提供亲历案例、JD 原文、课程实际内容、失败复盘 | 任何人。这一类贡献价值最高，也最缺 |
争议内容的处理：当两个来源冲突时，按 ../meta/style-guide.md 的第 2 条办——一手优先，并在正文写明差异与各自出处，不删掉其中一方。典型例子是 Palantir 内部代号（FDSE = Delta，Deployment Strategist = Echo）在中文圈的流传版本与英文一手材料不一致。
四、日期与证据标注规范
4.1 三处日期，缺一不可
- frontmatter 的
updated:—— 这一页最后一次实质性修改的日期。只改错别字不改这个字段。 - 正文里的「截至 2026 年 X 月」 —— 用于市场、薪酬、工具版本、模型能力、在办项目。
- 每条事实自己的日期 —— 文章发布日、公告日、抓取日。传播数据（点赞、播放、HN 分数）必须写抓取时间，因为它一直在变。
4.2 证据强度标注
本库统一使用六档标记，09-now/ 全面使用，其他章节按需使用：
| 标记 | 含义 |
|---|---|
| 【官方】 | 政府文件、公司公告、官网、招聘页 |
| 【媒体】 | 有编辑部的媒体报道 |
| 【平台数据】 | 从 API 或页面直接读到的数字 |
| 【自述】 | 公司或个人的自我宣传（含公众号推文） |
| 【转述】 | 二手转引，需要回一手核对 |
| 【待核实】 | 本次未取到一手依据。允许保留，但必须显式标出 |
关于【待核实】：它不是失败的标记，是诚实的标记。一份带 20 条【待核实】的时间线，比一份把 20 个猜测写成事实的时间线可信得多。每次月度更新，先看能不能消掉几条上个月的【待核实】。
4.3 不写的东西
- 无法溯源的说法。凑不满数量就写「本月未发现符合标准的新增信息」。
- 第一人称立论、课程推销、对同行的评价性措辞。
- 从内部材料（商业计划、竞争分析）里直接搬运的判断。内部材料只能用来定位线索，写进来的每个事实都必须重新给出公开来源链接。
五、贡献者怎么提 PR
5.1 提 issue（提供线索，不写内容）
标题格式：[情报] 一句话说明
正文至少包含：来源链接、发布日期、一句话说明为什么值得收录、你判断的证据强度。
5.2 提 PR（直接写内容）
- Fork 仓库，新建分支，分支名用
update/09-now-2026-10这样的格式。 - 按 ../meta/style-guide.md 的页面骨架写：frontmatter、开头一句话定位、正文分节、延伸阅读、来源。
- 更新对应页面 frontmatter 的
updated:。 - PR 描述里写清：改了哪几页、新增了哪些事实、每个事实的来源、有没有新增【待核实】。
5.3 Review 检查清单
维护者按这张表过，任何一项不过就打回：
- [ ] 每个新增事实都有可点开的链接
- [ ] 每条链接都实际打开过，不是搜索结果页里抄的
- [ ] 数字带口径（谁统计的、样本多大、什么时间窗）
- [ ] 会过期的内容写了「截至 20XX 年 X 月」
- [ ] 传播数据写了抓取时间
- [ ] 证据强度标注齐全
- [ ] 公众号条目用「标题 + 公众号名 + 发布日期」，没有会过期的签名链
- [ ] 页面 frontmatter 的
updated:改了 - [ ] 至少链到本库两个其他页面，链接是相对路径且没有死链
- [ ] 术语与 ../00-start/glossary.md 一致
- [ ] 没有第一人称立论、课程推销、对同行的评价性措辞
- [ ] 新收录的流派与既有流派格式对等，没有厚此薄彼
六、月度更新提示词（可直接交给 agent 执行）
把下面整段复制给一个能联网的 agent。它跑完输出的是可以直接进 PR 的内容。
你是 FDE Wiki 的月度更新员。今天是 {{DATE}}，本次更新覆盖 {{上个月}} 的新增信息。
仓库路径：{{REPO_PATH}}
先读这三个文件再动手，你写的内容必须符合它们：
- meta/style-guide.md（页面骨架与硬规则）
- meta/design.md（定位与目录树）
- 09-now/update-protocol.md（本规程）
## 任务
产出三样东西：
A. 09-now/2026-timeline.md 中 {{上个月}} 那一节的完整内容（海外 + 中国两张表）
B. 09-now/README.md 中「本月三件事」这一节的重写版
C. 一份「本月未消化线索」清单，交给下个月
## 检索清单（照跑，不要自己发挥）
海外（用英文搜索接口，不开浏览器）：
1. "forward deployed engineer"，时间过滤最近 30 天
2. "forward deployed" funding OR acquisition OR launches
3. site:openai.com OR site:anthropic.com OR site:aboutamazon.com OR site:blog.palantir.com "forward deployed"
4. "forward deployed engineer" salary OR compensation OR jobs data
5. Palantir 若在本月发过财报：读电话会实录，抓所有 "forward deployed" / "FDE" 的原文
6. HN：https://hn.algolia.com/api/v1/search_by_date?query=%22forward%20deployed%22&tags=story
7. Reddit：r/cscareerquestions、r/ExperiencedDevs、r/salesengineers、r/ProductManagement
的 search.rss，关键词 "forward deployed"
8. 各公司招聘页搜 Forward Deployed，看有没有新的职级、新的地区、新的部门
中国（英文搜索接口够不到，必须走中文入口）：
9. 搜狗微信：FDE / 前沿部署工程师 / 前线部署工程师 / FDE 培训班 / FDE 认证 / FDE 政策
10. 百度：FDE 政策 / FDE 人才培养（注意会触发安全验证，放慢节奏）
11. 知乎、B 站、小宇宙同关键词
12. BOSS 直聘 / 猎聘：FDE、前沿部署工程师、AI 交付工程师
## 输出格式
时间线每条一行：
| 日期 | 事件（一句话，含关键数字与人名职务） | 来源与强度 |
「本月三件事」每件写成三段：发生了什么（带来源）、对读者的意义、链到本库哪一页。
## 硬性要求
- 每条必须有可点开的链接。查不到链接的丢弃，不要写。
- 每条标证据强度，只能用这六种：
【官方】【媒体】【平台数据】【自述】【转述】【待核实】
- 数字必须写口径（谁统计的、样本多大、什么时间窗）。做不到就标【转述】。
- 传播数据（点赞、播放、HN 分数）必须写抓取日期。
- 公众号条目只写「标题 + 公众号名 + 发布日期」，不写会过期的搜狗签名链。
- 中文圈流传但与英文一手材料冲突的说法，以一手为准，并在正文写明差异。
- 单列一节「本月的反方声音」，专收唱衰、质疑、失败案例、成本与技术债的讨论。
这一节如果是空的，说明检索有偏，回去补 Reddit 和 HN 的评论区。
- 中立：新出现的培训方、课程、认证、流派按同样格式收录，写主张、适用边界、
证据强度，不做推荐也不做贬低。不写第一人称立论，不写课程推销。
- 凑不满就如实写「本月未发现符合标准的新增信息」，不要用旧闻或观点充数。
- 顺手检查上个月标了【待核实】的条目，能补上一手来源的就补，补不上就保留标记。
## 浏览纪律（必须遵守）
- 优先用搜索接口与网页抓取接口拿内容，不开浏览器。
- 确需浏览器时：任何时刻最多开一个标签页，查完一页当场关掉，
收工前清点自己开过的标签页，必须一个不剩。绝不关别人的标签页。
## 收工报告
写完给一份简短报告：改了哪几页、新增多少条、其中【待核实】几条、
哪几条证据薄弱、本月最值得知道的三个发现。不要把正文贴回报告里。七、把这套规程用在别的话题上
这份规程里只有两处是 FDE 专有的：第二节的查询清单，和第六节提示词里的检索列表。其余部分（更新节奏、证据强度六档、日期三处、Review 检查清单、浏览纪律）可以直接搬到任何一个需要长期维护的中文行业情报库。
三条最容易被忽略但最关键的设计：
- 把「查不到」写进产物里。 【待核实】和「本月未发现」是可交付内容，不是失败。
- 给反方声音留固定配额。 不给固定位置，反方声音会被自动过滤掉，因为它们的传播数据天然更低。
- 把浏览纪律写进提示词。 agent 不会自己关标签页，也不会自己控制并发。这条不写死，跑几次就会把机器拖垮。
延伸阅读
- ../meta/style-guide.md —— 页面骨架与硬规则，本规程是它在时效内容上的具体化。
- ../meta/design.md —— 目录树与定位，决定新内容该放哪一章。
- sources-to-subscribe.md —— 第二节查询清单背后的完整订阅源。
- 2026-timeline.md —— 这套规程的产物长什么样。
- ../00-start/glossary.md —— 术语一致性检查的基准。
来源
- 本 Wiki 写作规范：
meta/style-guide.md（2026-09-06 版） - 本 Wiki 设计文档：
meta/design.md（2026-09-06 版） - 中文检索通道的可用性结论（
mp.weixin.qq.com拦截、搜狗签名链过期、百度安全验证、小宇宙无 web 搜索入口、小红书需登录）来自 2026-08-30 与 2026-09-06 两次实测 - HN Algolia 检索接口。https://hn.algolia.com/api
- Reddit 搜索 RSS 与开源镜像 redlib 的可用性说明，实测于 2026-08-30