🔄 卡若AI 同步 2026-07-19 09:52 | 更新：总索引与入口、金仓Gitea脚本与配置、水桥平台对接、运营中枢 | 排除 >1MB: 514 个

01_卡资（金）/金仓_存储备份/Gitea管理/SKILL.md

@@ -14,8 +14,8 @@ CKB NAS 自建 Gitea 的**创建、推送、API、挂载**统一管理。Git 相
 
 ### 局域网优先（卡若AI 实时同步）
 
-- **`自动同步.sh` / `gitea_push_smart.sh`**：在 `脚本/gitea_push.conf` 配置 **`GITEA_LAN_IP`** 与 **`GITEA_LAN_PORT`**（当前默认 **192.168.1.201:3000**，与 NAS 上 Gitea 监听一致；与 git `remote` 里 FRP 端口不同时由 `GITEA_LAN_PORT` 覆盖）
-- **推送记录与 `运营中枢/工作台/代码管理.md` 链接**：以内网 **http://192.168.1.201:3000/fnvtk/karuo-ai** 为准
+- **`自动同步.sh` / `gitea_push_smart.sh`**：在 `脚本/gitea_push.conf` 配置 **`GITEA_LAN_IP`** 与 **`GITEA_LAN_PORT`**（当前默认 **192.168.110.101:3000**，与 NAS 上 Gitea 监听一致；与 git `remote` 里 FRP 端口不同时由 `GITEA_LAN_PORT` 覆盖）
+- **推送记录与 `运营中枢/工作台/代码管理.md` 链接**：以内网 **http://192.168.110.101:3000/fnvtk/karuo-ai** 为准
 - **`sync_wiki_to_gitea.sh`**：HTTPS 克隆/推送默认同上内网地址；外网可走 SSH 或自建域名
 - **外网备用**：`open.quwanzhi.com`（端口以 FRP 为准，如 13000）
 
@@ -25,7 +25,7 @@ CKB NAS 自建 Gitea 的**创建、推送、API、挂载**统一管理。Git 相
 
 1. **新建仓库**：必须用 **Gitea API 或 Web** 创建，**禁止** SSH 手动 `mkdir+git init --bare`
 2. **推送方式**：统一用 **HTTPS**（账号密码），不用 SSH
-3. **HTTPS 访问**：内网 **http://192.168.1.201:3000/fnvtk/{仓库名}**；外网可用 **http://open.quwanzhi.com:3000** 或 FRP 映射端口（以实际为准）
+3. **HTTPS 访问**：内网 **http://192.168.110.101:3000/fnvtk/{仓库名}**；外网可用 **http://open.quwanzhi.com:3000** 或 FRP 映射端口（以实际为准）
 
 > 违反上述规则会导致仓库不显示在 Gitea 界面。
 

01_卡资（金）/金仓_存储备份/Gitea管理/脚本/gitea_push.conf

@@ -1,7 +1,7 @@
 # Gitea 推送配置（可选）
 # 局域网实时同步：填 NAS/内网 Gitea 所在机 IP，推送时优先直连（不经域名与代理）
 # 端口：内网一般为 3000；与 git remote 里 FRP 端口（如 13000）不同时，务必单独填 GITEA_LAN_PORT
-GITEA_LAN_IP=192.168.1.201
+GITEA_LAN_IP=192.168.110.101
 GITEA_LAN_PORT=3000
 
 # 外网时使用的代理（本机 Clash 等）。留空则不走代理

01_卡资（金）/金仓_存储备份/Gitea管理/脚本/sync_wiki_to_gitea.sh

@@ -7,7 +7,7 @@ REPO_DIR="/Users/karuo/Documents/个人/卡若AI"
 WIKI_SRC="$REPO_DIR/01_卡资（金）/金仓_存储备份/Gitea管理/百科源文件"
 WIKI_CLONE="$REPO_DIR/01_卡资（金）/金仓_存储备份/Gitea管理/.wiki_clone"
 # 局域网 Gitea（与 gitea_push.conf、自动同步一致）；外网请改用域名或 SSH
-WIKI_HTTPS="http://fnvtk:Zhiqun1984@192.168.1.201:3000/fnvtk/karuo-ai.wiki.git"
+WIKI_HTTPS="http://fnvtk:Zhiqun1984@192.168.110.101:3000/fnvtk/karuo-ai.wiki.git"
 WIKI_SSH="ssh://fnvtk@open.quwanzhi.com:22201/volume1/git/github/fnvtk/karuo-ai.wiki.git"
 
 cd "$REPO_DIR"
@@ -45,4 +45,4 @@ git commit -m "百科同步: $(date '+%Y-%m-%d %H:%M')"
 git push origin HEAD 2>/dev/null || git remote set-url origin "$WIKI_SSH" && git push origin HEAD
 git push origin HEAD:master 2>/dev/null || true
 
-echo "百科已同步 → http://192.168.1.201:3000/fnvtk/karuo-ai/wiki"
+echo "百科已同步 → http://192.168.110.101:3000/fnvtk/karuo-ai/wiki"

01_卡资（金）/金仓_存储备份/Gitea管理/脚本/自动同步.sh

@@ -1,6 +1,6 @@
 #!/bin/bash
 # ============================================
-# 卡若AI → Gitea 实时同步（局域网优先：192.168.1.201:3000；日志链接与 gitea_push.conf 一致）
+# 卡若AI → Gitea 实时同步（局域网优先：192.168.110.101:3000；日志链接与 gitea_push.conf 一致）
 # 规则：超过 1MB 的文件不上传；其余 Skill、功能、文档每日同步
 # 推送成功后：1) 同步百科  2) 写入 gitea_push_log.md  3) 写入 代码管理.md
 # ============================================
@@ -13,7 +13,7 @@ MAX_SIZE_BYTES=$((MAX_SIZE_MB * 1024 * 1024))
 LOG_FILE="$REPO_DIR/01_卡资（金）/金仓_存储备份/Gitea管理/sync.log"
 PUSH_LOG="$REPO_DIR/运营中枢/工作台/gitea_push_log.md"
 CODE_MGMT="$REPO_DIR/运营中枢/工作台/代码管理.md"
-GITEA_URL="http://192.168.1.201:3000/fnvtk/karuo-ai"
+GITEA_URL="http://192.168.110.101:3000/fnvtk/karuo-ai"
 GITIGNORE="$REPO_DIR/.gitignore"
 WIKI_SCRIPT="$REPO_DIR/01_卡资（金）/金仓_存储备份/Gitea管理/脚本/sync_wiki_to_gitea.sh"
 

02_卡人（水）/水桥_平台对接/小程序审核闭环/SKILL.md

@@ -17,6 +17,34 @@ description: 微信小程序审核闭环。用于提交审核、查询审核状
 6. **拒审处理**：出现审核不通过时立即进入“拒审详情闭环”，不得只记录一句原因。
 7. **通过后发布**：审核通过后按项目发布要求继续发布，并回读线上版本；用户只要求提审时停在审核终态。
 
+## 标准主路径（以后默认走这一条）
+
+`项目识别 → 拒审详情/历史检查 → 审核模式预检 → 代码与后台双层修复 → 合同测试 → 官方 CLI 上传 → 公众平台开发版本回读 → ATLAS 填表提审 → 审核中回读 → 通过后发布/拒审后再循环`
+
+每个节点必须有可核验产物：
+
+| 节点 | 必须产物 |
+|---|---|
+| 项目识别 | 根目录、AppID、目标版本、需求文档路径 |
+| 拒审检查 | 原文、审核 ID、截图、时间、命中页面 |
+| 审核模式 | `envVersion`、`appVersion`、后台开关、默认兜底策略 |
+| 修复验证 | 变更文件、合同测试、语法检查、直接路由检查 |
+| 上传 | 官方 CLI/CI 输出、版本号、说明、有效包体大小 |
+| 开发版回读 | 微信后台真实开发版本、上传时间、备注 |
+| 提审 | 审核说明、隐私项、接口提示处理、提交成功页 |
+| 状态回读 | 审核中/通过/不通过、提交时间、证据截图 |
+
+## 审核模式硬规则
+
+1. **先关后开（fail-closed）**：启动时先按审核态隐藏，只有后台配置成功返回且明确允许后才恢复；网络失败、缓存异常和配置未决时继续隐藏。
+2. **不可只认 `trial`**：微信代码审核可能从 `release` 链路运行。审核判断至少同时考虑 `envVersion + appVersion + 后台目标版本`，禁止写死“release 永远完整功能”。
+3. **版本匹配优先**：提审版本使用 `version_match`/等价作用域，目标版本必须与上传版本完全一致；上传前、提审前各回读一次。
+4. **五层隐藏**：导航/卡片、组件状态、页面路由、深链直达、接口请求全部关闭。旧页面直接重定向到匿名可浏览首页，不加载敏感数据。
+5. **审核员先浏览**：首页、目录、文章阅读必须匿名可用；登录弹窗不在冷启动、首页、目录或普通阅读时自动出现。
+6. **正式版恢复要显式**：开发环境可显式展示完整功能；正式恢复必须由已审核版本、后台配置和回归测试共同控制，不能靠时间、人员或隐蔽手势。
+
+审核前逐项执行 `references/审核前检查清单.md`。
+
 ## 拒审详情闭环
 
 1. 在 ATLAS 打开审核版本的“详情”，展开全部失败原因、修改指引和平台截图。
@@ -56,6 +84,23 @@ description: 微信小程序审核闭环。用于提交审核、查询审核状
 - ATLAS：登录后台、填写网页表单、查看拒审详情、下载/截图平台证据、处理 `86000` 后的网页链路、回读真实状态。
 - 验证码、扫码登录、动态口令出现时停在该页面，用户完成后继续后续步骤。
 
+## 上传与提审操作规范
+
+1. 上传优先顺序：`miniprogram-ci + 私钥` → 微信开发者工具 CLI → 微信开发者工具 GUI。
+2. CLI 必须明确传入项目根、版本、备注和端口；回执至少校验包体 `size.total > 0`。
+3. CLI/GUI 显示“上传成功”后，还要在公众平台版本管理页确认对应版本、开发者、上传时间和备注；否则仍算上传待核验。
+4. 提审表单使用与审核态一致的功能描述；只描述审核员实际可见且完整可运行的能力。
+5. 对平台的安全测试、地理位置接口、隐私接口等提示逐项读取并按真实代码选择；选择后重新获取页面状态再点下一步，避免网页重绘造成旧元素失效。
+6. 提交成功页出现后点击确定并回到版本管理；只有看到目标版本进入“审核中”且有提交时间，才报告提审完成。
+
+## 卡若创业派对基准案例
+
+- `v1.8.9` 拒审暴露四类能力：虚拟产品支付、提现、陌生人/熟人互动交友、播放/观看内容。
+- 根因不是单个按钮残留，而是旧逻辑将 `release` 强制恢复完整功能，审核模式只覆盖 `trial`。
+- `v1.8.10` 修复为版本匹配审核态，并对支付、提现、找伙伴、动态/UGC、直播/超级个体、登录弹窗、AI 分发做五层隐藏。
+- 上传回执包体 `1,992,750 bytes`；公众平台回读开发版本 `1.8.10`；`2026-07-19 00:50:28` 进入“审核中”。
+- 该案例的可复用结论：**微信审核环境判断以真实后台版本和配置为准，绝不假设审核只走 trial。**
+
 ## 完成条件
 
 同时满足才报告闭环完成：需求文档已关联、图片可打开、修复有验证证据、新版本上传回执存在、后台状态已回读。审核通过后还需按用户目标确认是否发布线上。

02_卡人（水）/水桥_平台对接/小程序审核闭环/agents/openai.yaml

@@ -1,4 +1,4 @@
 interface:
   display_name: "小程序审核闭环"
-  short_description: "记录微信拒审详情与图片，关联需求、修复验证并重新提交审核"
-  default_prompt: "检查小程序审核状态；若拒审则抓取详情与截图、关联需求、修复验证、重新上传提审，直到后台状态验收完成。"
+  short_description: "微信审核模式、上传、提审、拒审修复与后台状态回读全闭环"
+  default_prompt: "按微信小程序审核标准主路径执行：检查历史与拒审详情，验证 release/trial/目标版本审核模式，修复并测试，通过官方 CLI 上传，再用 ATLAS 完成提审和后台状态回读；拒审则截图归档、写入需求并继续迭代。"

02_卡人（水）/水桥_平台对接/小程序审核闭环/references/审核前检查清单.md

@@ -0,0 +1,55 @@
+# 微信小程序审核前检查清单
+
+## 一、版本与配置
+
+- [ ] `appVersion`、上传版本、后台 `auditTargetVersion` 完全一致
+- [ ] 审核模式作用域不是只覆盖 `trial`
+- [ ] `release + 目标版本` 能命中审核配置
+- [ ] 配置请求失败、超时、缓存旧值时默认保持隐藏
+- [ ] 正式功能恢复条件有单独测试
+
+## 二、审核员可见面
+
+- [ ] 冷启动不弹登录
+- [ ] 首页可匿名浏览
+- [ ] 目录可匿名浏览
+- [ ] 文章可正常打开阅读
+- [ ] 底部导航没有找伙伴、动态、AI 等隐藏入口
+- [ ] 我的页面没有支付、提现、推广、会员购买入口
+- [ ] 首页没有 AI 分发、付费、直播、超级个体卡片
+
+## 三、绕过检查
+
+- [ ] 直接打开隐藏页面路径会回到安全首页
+- [ ] 分享卡片、二维码、历史缓存不能进入隐藏页面
+- [ ] 隐藏组件旧状态不会在 `onShow` 后重新出现
+- [ ] 隐藏页面不发起支付、AI、社交、直播相关接口
+- [ ] 未登录时普通阅读不会触发登录门禁
+
+## 四、平台规则检查
+
+- [ ] 虚拟商品、会员、付费内容与支付能力/类目一致
+- [ ] 提现页面含最低金额、每日次数、处理时间、到账时间
+- [ ] UGC、社交、匹配、聊天能力与类目及治理能力一致
+- [ ] 播放/观看内容与类目一致
+- [ ] AI/深度合成类目和显著标识一致
+- [ ] 隐私协议由用户主动选择，不默认同意
+- [ ] 实际调用的手机号、相册、剪贴板、定位等接口与隐私指引一致
+
+## 五、上传与后台回读
+
+- [ ] 静态语法检查通过
+- [ ] 审核合同测试通过
+- [ ] 官方上传回执存在且包体大于 0
+- [ ] 公众平台开发版本与目标版本一致
+- [ ] 提审说明只描述审核员实际可见能力
+- [ ] 提交成功页已保存
+- [ ] 版本管理页已回读“审核中”和提交时间
+- [ ] 截图、审核 ID、版本、时间已写入需求文档
+
+## 六、审核结果循环
+
+- [ ] 通过：继续发布并回读线上版本
+- [ ] 不通过：展开全部详情、保存原图、逐条拆需求
+- [ ] 新拒审案例追加保存，不覆盖旧案例
+- [ ] 修复后升级版本，重新执行本清单

02_卡人（水）/水桥_平台对接/小程序审核闭环/references/审核经验库.md

@@ -20,6 +20,35 @@
 - `WECHAT_APPSECRET` 从同项目本地安全配置补齐到 `soul-api/.env`，权限 `600`，官方 token 校验成功。
 - 小程序处于第三方平台链路时，普通 AppSecret 可用于常规 OpenAPI；审核接口返回 `86000` 后改走 ATLAS 网页提交与状态回读。
 
+### v1.8.9 拒审详情
+
+1. 虚拟产品、虚拟商品购买服务未使用规定的小程序虚拟支付能力。
+2. 提现服务缺少最低金额、每日次数、提现时间和到账时间等规则说明。
+3. 实际存在陌生人/熟人即时通讯、互动和交友能力，所选类目与运营内容不一致。
+4. 实际提供播放、观看内容，所选类目与运营内容不一致。
+
+### 根因与修复
+
+- 旧实现只将 `trial` 当审核环境，并在 `release` 强制恢复全部功能；微信审核实际可从 `release` 运行，因此支付、提现、找伙伴、动态/社交和观看内容被审核员看到。
+- 新实现使用 `envVersion + appVersion + auditTargetVersion` 匹配，`v1.8.10` 在 release 也能命中审核模式。
+- 初始状态采用 fail-closed：配置返回前隐藏支付、匹配、动态、UGC、超级个体、推广、登录弹窗和 AI 分发。
+- 除 UI 外增加直接路由守卫、深链回首页、网络请求停止和登录门禁未决态阻断。
+- 自定义 Tab 初始只保留首页、目录、我的，防止远程配置慢时短暂闪出动态/找伙伴。
+
+### 上传与提审经验
+
+- 微信开发者工具 GUI 的“上传成功”弹窗可能多次堆叠，且表单值可能未真正写入；以官方 CLI 回执和公众平台开发版本回读为准。
+- CLI 成功回执要检查包体大小；本次 `v1.8.10` 为 `1,992,750 bytes`。
+- 公众平台可能保留多个历史开发版本；必须找到目标版本行再提交，不能默认第一条就是最新版本。
+- ATLAS 网页元素首次点击有时只获得焦点，页面重绘后元素 ID 会失效；每次勾选或跳转后重新读取页面状态再操作。
+- 提审过程中可能依次出现审核规则、安全测试、地理位置接口、隐私接口等提示，要逐项确认并继续。
+- “已提交审核”成功页仍不是最终证据；返回版本管理看到 `v1.8.10 / 审核中 / 2026-07-19 00:50:28` 才完成提审验收。
+
+### 固定判断更新
+
+- 原“审核模式作用域使用 `trial_only`”只属于旧方案，不再作为默认经验。
+- 新默认：目标审核版本用版本匹配作用域，且 release 运行时同样命中；开发环境完整功能只能是显式开发例外。
+
 ## 证据原则
 
 1. 平台原图保留，不裁掉版本、时间和原因编号。

SKILL_REGISTRY.md

@@ -121,7 +121,7 @@
 | W07a | 飞书开放平台与Lark生态索引 | 水桥 | 飞书开放平台、Lark CLI、lark-cli、舶栈通岸、卡罗维拉 | `02_卡人（水）/水桥_平台对接/飞书管理/飞书开放平台与Lark生态索引_SKILL.md` | Lark CLI + 官方 19 Skill 索引；**路由以 W07b 为准** |
 | W08 | 智能纪要 | 水桥 | 会议纪要、产研纪要、**飞书妙记、飞书链接、妙记下载、第几场、指定场次、批量下载妙记、cunkebao.feishu.cn、meetings.feishu.cn/minutes、minute_token** | `02_卡人（水）/水桥_平台对接/智能纪要/SKILL.md` | **先 W07b**；Soul妙记 media/transcript 统一走 cli_a488 tenant |
 | W09 | 小程序管理 | 水桥 | 小程序、微信小程序 | `02_卡人（水）/水桥_平台对接/小程序管理/SKILL.md` | 微信小程序发布与维护 |
-| W09a | 小程序审核闭环 | 水桥 | 小程序过审、审核不通过、拒审详情、重新提审、审核模式 | `02_卡人（水）/水桥_平台对接/小程序审核闭环/SKILL.md` | 拒审详情截图归档、需求拆解、修复验证、重新上传提审与经验沉淀 |
+| W09a | 小程序审核闭环 | 水桥 | 小程序过审、微信小程序审核、审核不通过、拒审详情、重新提审、上传小程序、审核模式 | `02_卡人（水）/水桥_平台对接/小程序审核闭环/SKILL.md` | 微信审核全路径：拒审截图归档、trial/release/version_match 审核态、修复测试、官方 CLI 上传、ATLAS 提审、后台状态回读与经验沉淀 |
 | W10 | **官方平台配置闭环** | 水桥 | **平台配置、企业微信、公众号、小程序登录、小程序上传、提交审核、发布、可信IP、可信域名、浏览器自动设置、配置直到可用** | `02_卡人（水）/水桥_平台对接/官方平台配置闭环/SKILL.md` | 官方API+浏览器+客户端+服务器的配置、问题记录与端到端验收 |
 | W10 | Soul创业实验 | 水桥 | **Soul创业实验、写Soul文章、Soul派对写文章、第9章写文章、写soul场次、Soul文章上传、上传文章到小程序、运营报表、派对填表、派对纪要、运营会议纪要、派对纪要图、干货分享图、会议纪要图** | `02_卡人（水）/水桥_平台对接/Soul创业实验/SKILL.md` | 本项“上传”只指文章内容发布；**上传小程序代码包**转 `小程序管理/SKILL.md`，默认 `miniprogram-ci` 无界面直传；写作先 `写文章_强制提示词.md` |
 | W10b | **平台账号申诉解封** | 水桥 | **Soul解封、Soul申诉、抖音解封、抖音申诉、小红书解封、小红书申诉、账号封禁、视频违规、人工复核、换绑手机、soul@soulapp、feedback@douyin、service@xiaohongshu** | `02_卡人（水）/水桥_平台对接/平台账号申诉解封/SKILL.md` | Soul/抖音/小红书官方渠道+三 SMTP 脚本；子目录 SKILL 已跳转本文件 |

运营中枢/企业信息/厦门卡卡猫投资有限公司/企业信息.md

@@ -0,0 +1,14 @@
+# 厦门卡卡猫投资有限公司｜企业信息
+
+- 企业名称：厦门卡卡猫投资有限公司
+- 用户提供编号：35020310316217
+- 合同资产：`合同资产/合同草稿专用样章.png`
+- 资产性质：合同草稿专用样章
+- 使用规则：仅用于内部排版、合同草稿与流程预览；正式签署使用依法备案的实体印章或合规电子签章服务。
+- 默认动作：卡若AI生成合同草稿时可引用该样章；正式版输出前移除样章并进入正式签章流程。
+
+## 正式签章规则
+- 历史合同公章原图：`原始凭证/历史合同公章原图_仅归档.png`
+- 原图用途：企业证据归档与人工核对。
+- 正式电子合同：通过企业实名认证电子签章平台生成带签署证书、时间戳和验签记录的电子章。
+- 合同生成流程：草稿排版 → 法务确认 → 正式签章平台签署 → 下载签署完成版 PDF → 回存企业档案。