2026-08-24 · 仓库架构盘点

三条业务线的 GitHub 仓库
为什么数量不一样

领途 5 个、Juno & Jett 4 个、PawChibi 6 个。看着像三套逻辑，其实是同一套骨架 —— 差异全出在三个地方。

一句话结论 搭建逻辑是同一套：四类标配仓（工具 / 记忆 / 工作台 / 报告站）。数量差在于 —— ①标配有两处没配齐（领途缺工作台仓、PawChibi 没有自己的报告站仓）②后端仓不是标配、是按"团队要不要碰钥匙"决定的 ③PawChibi 多背了两个历史遗留的仓。 2026-08-24 已按统一规范改名落地并补齐缺口，本页内容为改完之后的当前状态。

01全景对照

把三条线按"同一类东西"横着摆，差异一眼就出来了。绿勾＝有，红字＝没有。

这一类是干什么的 领途 Leadpath Juno & Jett PawChibi
① 工具箱团队在 Claude 里装的那套技能 leadpath-plugins junoandjett-plugins pawchibi-plugins
② 记忆库AI 攒下的经验和踩过的坑 leadpath-brain junoandjett-brain pawchibi-brain
③ 工作台正本干活那个文件夹的云端备份 leadpath-workspace2026-08-24 补建（旁路镜像） junoandjett-workspace pawchibi-workspace
④ 报告站能发出去的分享链接 leadpath-reports junoandjett-reports 走个人报告站，不用仓
⑤ 后端保险箱按需，不是每条线都要 leadpath-backend 不需要 pawchibi-backend用途完全不同
⑥ 历史遗留早期或一次性留下来的 — — pawchibi-docs
pawchibi-archive-us-figurine
合计5 个4 个6 个

02为什么数量会不一样

三个原因，性质完全不同：一个是漏了，一个是有意为之，一个是历史包袱。

1标配没配齐（两处）

四类标配里，三条线各有一格是空的 —— 但两格的性质不一样。

✅ 领途工作台 · 已补（做法特殊）干领途活那个文件夹里，报告 HTML 其实都已经发布上云了；但 deck、logo 源文件、手册源稿、脚本共 197 个文件 45MB 从来没有任何副本（Dropbox 和 OneDrive 也没有）。按 8-20 定的规矩「产物筐不开 git」，所以没动那个文件夹，而是在旁边建了一个镜像仓自动同步——备份有了，commit 提醒一个都不会多。
🟢 PawChibi 没报告站仓 · 不算缺 它的报告发到你个人那个报告站（austin-reports.pages.dev）。那条管线是本机直接上传、不经过 GitHub，所以天然不需要仓。代价只是：PawChibi 的报告和其他杂项报告混在同一个站里。

2后端仓不是标配，是"团队要不要碰钥匙"决定的

三条线在这一格的做法完全不同，各有各的道理：

领途：建了后端人多 + 专家库里有价格、配合度、内部评价这些不能外泄的字段。所以做了一个统一出口：团队要数据一律经过它，团队成员永远不持有飞书钥匙，对外的字段还要过一道脱敏闸。
J&J：不需要后端走的是另一条路 —— 钥匙一台机器一份、单独发（新人找你要，本机存 4 份），插件直接连飞书和抓取服务。没有中间层，所以没有后端仓。
PawChibi：有后端但是另一件事它这个后端跟报告毫无关系，是Shopify 的白名单闸门：只放行改设计、改商品、传图片，订单 / 客户 / 折扣 / 结账一律拒绝。防的是"设计岗顺手就能翻出全部客户订单"。

3PawChibi 多背了两个历史仓

这两个不属于任何标配，是过去留下来的，不是"PawChibi 搭得更全"：

pawchibi-docs组织里唯一一个公开仓，用 GitHub 自带的网页服务挂着几页早期方案。搬走或改名网址就会变，所以一直留着没动。
pawchibi-archive-us-figurine一次性的美国 3D 手办竞品调研站（买家画像 / 评论 / 社媒 / 总报告四页）。原来只在本机、云端没有副本，8 月 24 日盘点时才补建上去。

03每个仓具体在做什么

14 个仓，一仓一卡。重点看"断了会怎样"—— 那才是它真正的分量。

领途 Leadpath 4 个仓

leadpath-plugins

团队工具箱（源码）

放什么
7 套插件的源码：配置、找专家、写介绍、管理后台、经验烘焙、管理层驾驶舱、交付
谁在用
全团队，装在各自的桌面版 Claude 里
更新方式
你说"发布"→ 推上来 → 市场自动接力 → 团队无感自动更新
断了会怎样
团队工具停止更新（已装的还能用）

leadpath-brain

这条线的 AI 记忆

放什么
一个坑一个文件的经验记录 + 一份索引目录
谁在用
你这台机器，每次开工自动读
更新方式
开工脚本自动推，不用管
断了会怎样
AI 忘掉过往教训，同一个坑重踩

leadpath-backend

保险箱 + 脱敏闸（跑在云上的小程序）

放什么
专家库读取与检索接口、对外字段白名单、发报告的代理
谁在用
团队每一次取专家数据都经过它
钥匙
全部锁在云端加密保管，不进任何仓库
断了会怎样
专家库查不了、报告发不出去 —— 领途最要害的一环

leadpath-reports

报告站的内容仓

放什么
几百份已发布的报告网页（约 6MB）
怎么上线
后端把报告推进这个仓 → 网站自动重新构建上线
谁在看
客户和团队，点链接就能看
断了会怎样
已经发出去的历史报告链接会全部打不开

Juno & Jett 4 个仓

junoandjett-workspace

工作台正本（备份）

放什么
项目规则、进度记录、18 份内部报告与存档、一批脚本（约 22MB）
谁在用
你干 J&J 活的那个文件夹本身
特别之处
自动备份只帮它推已写好的记录，绝不代写 —— 因为里面的提交信息是周审裁决的留档
断了会怎样
规则和历史进度只剩本机一份

junoandjett-plugins

团队工具箱（组织里最大的仓，34MB）

放什么
6 套插件：配置、雷达找灵感、内容工作室、数据洞察、互动、经验进化
谁在用
J&J 全团队
钥匙
不在插件里。新机器首次配置时找你单独要（旧的"随包分发"做法已废止）
断了会怎样
团队工具停更

junoandjett-brain

这条线的 AI 记忆

放什么
内容创作规则、发布标准、报告模板、踩坑记录等
更新方式
开工自动推
断了会怎样
同上：经验清零，重复踩坑

junoandjett-reports

报告站的"全站快照"

作用不同
J&J 的站是整站一次性上传的。这个仓的作用是发布前先同步一份完整站点内容 —— 防止只传一个新文件把全站清空
放什么
已发布的所有报告网页（约 5MB）
断了会怎样
发布会被安全机制主动拒绝（宁可不发，也不清空全站）

PawChibi 6 个仓

pawchibi-workspace

工作台正本（私有备份）

放什么
项目全部文件：创业报告、落地清单、飞书搭建蓝图、各类手册（约 2.6MB）
谁在用
你干 PawChibi 活的那个文件夹
断了会怎样
项目资料只剩本机一份

pawchibi-plugins

工具箱（目前只有一套：基础配置）

放什么
配置、同步、体检、记一笔、开工五个技能 + 知识分区（订单流程、通道地图等）
特别之处
它套在工作台文件夹里面但自己是独立仓 —— 所以开工脚本给它单独加了一条拉取规则
断了会怎样
PawChibi 的技能停更

pawchibi-brain

这条线的 AI 记忆（最厚的一个）

放什么
建站与品牌决策、验证铁律、浏览器自动化套路、对标品牌清单等
断了会怎样
血泪买来的验证规则全丢（比如"改完立刻读会读到旧版"这类）

pawchibi-backend

Shopify 白名单闸门

放什么
一个跑在云上的小程序：持店铺凭证、代理后台接口
只放行
主题、页面、商品、图片、文件
一律拒绝
订单、客户、折扣、结账 —— 直接返回"无权限"
断了会怎样
设计岗改不了站（但你本机凭证那条路不受影响）

pawchibi-docs

唯一公开仓 历史遗留

放什么
早期的建站方案、上线计划、店铺配置几页网页
怎么上线
用 GitHub 自带的网页服务挂着
为什么留着
搬走或删掉网址就会变；且里面没有敏感内容
最后更新
7 月初，之后没再动过

pawchibi-archive-us-figurine

一次性调研站

放什么
美国 3D 手办市场竞品调研四页：买家画像 / 评论 / 社媒 / 总报告
来历
原本只在本机、云端没副本（孤儿仓），8 月 24 日盘点时补建
还会更新吗
不会，是存档性质

顺带一提 组织里另外 4 个仓（不属于这三条线）

austin-personal-ip

个人 IP 线的工作台 + 插件源码

放什么
扫经验、成稿、出图、复盘那一套技能和报告

austin-ip-brain

个人 IP 线的记忆库

放什么
个人画像、选题判据、小红书账号信息等

austin-claude-brain

主工作台（跨线杂活）的记忆库

放什么
全局习惯与规则记录，也就是这次分析读的那一套

austin-claude-automation

本机自动化的云端副本

放什么
开工脚本、审批弹窗脚本、一键发布技能
为什么重要
这是三方同步的总枢纽，此前一直没有任何备份，后来才补上

04这些仓前后是怎么用起来的

从打开对话框到发布上线，一共四段。第一段全自动、你不用做任何事。

1开工全自动 · 零操作
  1. 拉最新：把四个工具箱仓的最新改动拉到本机（工作区有没做完的东西就自动跳过，绝不覆盖）
  2. 刷缓存：把最新版工具装进 Claude 实际读取的那份缓存里，不等它自己更新
  3. 推记忆：五个记忆库先拉后推，有改动才存 —— 这条线曾经静默断过两个月，所以现在出问题会立刻出声
  4. 忘发布哨兵：哪个工具箱有改完没发的存货，开场就提醒你（今天开场那句提醒就是它）
↓
2干活进对应文件夹
  1. 进哪条线的文件夹，那条线的规则就自动生效 —— 规则跟着文件夹走，不跟着人走
  2. 用工具箱里的技能干活（找专家、出内容、改店铺……）
  3. 要数据时三条线各走各的路：领途一律经过后端保险箱；J&J 用本机钥匙直连；PawChibi 改设计走白名单闸门
↓
3出报告三条线三条路
  1. 领途：后端把报告推进内容仓 → 网站自动重新构建 → 出 leadpath-reports 链接
  2. J&J：先同步全站快照仓（防清空）→ 整站上传 → 出 junoandjett-reports 链接
  3. PawChibi / 杂活：本机直接上传到你的个人报告站 → 出 austin-reports 链接（不经过 GitHub，所以没有仓）
↓
4沉淀 & 发布收尾
  1. 踩到坑：属于本机/账号/工具的 → 当场写进记忆库，下次开工自动推上去；属于团队规则的 → 进经验池，等周审拍板再落地
  2. 改了工具：你说一句"发布"→ 校验 → 提版本号 → 推上 GitHub → 市场自动接力 → 团队那边无感更新

05要不要动

按"该不该补"排的三条，只有第一条建议现在做。

✅ 已完成 · 领途工作台镜像备份

新建 leadpath-workspace，197 个文件 45MB 已推上云端；开工脚本会自动保持同步，你什么都不用做。工作台文件夹本身仍然没开 git，不会多出任何 commit 提醒。

PawChibi 的报告站 —— 先不动

现在蹭个人报告站完全能用，只是报告混在一起。等哪天要把 PawChibi 的报告单独给外部人看、或者数量多到找不着了，再单开一个站也不迟。

其余保持现状 —— 不用动

后端仓的有无是各条线的安全策略决定的，不是遗漏；PawChibi 那两个历史仓留着也不碍事，删或搬反而会让已经发出去的网址失效。