写作规范

本 Wiki 是公开参考库，读者是想做 FDE 的人。写法是百科式，不是专栏。

页面骨架

---
title: 页面标题
updated: 2026-09-06
---

# 页面标题

> 给谁看、解决什么问题，一到两句。

正文分节，每节用 ## 标题。

## 延伸阅读
- 本库内相关页面（相对链接）
- 库外材料（标题 + 链接 + 一句话为什么值得读）

## 来源
按正文引用顺序列出，每条含标题、作者或机构、日期、URL。

硬规则

1. 每个事实带来源。 数字、日期、引语、人名职务都要能点开链接核对。查不到来源的说法不写，或明确标「【待核实】」。
2. 一手优先。 官方博客、原作者文章、公司公告、论文、招聘页 > 媒体转述 > 二手总结。中文圈流传但与英文一手材料冲突的说法，以一手为准并说明差异（例：Palantir 内部代号 FDSE = Delta，Deployment Strategist = Echo）。
3. 写日期。 涉及市场、薪酬、工具版本、模型能力的内容，写清「截至 2026 年 X 月」。
4. 术语统一。 首次出现的英文缩写给全称和中文，之后可用缩写。FDE、FDSE、DS、MVD、Eval、Context、Ontology 等在 00-start/glossary.md 有定义，正文可链过去。
5. 中立。 各流派（Palantir 系、前沿实验室系、范冰 FDE4.AI、凯哥 Lean-FDE、Datawhale、Mars 的内部培养路线等）平等收录，写清各自主张、适用边界与证据强度，不替读者做选择，但可以指出证据薄弱之处。
6. 可执行。 方法论和实践页要落到清单、步骤、判断标准、模板，不停留在概念。
7. 互相链接。 每页至少链到本库两个其他页面。链接用相对路径，例：../03-role/what-is-an-fde.md。
8. 不写第一人称立论、不写课程推销、不写空话。删掉「随着 AI 的发展」一类开场。
9. 图。 结构关系、时间线、流程用 mermaid 代码块，DeepWiki 和 GitHub 都能渲染。
10. 长度。 单页 2000 到 6000 汉字为宜，超过就拆页。注解书单、年表、案例库、清单类页面，以及带可直接抄用实物（访谈提纲、judge 提示词、表结构、过关清单）的方法论页可以例外，上限放宽到一万字，页首加小目录。
11. 不接驳。 引用一篇材料时只能说它实际说了什么。例：Sequoia《Services: The New Software》全文没有出现 forward deployed engineer 这个词，不能写成「Sequoia 论 FDE」。把宏观论述接到 FDE 上时，要写明「这是本库的推论」。
12. 引用本库之外的 Mars 材料（fde-arsenal）用完整 GitHub 链接 https://github.com/ai-alchemy-lab/fde-arsenal/blob/main/...，不用相对路径，否则推到 GitHub 后是死链。

语言

中文为主，英文专有名词保留原文。句子说全，逻辑关系写准。可以用表格。