← 返回作品集行途 · 作品集
XINGTU · 素材接收站

MCP 实践 & 公司知识库建设
素材接收与转化规范

你手上这两块料，正好补能力模型里两个最关键的缺口：C1（AI 工程化）缺 MCP 落地证据，C4（技术管理）缺经历卡 —— 而 C4 是全场护城河第 2、证据密度垫底的最大盲区。

2026-09-02 数据源：本地资产盘点 + 能力模型数据.json 规范：SAF-004 / SAF-006 / SAF-012

一、现状：两处「有货无卡」

先看清缺口在哪，再谈投喂

0
已装载 MCP
mcp.json 为空
1
MCP 仓内 server
仅 feishu-bot
1
实际经历素材卡
索引登记 5 条
3
已建接收目录
可写/待蒸馏/仅供阅读

MCP 资产：仓是空的

  • ~/.workbuddy/mcp.json = 空配置，当前未装载任何 MCP
  • xingtu-mcps/ 仅 feishu-bot 一个 server，README 写「逐步填充中」
  • 该仓是规划中的开源资产，但一直没料可填
  • 你记忆里有 CodeGraph + CBM（codebase-memory-mcp） 实践，本地零记录
缺口：C1 域（AI 工程化）是唯一四维全满的能力，但 MCP 这条腿没证据。

经历卡：索引 5 条，实卡 1 张

  • 素材索引.md 登记 EXP-11-001 ~ 005
  • 实际文件只有 1 张：面试官_AI原生全栈交付招聘_202607.md
  • 而且这张卡还没进索引 —— 索引与文件双向脱节
  • 知识库建设 / RAG / MCP / 团队布道：零卡
缺口：C4 域护城河 20 分（第 2），证据密度 2 分（垫底），隐藏指数 8.0（最高）。

二、为什么这两块料最值钱

不是"多一点素材"，是补能力模型里最贵的两处空洞

材料补哪个域补的是什么为什么现在必须补
MCP 实践 C1 工程化 MCP 落地证据 + 可开源 server 源码 C1 是唯一四维全满（D5/E5/S5/V5）的主战场，但 MCP 这条腿是空的。有料就能直接填 xingtu-mcps 开源仓，同时补上省 Token 系列的技术纵深。
知识库建设 C4 技术管理 「带队做 AI 落地」的一手经历 护城河 20 分排第 2、证据密度 2 分垫底。稀缺度 5 分全场最高 —— 市面技术经理内容大多"只管理不编码"，这个位置几乎没人站，且需要真实经历、无法速成。
团队 AI 布道 C4 技术管理 人设证据链（管理者 + 布道者） 2023 年至今两年多的布道史，全库仅 1 份卡提及。时间越久越难补——记忆会衰减，现在是最便宜的时候。
一句话定位：MCP 是能开源的资产（补 C1 + 填仓），知识库建设是能立人设的经历（补 C4 + 定位空隙）。
前者可以直接变现成 GitHub Star，后者是别人抄不走的护城河 —— 而这两者指向同一个落点：「技术经理视角的 AI 工程化落地」。

三、投喂口径：三分类 + 五问

丢进来不用整理，但公司内容必须先分类 —— 原始素材不分级入库 = 埋雷

三种投喂姿势（挑最省力的）

姿势适用怎么做
① 口述要点 推荐脑子里有货、懒得写直接说「2023 年我在团队群推 AI，当时……」，我来做卡
② 丢原始文件现成文档/截图/配置/聊天记录拖进 _inbox/ 任意子目录，说一句「这是 XX」即可
③ 丢链接公众号文章 / GitHub 仓 / 外链资料直接发链接，我抓
最低投喂单位：一句话 + 一个时间。比如「2024 年给公司搭了个 RAG 知识库，用的 X」—— 这就够开一张卡。

三个子目录怎么选

判断标准只有一个：这个东西如果原文发到公众号，会不会出事？

目录判定典型内容下游处理
01_可写原文发出去也没事个人技术实践、开源项目、工具配置、方法论直接提卡 → 可发布
02_待蒸馏有公司痕迹，但方法论可抽公司知识库建设、内部平台方案、团队流程改造抽规则不讲架构、去标识、量级化
03_仅供阅读给我看个背景，永不发布内部架构图、真实账单、同事信息、可定位细节只做理解上下文，不进任何对外产出
拿不准就丢 03_仅供阅读 —— 降级容易，泄露不可逆。

脱敏五问（SAF-004 / SAF-006）

丢公司相关内容前先过这 5 问，任一命中「是」→ 进 02 或 03：

1
含公司名 / 产品名 / 内部系统代号？
→ 蒸馏为「某供应链中台」「某零售企业」
2
含可定位的数字（数十个服务、千级权限点、真实账单）？
→ 量级化：「数十个微服务」「权限点四位数」「降到原 1/3」
3
含同事/上级姓名、群聊原文、内部截图？
→ 03 仅供阅读，只抽结论不引原文
4
含未公开的技术方案、架构图、源码？
→ 03 仅供阅读。只讲决策逻辑，不讲实现
5
涉及人事 / 绩效 / 纠纷 / 薪资？
→ 03 仅供阅读，永久封存
蒸馏唯一心法：讲规则，不讲架构；讲决策，不讲实现；讲量级，不讲数字。
❌「我们 数十个服务的工作流改造方案是……」 →  ✅「数十个服务的工作流改造里，我定了 3 条铁律：事务内禁止远程调用、列表强制分页、SQL 强制参数化」

四、投喂之后会发生什么

六步流水线，前三步已就绪

1
投喂
口述 / 丢文件 / 丢链接
2
分类
可写 / 待蒸馏 / 仅供阅读
3
蒸馏
抽方法论，去标识量级化
4
成卡
EXP-11-XXX 入素材索引
5
转选题
07 选题池 + 利他验证
6
发布
公众号首发 → 分发

出口不止一个

MCP 材料→ xingtu-mcps 开源仓（填 server + README）→ 开源解读文 → 省 Token / Harness 系列选题
知识库建设→ C4 经历卡 → 「技术经理如何带团队落地 AI」系列 → 这是定位空隙的正中间
团队布道→ 人设证据链 → 启动篇 / 成长故事线素材

五、待填卡槽：对着答就行

每题答一两句即可，答不出就划掉。目标 8–10 张卡，不是 20 张

A 组 · 知识库 / RAG 最高优先

  • A1 起点：什么时间？老板派的还是你发起的？当时痛点是什么
  • A2 角色：执行者 / 带队者 / 布道者？管几个人
  • A3 选型：用了什么、放弃什么、重来会改哪
  • A4 踩坑：最大的坑？有没有"方向错了"的时刻
  • A5 效果：怎么判断做成了（量级即可，没数字就跳）
  • A6 人的因素 最值钱：抵触声音是什么、怎么破的、现在用得怎样
  • A7 方法论：换家公司重做，先做哪三件事？有什么反常识经验

B 组 · MCP 实践

  • B1：用过/搭过哪些 server，哪些是自己写的
  • B2：哪些活下来了、哪些吃灰、为什么
  • B3：有没有把内部系统包成 MCP？最大障碍是什么
  • B4：你判断"该不该做成 MCP"的标准是什么

C 组 · 团队 AI 布道（2023 至今）

  • C1 时间线：什么时候开始、什么形式
  • C2 阻力：最大阻力是什么、怎么破的、有转化的例子吗
  • C3 现状：使用率什么量级？重来第一步会做什么不同的事
建议顺序：先答 A6（人的因素） 和 A4（踩坑） —— 这两题的答案几乎必然是别人写不出来的内容，也是最容易直接变成爆款选题的。
A3（技术选型）反而最不急，因为技术细节同质化最严重、最容易被抄。

六、待办

按优先级排，前两项是今天就能推进的

1
投喂第一批素材
口述 A4 + A6（踩坑 + 人的因素），或把公司知识库建设的相关文档拖进 _inbox/02_待蒸馏/。我来做卡。
2
修复素材索引与文件的脱节
索引 5 条、实卡 1 张，且那 1 张未入索引。建议：要么补齐 5 张卡，要么把索引改成真实状态。虚假的索引比没有索引更危险 —— 它会让你以为素材够了。
3
MCP 装载清单
把你以前用过的 MCP server 列个名字清单（不用详细），我对照着看哪些值得写进 xingtu-mcps 开源仓，哪些值得装回 mcp.json。
4
回填能力模型 C4 证据密度
经历卡补到 8–10 张后，C4 的 E（证据密度）从 2 分往上抬，隐藏指数 8.0 会随之下降 —— 这才是真正把埋着的资产挖出来。
5
确认 C 级封存清单
知识库建设里若含内部架构/同事信息，明确标 C 级，永不进公众号、开源 README、简历。这条不可协商。