用途：把创始人或高管的个人 brain 变成可共享的团队/公司 brain，先脱敏再交付。适用场景包括新建团队 brain、审计已有共享 brain、新成员加入前验证仓库干净、以及定期清理。
主要能力：按约定执行，包括 brain-first.md（通过 brain 自身检索发现，而非文件系统猜测）、test-before-bulk.md（先处理 3-5 个文件并人工读输出，再放量）、regex-discipline.md（正则是分诊与验证工具，是否敏感由模型逐文件判断）以及 _brain-filing-rules.md。扫描范围不止 people/，还包括 meetings/、daily/、companies/、projects/、analysis/，以及 takes、facts 和 back-links。必须总是删除：内部分数/评分/技能字段、薪酬与股权、绩效评估、离职与保留、管理策略、内部政治、个人 PII；引用上述类别的 take 或 fact 整行删除。始终保留：职业身份、所建项目、职业轨迹、职业观点、工作时间线、技能专长。
使用方式：先取路径。 BRAIN="$(gbrain config get sync.repo_path)" cd "$BRAIN" 随后按阶段：检索发现（gbrain query、gbrain takes search、gbrain recall --grep）与结构发现（grep people/、meetings/ 等）写入 /tmp/brainify-scope.txt；分诊敏感度；在暂存副本上脱敏（推荐 rsync 到 $HOME/.gbrain/backups/brainify-staging-... 再编辑），大集合按 10-12 个文件分批并行；验证（重跑分诊与定向 grep，并用团队实际检索确认敏感查询返回空）；提交与清历史。新建团队仓库优先用非破坏方案：把脱敏后的暂存树初始化为全新仓库，个人脑库历史与工作树均不动。仅当共享仓库已含敏感历史时才做镜像克隆清理；目标绝不能是 sync.repo_path。facts 必须真正删除行，gbrain forget 只是过期并仍可被检索到。
限制：属于破坏性操作，批量前需 data-loss-gate 确认，必须键入 yes/do it；非零退出时停止并转述错误，不可 force-push。导出遵循只含已扫描内容规则；未扫描目录（conversations/、originals/、sources/、inbox/）一律不得复制。仅连接或索引既有公司仓库不算脱敏，应走 migrate 工作流。部分文档与输出在资料中被截断，未提供费用、平台等信息。