起源
FlexMesh 并非源自真实的快递员经验。SuperRoute 的创始人找到了负责人：「我们一起做点好玩的东西吧。」 领域知识（路线优化、多承运商快递这个细分领域）是合伙人带来的；这段合伙关系在代码库里留有痕迹（合伙人板块的提交，2025-12-25）。
负责人自己答应下来的理由是：他一直不喜欢自己只在一个维度上有见地这件事——增长、SEO、和用户对话，这些都是他的空白轴线。接下 FlexMesh，在某种程度上，是有意把它当成补齐这些缺失维度的训练场。
这也重新定义了增长的故事（growth）：那套偏执的度量体系、分阶段的 SEO 战役、GEO 审问式循环，都不只是达成 FlexMesh 成功的手段——获得那份见地本身就是一个一等目标，而这条曲线确实在往上走：约 15 个月里，从零走到专业水准的 SEO 战役、一套自创的 GEO 方法（geo-by-interrogation）、以及审计级别的漏斗诊断。这也解释了为什么这个项目在用户曲线走平之后依然活着——它最真实的 KPI 从来就不只是 DAU（日活跃用户数）——也解释了为什么一个"图个好玩"的项目会带着 107 个类型化的分析事件（measurement-stack）：玩着做，也不给严谨性打折。
面试中的经典一问："你为什么做这个？"——一个朋友邀请我一起玩，我答应了，因为我不愿意让自己只剩一个维度。
它真正训练出的能力轴线（代码库里的证据）
分工让这种训练变成了结构性的：合伙人带来了路由引擎和领域知识；负责人负责其余的一切——而"其余的一切"，恰好就是他那份空白轴线清单。 他唯一已经掌握的那条轴线（后端），花得很省、很精准：一个 12 次提交的 BFF（bff-thin-adapter）。
| 能力轴线（对他而言是全新的） | 证据 |
|---|---|
| 前端 | fe 仓库 123/123 次提交都是他的 — frontend-from-zero |
| 移动端 | 整个 Flutter app：bloc、DI、go_router、相机/权限申请链、universal links、iOS 构建地狱（Podfile、TestFlight、APNS——苹果的推送服务、AASA——universal links 的配置文件）；2026-08 起成为最深的一条轴线——面单检测管线及其法则（label-detection-pipeline），并把一个学习得到的定位器烤进了应用（learned-locator、model-locates-laws-decide） |
| 合规 | 同意授权在 SDK 层做门控，端到端测试覆盖，policy-as-lint（策略即 lint 规则）— compliance-from-zero |
| 法务 / 公司事务 | FlexMesh Inc.（安大略），自己撰写的 21 节条款与条件（T&C），按渠道区分的税务姿态 — legal-and-corporate-from-zero |
| 发布 / DevOps | Docker（2025-05）、GitHub Actions → Vercel（2026-02）、自托管 Appwrite、一路发布到 0.7.5 并通过两个应用商店的审核、一份成文的发布 SOP（release-sop、one-release-three-builds） |
| 本地化 | 6 个语种、hreflang、DeepL 翻译流水线、针对 ARB（Flutter 的本地化资源文件）的 key checker、用 ESLint 强制执行的 i18n（2025-12-24——把合规做成一条 lint 规则） |
| 内容运营 | Google Sheets 当 CMS 用 + 一整套上传工具链；博客/城市页/对比页的生产线；15 条功能演示视频 |
| 增长 / SEO / GEO | growth ——分阶段的推广战役、审问式循环、平台期 |
| BD（业务拓展）/ 合作伙伴关系 | 与 SuperRoute 的这次合作本身 |
| 社区 / 支持 | Discord 集成（2025-09） |
目前已经深挖过的：前端、合规、法务/公司事务、BFF，以及 2026-08 起的移动端（扫描管线）和发布。其余的暂时只是表格里的一行，等它们攒够分量再展开成笔记。