底座 = pawchibi-foundation 这一个 Plugin（5 个 Skill + 中央知识库 + 经验池管道 + 给后续所有插件的公共标准件）。它不直接干业务，它让「干业务的一切」有规则可依、有经验可攒、坏了能自修。本蓝图基于领途/J&J 两套底座的真实源码逐条对照写成，每个设计都有实物依据。
SECTION 1
SECTION 2
现状：品牌红线、商业口径、SOP 分散在项目 CLAUDE.md、55 条记忆、9 份手册、基础设施台账四处，互相之间已出现过矛盾（AI 口径新旧两版并存过）。底座的解法：中央知识库（5 个分区文件 + 版本号），所有 Skill 运行时只认它，「不得凭记忆编规则」写进标准件。
现状：插件仓 README 里白纸黑字记着上轮教训——插件里复制了一份规则文档，与权威源不同步，全部过期作废。底座的解法：不是「插件不带知识」，而是把权威源本身迁进插件仓——知识库只有一份，就在插件里，项目 CLAUDE.md 瘦身成指针。改一处，git 推送，全队自动更新。这正是 J&J 跑了一年的模式（规则源=仓库中央知识库）。
现状：你现在多个对话框并行干活（视频文案、素材上传……），每个会话踩的坑、磨出的套路都散在各自的记忆里，没有统一收集口。底座的解法：「经验记一笔」常驻规则 + Lark 经验池表 + 你周审烘焙。这就是「先攒经验再搭 Skill」策略的容器本体——底座先立，后面每块业务手工跑的经验都能沉淀成料。
现状：陈超上手要配什么、凭证放哪、坏了找谁——目前全靠问你。底座的解法：一键配置（幂等可重跑）+ 环境体检（七项自检，报「哪坏了+怎么修」）+ 上手罗盘（暗号表）。成员报错先跑体检，不再堵在你这。
现状（J&J 真实事故）：插件缓存目录被手工改名 → 索引失效 → 插件连同全部 Skill 从界面上无声消失，六项常规检查没有一项能发现。底座的解法：照抄 J&J 事故后写的防呆脚本（目录名一律从索引文件读出、代码里不存在「决定目录名」这个动作）+ 体检里加「插件加载完整性」专项。别人用血换的补丁，我们第一天就带上。
SECTION 3
~/.config/pawchibi/），日常一切读写都对着固定路径；插件更新后说一句「同步」就把新内容刷进去。凭证也放这里——永不放进插件、永不进 git。pawchibi-plugins/
├── .claude-plugin/marketplace.json ← 市场清单（把 pawchibi-foundation 登记进去）
└── pawchibi-foundation/
├── .claude-plugin/plugin.json ← 插件名 + 版本号（每次烘焙 +1）
├── knowledge/ ← ⭐ 中央知识库（全体系的规则唯一源）
│ ├── version.json ← 总版本 + 各分区版本 + 每次改动写清改了什么
│ ├── 01-品牌红线.md ← 红线与措辞（只有 Austin 下令才能改）
│ ├── 02-商业口径.md ← 价格/运费/交期/退款/折扣，全部数字在这
│ ├── 03-订单SOP.md ← 审照标准/T链时序/售后四类判定
│ ├── 04-通道地图.md ← 哪件事走哪条路 + 验证铁律 + 已踩的坑
│ └── 05-经验池·本机兜底.md ← Lark 不通时经验卡的临时落点
├── skills/
│ ├── 01-setup-配置/SKILL.md
│ ├── 02-sync-同步/SKILL.md
│ ├── 03-health-体检/SKILL.md
│ ├── 04-log-记一笔/SKILL.md
│ └── 05-start-上手罗盘/SKILL.md
├── scripts/
│ └── pc-sync-cache.sh ← 插件缓存防呆脚本（照抄 J&J 事故补丁）
└── templates/
├── skill-standard-blocks.md ← 标准件：后续所有 pawchibi-* Skill 末尾附带的公共规则
└── report-shell.html ← 报告统一外壳（品牌色 + 手机适配）
社媒规范分区（原蓝图里的第五份 social-guide）P3 做社媒插件时再建——空分区不建，遵守 MVP 规矩。
SECTION 4
SECTION 5
| 分区 | 装什么 | 内容来源（迁移对照） | 改动权限 |
|---|---|---|---|
| 01-品牌红线 | 四条品牌红线（只做宠物/产地不提/不露脸/Q版神似）、措辞规则（artisans/we/手工词降级）、尺寸纯英寸、AI 坦诚口径、红线词表（出稿即扫的机器检查清单） | 项目 CLAUDE.md「品牌红线」段 + 手册 05 品牌全案 + 记忆 pawchibi-brand-tone-final | 🔴 只有你下令才能改，经验卡提案也不行——写死在周审规则里 |
| 02-商业口径 | 价格/变体、运费 $19.99、交期口径（制作 2 周+运输 15 天=到手约 4 周）、退款重做规则、照片 3 必传、折扣四套、社群口径、效果图 3+3 超时规则 | 项目 CLAUDE.md「商业口径」段 + 手册 02/03/06 | 你拍板改；改完触发「全站口径同步」提醒 |
| 03-订单SOP | 订单 7 步、审照标准、T1–T7 每封谁发/何时发/模板要点、售后四类判定、邮箱标签接力体系（C7 搭好的那套） | 手册 01/03 + C7 试单实录 + 记忆 pawchibi-email-template-format | 你拍板改（周审是主要入口） |
| 04-通道地图 | 哪件事走哪条路（API 优先/浏览器只补空白）、验证铁律（禁 curl 验前台/禁 curl 判像素/写后 sleep 8 再读回）、Lark 写中文禁转义、主题改动先备份、草稿主题纪律、已踩坑速查表 | 项目 CLAUDE.md「硬经验」段 + 手册 09 AI 施工手册 + 各 playbook 记忆 | 你拍板改（踩坑类经验卡的主要落点） |
| 05-社媒规范P3 再建 | 各平台调性/规格、纪念内容分寸感、发布包格式 | 记忆 pawchibi-social-copy-format + 增长方案总纲 | 同上 |
总版本号 + 每个分区各自的版本号 + notes 字段写清这一版改了什么、依据哪张经验卡。J&J 的这个文件已经记到 v1.20.0、十六次周审，每一版都能查到为什么改——这就是规则的「病历本」。
你拍板（周审或直令）→ 改 knowledge 分区文件 → version.json 版本+1 并写 notes → git 提交推送 → 团队市场自动更新 → 成员说「同步」刷进本机。没有第二条改规则的路。
手册＝给人看的版本，knowledge 变更后按对照表同步改（P4 起改为自动生成，「改两处」彻底消灭；在那之前靠周审收尾清单硬提醒）。记忆库＝AI 的私人笔记本（会话历史、项目状态），规则一律不再往记忆里写——已在记忆里的规则条目，迁移时并进 knowledge 后在原记忆上标注「已迁」。
SECTION 6
| 字段 | 类型 | 说明 |
|---|---|---|
| 卡片标题 | 主字段·文本 | 一句话说清这条经验 |
| 类型 | 单选 | 纠偏 / 踩坑 / 范例 |
| 现象 | 文本 | 当时看到什么（报错原文/被纠正的原话/好在哪的实证） |
| 根因 | 文本 | 真正原因，不是表象 |
| 建议规则 | 文本 | 「下次先做什么就能绕开」或「以后同类都可以这样做」的样板句 |
| 提出人 / 日期 | 单选 / 日期 | 提出人用单选（Austin/陈超/Aria/Sophia）——刻意不用人员字段，绕开「Bot 通讯录看不到成员」的已知坑 |
| 状态 | 单选 | 待审 → 已采纳 / 驳回 / 搁置 |
| 裁决日期 / 落点 | 日期 / 文本 | 采纳后落进了哪个分区哪一段，可回溯 |
回答「新表必须指定哪道工序被迫读它」（J&J 周审立的规矩，防表建了没人读烂掉）：读它的工序有两道——①04-log 的「先查再踩」每次遇报错先查它 ②你的周审逐卡读它。写它的是 04-log。闭环成立，表才准建。
SECTION 7
| # | 限制 | 出处（哪个教训） |
|---|---|---|
| 1 | 凭证永不进插件、永不进 git、永不进对话记录以外的文件；成员机凭证=单机注入（Lark 私聊找你要，AI 负责写入本机并收紧权限） | J&J 旧模式曾把明文钥匙随插件分发并留进 git 历史，2026-08-16 废止重立 |
| 2 | 口令一律带「PawChibi」前缀（PawChibi 配置/同步/体检）；纯说「体检/同步」且上下文是领途或 J&J 的，不抢 | 三套插件体系同装在你和成员机器上，触发词撞车是现实问题；领途/J&J 的技能描述里都写了防抢条款 |
| 3 | 教操作一律用桌面版图形界面路径；不出现终端命令式指引（除非明确标注给会用终端的人） | 全员用桌面版 Claude，2026-08-17 你两次纠正后立的全局约定 |
| 4 | 禁手工模仿同步链；插件缓存目录名不可手改（目录名只从索引文件读） | J&J 2026-07-24 事故：手改目录名，插件无声消失 |
| 5 | 写 Lark 中文字段直接输实际汉字，禁转义手打；写后逐字读回核对 | J&J 同根因复发八次、错字全是合法汉字不报错，最后上了机械闸——我们的 Lark 通道从第一天就带这条 |
| 6 | 新建任何 Lark 表/字段，必须同时答出「哪道工序开工时被迫读它」，答不上不建 | J&J 三张表同病实证：有人写没人读的表一定烂掉，且失效是静默的 |
| 7 | 经验卡先经当事人审核再入池；入池绝不直接改规则；红线分区只有你下令才能动 | J&J/领途周审制度核心；防系统「越用越野」 |
| 8 | AI 四不做：不代发（邮件/消息/帖子）、不代记账、不擅自改线上、不碰广告的钱 | Lark 自动化记账翻车实证 + 全蓝图既定红线 |
| 9 | 危险命令护栏：不可逆删除/改写历史/批量删数据/一次改写 10+ 文件，先摆影响范围等点头；判据从宽 | 全局既定 + J&J 横切护栏四条之一 |
| 10 | 版本卫生：改规则/文档直接覆盖成干净最终版，不留 v1/v2/_old；同链接覆盖重发 | 全局既定铁律 |
| 11 | 诚实汇报：失败/跳过如实说，禁编造成功；工具报错先怀疑本机运行时旧，再怀疑源码有 bug——先「同步」再试，能省一张废卡 | J&J 实证：报错被当成源码 bug 记卡，查明纯因本机脚本落后 |
| 12 | 检查类脚本必须双向验证才算交付（真实正例防误报 + 人造负例验真能抓到）；「扫到 0 个」默认报错不静默放行 | J&J 实证：检查脚本坏了不报错、只给假保证，比没有更危险 |
SECTION 8
一份 skill-standard-blocks.md：从 P2 起，每个新写的 pawchibi-* Skill 末尾都附带这段公共规则，保证横切纪律不用在每个技能里重新发明、也不会哪个技能漏掉。内容九条：
① 版本自查开工先行 ② 规则源唯一=knowledge/，不凭记忆编规则；与成员当场定的输出格式规则冲突时，以成员规则为准并记一笔上报 ③ 中文交互；英文产出配中文语境参考 ④ 链接=裸网址独立成行（Markdown 链接部分客户端不渲染、紧跟标点会吞字符——J&J 实证后统一）
⑤ 危险命令护栏 ⑥ AI 四不做（不代发/不代记账/不擅改线上/不碰广告钱）⑦ 改站四闸：备份→摆改前改后等批准→改后配图→追问动了哪份手册（PawChibi 特有，写死在标准件里让后续 store/orders 插件天然继承）
⑧ 经验自动捕捉常开，会话末报「已记 N 条」 ⑨ 诚实汇报 + 报错先怀疑环境 + 提示成员可跑「PawChibi 体检」
SECTION 9
成员要写经验池，就要 Lark Bot 的钥匙。但 Bot 的权限是整个 Base 级的——拿到钥匙就能读中台 16 张表的全部，包括「账号与凭证」「API Key」两张明文密码表（你 8-11 拍板凭证维持明文）。也就是说：给陈超发 Lark 凭证 ≈ 陈超机器上的 AI 能读到全部密码。三个选项见 §11 Q2——这是我对照 J&J 才发现的差异：J&J 的 Base 里没有凭证表，所以他们发钥匙没这个问题，我们有。
主蓝图写过「成员插件一律走远程通道」——对照实物后要修正：那条教训针对的是网页版云沙箱（禁出网，本地组件必死）。我们团队全用桌面版，桌面版本地组件能正常联网（J&J/领途成员一直这么跑）。所以 P1 成员走 J&J 同款「本地组件+单机凭证」即可；远程保险箱仍然是 P5「成员写 Shopify」的方案，不用提前。
J&J 真机验证过：Windows 上权限收紧命令是另一套、桌面版没有命令行工具要直写配置文件、写文件要防编码坑。这些分支 J&J 的 SKILL.md 里全写好了，照抄零成本。待确认：陈超/Aria/Sophia 用的是 Mac 还是 Windows——是 Windows 就把分支带上，全 Mac 就砍掉少维护。
底座 P1 就开始收经验卡，但周审烘焙技能在 P4。空窗期不能让池子只进不出：过渡=你随时说一声「盘一下经验」，我人工跑同一套流程（聚类呈审→你裁决→我改 knowledge→推送）。流程先跑人肉版，P4 只是把它固化成技能。
你现有的「一键发布插件」技能管着几个插件源码仓的发版。pawchibi-plugins 仓要不要纳入它的仓库表、发布口令叫什么（建议：「发布 PawChibi」）——P1 建仓时顺手登记，别忘。
把规则从 CLAUDE.md/记忆迁进 knowledge 后，旧址必须当场处理（CLAUDE.md 对应段落改成指针、记忆条目标注已迁）——否则新旧两份并存，第一天就复刻上轮死因。迁移清单做成表格逐项勾，不凭印象。
SECTION 10
| # | 验收项 | 怎么验 |
|---|---|---|
| 1 | 插件可装可见 | 组织市场里能看到 pawchibi-foundation；你和陈超的桌面版里 5 个 Skill 全部出现 |
| 2 | 一键配置真跑通 | 陈超机器上说「PawChibi 配置」→ 全程不需要你远程指导 → 结尾报版本号 |
| 3 | 体检全绿 | 两台机器各跑「PawChibi 体检」→ 🟢；再人为弄坏一项（如临时改名一个知识文件）→ 体检能抓到并给出正确修复动作（检查项双向验证，限制 #12） |
| 4 | 知识闭环走一遍真的 | 你改一条口径 → 版本+1 → 推送 → 陈超机器「同步」→ 他那边 AI 引用的是新口径 |
| 5 | 经验闭环走一遍真的 | 陈超会话里造一条纠偏 → 卡入池待审 → 你裁决采纳 → knowledge 落地 → 回写状态 |
| 6 | 规则唯一源成立 | CLAUDE.md 已瘦身成指针；迁移清单逐项勾完，旧址零残留 |
| 7 | 防抢不误伤 | 同一台机器上说「JJ 体检」「领途体检」各自正确触发，说「PawChibi 体检」触发我们的——三套共存无串扰 |
SECTION 11
| 步 | 做什么 | 量 |
|---|---|---|
| 1 | 知识迁移：按 §5 对照表把四处的规则合并成 4 个分区文件 + version.json；旧址清理清单逐项勾 → 给你过目一轮（知识库内容=规则本身，必须你验收） | 约 1 天，最重的一步 |
| 2 | 五个 SKILL.md + 标准件 + 防呆脚本（以 J&J 为模板改写） | 半天 |
| 3 | Lark 经验池表建表 + 04-log 打通写入读回 | 半天 |
| 4 | 市场登记 + 你的机器装机验收 → 陈超装机验收（§10 逐项过） | 半天 + 等陈超时间 |
认不认「规则唯一权威从 CLAUDE.md 迁进插件 knowledge/、CLAUDE.md 瘦身为指针」这个核心决策？（§5 红色框，全蓝图最大的一个动作）
三选一：A 直接发现有 Bot 钥匙（最简单；代价=成员 AI 能读中台里两张明文密码表）；B 先把凭证两表搬出中台 Base 再发钥匙（多半天活，根治）；C P1 成员先零 Lark 凭证——经验卡落他本机兜底，你端同步时代为入池（最稳but多一道手工）。我的建议：C 起步，P2 做邮箱管家（反正要动 Lark 权限）时一并升到 B。
Mac 还是 Windows？什么时候方便装机验收？（决定要不要带 Windows 分支、步骤 4 的排期）
「PawChibi 配置 / 同步 / 体检 / 上手」这套口令顺不顺口？要不要换个更好念的前缀（比如「爪爪」）？口令定了就进罗盘，后面全团队都用它。
依据：jj-foundation 五个 SKILL.md 与防呆脚本逐条对照（v1.9.0 / 知识库 v1.20.0，十六次周审沉淀）· leadpath-foundation 结构与上手罗盘 · pawchibi-plugins 仓 README 的上轮死因记录 · 8-13 配置基线 · Lark 中台 16 表现状（凭证表风险由此查出）。本报告同链接覆盖更新。