目标是"以后开新项目照着抄就行"。三步已于 2026-08-24 全部执行完毕——先看落地结果，再看标准本身与改名这笔账。
命名是三个不统一里最轻的一个。真正卡管理的是：四条线用着四套不同的发版规则，基础技能编号还有两套口径 —— 这两个才会让人真的做错事。
规范定死，对新项目零成本；存量只改 3 个仓最划算。剩下的改了要么白折腾，要么会把已经发出去的网址搞挂。
改仓名本身几乎不会断。GitHub 会自动跳转，历史、密钥、钩子、协作关系全部原样跟着走。真正会出事的只有 3 处，都在下面点名了。
2026-08-24 当天三步全部执行完毕，每一步都实测验证过。下面是改了什么、验到什么程度。
写进全局规矩，以后每次会话自动读到
~/.claude/CLAUDE.md 新增「业务线标准化」一节做法与原方案不同，见下方说明
leadpath-workspace，197 个文件 45MB.git本机文件夹一个都没碰
-reports-deploy→-reports · junoandjett-system→-workspace · pawchibi-claude→-workspace · 调研站→archive- 前缀只挪号，功能一个字没动
01 配置 · 03 体检 · 04 记一笔 · 05 上手，特色技能 06 起最值钱的一步
故意留着，不是漏了
02 号位给它留着翻到你 2026-08-20 的拍板：领途产物筐永不开 git（理由：报告已上云、开了只添 commit 提醒噪音）。抽查也证实那些报告 HTML 确实都发布过 —— 发布后文件名和标题都会变，按文件名比对会误判成「没备份」。
但那个筐里确实混着**从没有过副本**的东西：deck/ 18MB 企业手册与素材、logo/ 含 PSD 源文件、根目录的手册源稿与脚本，共 197 个文件 45MB，Dropbox 和 OneDrive 都没有。
四个层面，按"会不会真的害人做错事"排序 —— 排在前面的比命名严重得多。
同样是"改完工具发给团队"，四条线的规矩完全不一样：
| 业务线 | 现在的规矩 | 风险 |
|---|---|---|
| 领途 | 没有版本号闸门，推上去就算发布 | 推错了没有任何拦截 |
| Juno & Jett | 改哪个插件就给哪个插件提版本号；目录里不写版本 | — |
| Austin IP | 插件和目录两处版本号必须同时提 | 只提一处 = 团队缓存永远冻住（真踩过，冻了六周） |
| PawChibi | 插件提版本 + 知识库改了另外再提一次 | — |
结果就是：发布这件事必须去查表才敢做，换个人来做几乎必错。
J&J 和 PawChibi 已经对齐了：01 配置 · 02 同步 · 03 体检 · 04 记一笔 · 05 上手。
领途是另一套：01 配置 · 02 体检 · 03 上手 · 04 记一笔 · 05 个人体检 · 06 投料 · 07 造工具 —— 同一个 02 号，在领途是体检、在另两条线是同步。
01-05 这五格锁死成全体系通用（配置/同步/体检/记一笔/上手），各条线自己的特色技能一律从 06 往后排。领途只需把现有几个技能挪个号，功能一个不动。① 工作台三种叫法：junoandjett-system / pawchibi-claude / 领途干脆没有
② 报告站两种叫法：leadpath-reports / junoandjett-reports-deploy
③ 一次性存档没有前缀规则：pawchibi-us-figurine-report 看不出是存档件
另外三条线的工具箱仓都挂着"推上去 → Claude 市场自动接力"的钩子，只有 austin-personal-ip 一个都没有。也就是说那条线推了代码，市场那边不会被通知。
两张表定死：仓库怎么起名、每条线必须有哪四件套。以后开新项目照抄。
格式统一为 业务线代号-用途。代号全小写、一个词，并且跟市场名、报告站项目名用同一个词。
| 用途 | 叫什么 | 必备吗 | 判据 / 说明 |
|---|---|---|---|
| 工具箱团队装的技能 | <线>-plugins | 必备 | 只要有第二个人要用，就必须有 |
| 记忆库AI 的经验 | <线>-brain | 必备 | 挂进开工脚本自动推，不用管 |
| 工作台正本干活文件夹的备份 | <线>-workspace | 必备 | 统一这个词，替掉现在的 system / claude 两种叫法 |
| 报告站内容 | <线>-reports | 视情况 | 这条线的报告要不要独立门面？要就建，不要就走公共报告站 |
| 后端保险箱 | <线>-backend | 按需 | 唯一判据：团队要不要碰钥匙。要碰＝不建；不能碰＝必须建 |
| 一次性存档 | <线>-archive-<名字> | 按需 | 一看就知道是存档件、不会再更新 |
规则跟文件夹走，不跟人走
CLAUDE.md：这条线的规矩、红线、常用路径-workspace 备份仓编号锁死，全体系通用
一个坑一个文件 + 一份索引
出得来能分享的链接
照着走一遍，新项目就自动符合标准。建议把这份清单固化成一个技能，以后说一句"开新线"就自动跑。
-plugins / -brain / -workspace（报告站和后端按判据决定要不要）CLAUDE.md（这条线的规矩）先说底层事实，再点名真正会出事的三处，最后给一张"改哪些/不改哪些"的清单。
GitHub 改仓库名之后，旧地址会自动跳到新地址 —— 网页链接、本机拉代码推代码、命令行工具全部继续能用。仓库里的东西（提交历史、议题、密钥、自动化钩子、协作者、别人 fork 出去的副本）原封不动跟着走。
所以真正的成本不在"改名"这个动作，而在下面这三处 —— 它们不吃这个跳转。
7 个站里唯一连着 GitHub 的一个
组织里唯一的公开仓
最容易踩、后果最大的一个
| 在哪 | 写死了什么 | 工作量 |
|---|---|---|
| J&J 发报告脚本 | 报告仓的地址和本机路径，各一行 | 改 2 行 |
| 领途插件的说明与"提申请"技能 | 约 20 处命令示例里写着仓库全名 | 批量替换一次 |
| 领途出厂质检脚本 | 正本仓地址一行 | 改 1 行 |
| 一键发布技能的仓库表 | 四条线的路径与市场名对照 | 改对应行 |
| 记忆库里的口径记录 | 提到旧仓名的几条 | 顺手更新 |
另外 6 个报告站（都是本机直传，跟仓库没关系）· 仓库里的密钥与出厂质检 · 自动接力钩子 · 陈超那份 fork 和已经提的申请 · 团队装好的插件（因为团队认的是"市场名"，不是仓库名）。
| 现在的名字 | 建议 | 值不值 | 代价 |
|---|---|---|---|
junoandjett-reports-deploy | junoandjett-reports | ✅ 改 | 改脚本 2 行。本机那个文件夹不是工作台、没有记忆挂着，可以安全跟着改 |
pawchibi-us-figurine-report | pawchibi-archive-us-figurine | ✅ 改 | 零引用，纯改名 |
junoandjett-system | junoandjett-workspace | ⚠️ 可改 | 只改云端，本机文件夹不动 |
pawchibi-claude | pawchibi-workspace | ⚠️ 可改 | 同上 |
| （领途没有） | 新建 leadpath-workspace | ✅ 建 | 补上次查出的那个缺口，47MB 无备份 |
pawchibi-docs | 维持 | ❌ 别改 | 公开网址会变、旧链接会挂 |
leadpath-reports / *-plugins / *-brain / *-backend | 维持 | 已合规 | — |
austin-personal-ip | 暂时维持 | ❌ 别急 | 它一个仓里装了工作台＋插件＋报告三件事，该拆不该改名，单独议 |
| 市场名（团队那边看到的名字） | 一律不动 | ❌ 别改 | 改了团队要重新添加市场、重装插件 —— 代价最大、收益最小 |
分三步走，风险从零递增。第一步今天就能做完。
leadpath-workspace，把领途那 47MB 推上去，挂进自动备份reports-deploy → reports、调研站 → archive-），跟手改掉写死的那几行