发布层文档分类导航索引
范围：docs/ 根目录 + docs/plans/ 共 183 篇现行主文档。 分类口径：按「业务域 / 生命周期」双维度归类，每篇单一主域；历史快照与已废止文档已移 docs/archive/（不在本索引）。 生成：阿仁（aren）· 2026 10 26 系统重分类。
唯一权威源 = 仓库 docs/*.md（git main）· 本页由
scripts/build-docs-index.py 自动生成，请勿手改 · 更新 2026-10-26 12:59
范围：docs/ 根目录 + docs/plans/ 共 183 篇现行主文档。 分类口径：按「业务域 / 生命周期」双维度归类，每篇单一主域；历史快照与已废止文档已移 docs/archive/（不在本索引）。 生成：阿仁（aren）· 2026 10 26 系统重分类。
本文件是所有 Agent「 当前在做什么 / 占用什么文件 / 等谁拍板什么 」的唯一权威声明。 每次 agent 开干 / 完成 / 变更任务时， 第一动作 就是改本文件并 commit（push）。其它 agent 只要 git pull 一眼就能看到全局协作状态。 每行状态更新最后都要 署名 …
🚧 草稿·待定稿 （2026 10 25 阿仁标注）：本文件为进行中草稿，非最终口径；引用或对外使用前请向原作者确认。
🚧 草稿·待定稿 （2026 10 25 阿仁标注）：本文件整合 4 份商务岗工具包草稿（签约模板 / 渠道物料包 / 目的地研究报告 / 主理人推介材料），仍为进行中草稿，非最终口径。
🚧 草稿·待定稿 （2026 10 25 阿仁标注）：本文件为进行中草稿，非最终口径；引用或对外使用前请向原作者确认。
🚧 草稿·待定稿 （2026 10 25 阿仁标注）：本文件为进行中草稿，非最终口径；引用或对外使用前请向原作者确认。
🚧 草稿·待定稿 （2026 10 25 阿仁标注）：本文件为进行中草稿，非最终口径；引用或对外使用前请向原作者确认。
2026 09 17 依用户提供的现场证据改写：①开场用现场画面（数百辆车的行为链——「来完芝达布日→去转山→回来泡温泉」）；②「先来后往」结构恢复（衣领正解+钥匙说法并存——一头一尾都圆满）；③「神山密钥」按当地说法恢复（干净讲法·待当地原话精修）；④其余保留 v4 修订（去门槛化/钥石安全表述/…
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
生成工具 ： python3 docs/tools/gen doc freshness index.py （每次重算，判据可复跑） 为什么不是静态标注 ：2026 09 14 小冈做过一轮「249 份批量挂时效标注」， 到 2026 09 28 实测 全部失效 ——因为标注写死「以 X 为准」，而 …
作者：波波 · 2026 10 11 触发事件：风物详情页「细说这件风物 / 到店须知」整块不显示（线上） 授权：义父「彻底解决并预留扩展能力，不用我审核，直接制定长线任务开工」
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
编制：小冈 ｜ 2026 09 29 ｜ 依据：刘总令「搜集文章改写出针对不同类型游客、抓痛点、有煽动性的营销文案」+ gpt6 评审（docs/钥匙行动 芝达布日/6 人群营销文案/gpt6 502.json，实为成功返回） 性质： 方案稿，待刘总批准后才动笔写成稿 ——本稿解决「写什么、给谁看、…
起草：小冈（方案岗）｜ 2026 09 28 ｜ 数据基线：staging guides 162 条去重=152 篇真实文章/21 栏目（生产仅上 10 篇） 原则（刘总令）：参考文库但不被文库限制——文库 21 栏目是百科式分法，本清单按 读者旅程六卷 重组；商业主轴（芝达布日截流/神山钥匙/风物…
性质： 供机位开跑的剧本 ，不是交付汇报也不是事后报告。本件只写「谁、敲什么、凭什么算过、证据放哪儿」。 权威口径：执行器 = scripts/tenant hooks/ .sh （小冈 WIP 334）；打包 = miniapp.sh （冈子 M1 已过真实链路门）。 本岗边界： 只出剧本与判据，…
起草：小冈 R1 ｜ 2026 09 26 16:0x ｜ 刘总拍板口径：「让微信小程序先推出去，先积攒客户，先能证明它有价值，一切复杂的功能通过后期版本迭代更新」 载体： v3 （ miniprogram v3 ，23 页，四页柜子架构）｜ 主 appid wx7ec46db1834dbd14 （…
起草：小冈（方案岗）｜ 2026 09 27 ｜ 状态：待刘总拍板两处（§五） 事实基线：波波《C端可用能力交付文档 v1》（495 路由实测）+ v3 前端消费面 grep 实盘 + backend 路由注册清单
2026 09 24 · 小冈整理 · 合并 gpt6 评审修正（docs/reports/2026 09 24 C端v3架构评审 gpt6 v1.md）+ 盲点补全 + 边界纪律 定位：v3 全新设计的唯一架构依据；刘总拍板后开工 🔴🔴🔴 v2.3 定位纠偏（09 24 10:34 刘总令，最高优…
依据：小冈 docs/plans/2026 09 24 C端v3完整架构方案.md 第五章（客服线索承接）+ 第七章（最小埋点集） 定位： 只做后端设施 + A 端台账/漏斗页 。C 端前端（v3 域：小齐/小冈）不动，对接时按本文第 5 节埋点 schema 上报即可。 原则： 不关心具体商户身份…
刘总 09 21 拍板的方向：源头截流+密钥=转山知识守门人+现代转山者仪式+单商户芝达布日温泉酒店。 本方案=概念讨论结论的系统化展开。状态： R1 起草稿 。
日期 ：2026 09 21（下午至深夜对话整理） 整理人 ：小冈（R1） 性质 ：刘总本人设计思想的忠实记录，作为后续所有相关工作的 最高依据 ；文中「落地状态」为整理时点的附注 原则 ：刘总想法原文原意优先，整理不做发挥；有出入以刘总后续指示为准
gpt 6 astra（zhi api·low·两发）·2026 09 21 19:1x·R1 整理 材料=刘总四原则+R1骨架+概念共识+冈子全系列。gpt6 输出需人工过滤后采信。
背景接令：波波 D2 §7 真机位性能基线（staging baseline 2026 09 14.json）中 GET /api/miniapp/products 为 全站唯一离群点 ——P95 26.6ms / MAX 66.6ms（抖动 2.5 倍）/ 响应 26,057B，三项均为全站最高，…
判据来源 ：G7 判据清单 G7 5「双指标可复核：经营语言/灵魂语言 8 项有定义+数据源+阈值」（ docs/plans/2026 09 15 G7用户价值门 v1草案.md §三，责任席=小齐+小冈）；指标本体=《产品原则 v2》§四 双指标读数（ docs/plans/2026 09 14 …
G7 5 仍应 BLOCKED；先补可复核性，再判断经营表现。 依据：8项阈值未批准、5项数据缺口、聚合未落地。另材料并非“公式全部定稿”：成本公式待定、公平待事件流，部分定义与公式冲突。
公式 （gpt6 第七波评审口径）：总人日 = Σ（域盘点+代码适配+数据迁移/回填+隔离回归）+跨域联调+发布演练。 分档实测锚点 ：330 三域样板实作（orders 迁移回填 164 行+pay 归属校验+redemption 过滤 ≈ 2.5 人日）→ S=0.5 / M=1 / L=2 人…
刘总需求（09 14 00:2x 澄清） ：「一套放到每个旅游目的地都能拉起来就用的小程序，且客户信息互通互相引流」—— 目的地连锁模式 。 输入 ：gpt6 深度研究（7352 字符，high effort）——微信身份硬约束/数据分层/引流机制/迁移路径/部署形态/福钥分销跨目的地/路线图。全文…
gpt6 核心结论：「保留模式 A，否决大内核一次抽取」→ 改为「小内核、契约化模块、逐实例迁移」 四条基础假设修正：①先抽 技术机制 不塞同名业务域（模块治理机制进内核：依赖检查/配置校验/版本兼容/迁移接口/事件契约/可观测/授权执行）② 冻结契约和迁移切片，不冻结两项目 （逐切片迁移）③ten…
v2 更新（2026 09 15）：并入六方向深挖定稿的纪律与闸门（详见 §六/§七）· 来源：2026 09 14 战略分析系列（三轮收敛 + 外部审阅循环）· 适用：全员设计与施工参考 一句话：这套设计思想，能不能在一个活得下去的生意里成立——本文件是其中的「设计侧答案」。
六包 303 308 派发，总量 7.5 人日，流水线并行 2 3 天日历。 设计确认点 （刘总在线拍板，不阻塞骨架开工）：见文末「待拍板语义」。
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
生效记录 ：刘总 23:17 批复「三级表 OK、决策窗 21:30、沉默规则同意」——即刻生效，同步团队纪律。
本文件是 docs/ 全树的 治理总则 ：文档怎么放、怎么改、怎么同步、怎么核验。 四根因教训来自 WIP 236 复验退回（小冈两批文档治理）与本轮 WIP 237 实测，固化为可执行规矩。 配套阅读： docs/NOW.md 第三节「十三条纪律」、 docs/receipts/README.md…
🔴 概念声明（刘总 2026 09 28，最高优先级） ：「取钥匙」是转山噱头， 论据来自当地习俗 （老话「转冈仁波钦不转咋达布热，等于没转冈仁波钦」等），讲钥匙必带习俗出处，禁降格成空话术； 预售凭证与钥匙零关联 ——券链路只讲产品事实，不对比、不互文、不写否定句澄清。全文见 docs/概念声明 …
这是什么 ：一张索引表。记录「谁、什么时候、定了什么」， 不复制论证过程 。 怎么用 ：开工前先读本文件；细节点出处链接去看原文。 为什么要有它 ：137 篇文档散在库里，缺的不是内容，是「哪条现在还有效」。这份表的唯一职责是回答这个问题。 纪律 ：新约定落地时必须问「这条能脚本化吗」—— 能的进 …
版本：v1.0 ｜ 日期：2026 09 02 ｜ 起草：波波（云端）｜ 状态： 已拍板生效（义父 16:58 认可思路 + 17:21 三笔细化） 定位修正声明：本方案不改变平台定位——神山秘境=冈仁波齐 玛旁雍错在地文旅平台，服务朝圣者/观光客/康养/研学/境外 Yatra 全客群； 转山是旗舰…
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
出品：波波（后端主力 / B端全权 / A端） 生成时间：2026 09 26 01:55 版本：v1 读者 ：C端 开发（小齐 / 小冈） 数据性质 ：全部来自 staging 运行时实测 （ /openapi.json 取全量路由 → 不带 token 真调 → 记录真实状态码与响应）， 非静态…
日期 ：2026 10 06 ｜ 基线 ： 092612a2 ｜ 状态 ：⚠️ 本报告已订正 ，见文末「订正记录」
版本：v1.1 ｜ 日期：2026 09 02 ｜ 落档：波波（云端）｜ 状态： 已生效（义父 15:07 照准） 拍板：刘总 2026 09 02 14:19（载体改向）+ 14:47（登录/节奏/优先级四笔细化）+ 15:02 15:07（ 撤销服务号地基 ，改无资质方案） v1.1 变更：①认…
编制：小齐 2026 09 17 23:1x （刘总问「你的记忆是不是有限制？大型项目怎么处理」→ 立此文） 适用： 所有 AI 席位 （小齐 / 小冈 / 一号 / 二号 / 波波 / 阿仁 / 小渔），非小齐专属。 时效：长期有效，随体系演进更新。
日期 ：2026 09 22 · 整理 ：小冈（R1）· 用途 ：新 agent 上服务器工作前的完整上手路径 读者 ：即将接入 kailash 项目的新 agent；以及为其开通权限的管理员（刘总/R1） 权威关系 ：git 规范权威 = 仓库根 AGENTS.md §9.7；gpt6 详细文档 …
义父定调（2026 10 26）： 功能包前端全面转向小齐开发的 B 端独立小程序 。 本文是这条定调的落地口径，写清「谁是真源、谁冻结、还欠什么」，避免两套前端继续平行生长。
波波 2026 10 26 · 接 617「C 端 1923 项裸值」 10 26 四批更新：路线 A 已执行；319 处失效已修；另修第四批自己引入的 188 处金色死值。裸值 1923 → 271。
用户连着三轮追问「为什么还有英文」，其中一句是： 「你看一下经营看板 · 统计总览页面还是绝大多数英文，你到底在检查什么？」
日期 ：2026 10 06 ｜ 起草 ：波波 ｜ 状态 ：设计已定，字段已落库，C 端待接
版本：v1.5 ｜ 日期：2026 09 02 ｜ 起草：小齐 ｜ 状态： 已拍板生效 v1.4→v1.5：决议索引补第 22 24 条（总纲 v1.4 决议草案收尾：AI 禁对话/砍会员/国际化框架位）+ 第 25 27 条（09 02 结构拍板：B 端载体 H5/需求域双边界/协作契约 8 9 …
义父 2026 10 08 23:55 指令：「从我最后一次上传小程序之前的一切全部清零， 以波波当前进度为准」；「不要让其他人再有被误导的可能」。
来源：登录系统改造交付说明（ docs/登录系统改造 2026 10 13 交付说明.md:102 ）所列「其余已知待办」两项。 处理人：波波（author= 波波 <bobo@kailash.media ）。
这是审查报告里标了「🔴 完全未查」的两个维度之一。 结论先说： 金额计算全部整数运算，未发现浮点混进分的问题。
执行时间：2026 10 13 02:39:47（微信侧到账时间） 发起人：义父（Lean）指示 · 执行：波波 结果： 成功 ，已原路退回
commit 2b5213cb 改动文件： backend/app/routers/admin backend.py （+169/−53，只改 admin execute refund 一处）
🔴 下单/退款两处「按未核销比例分摊」重复 —— 为什么 不能 抽成函数 （2026 10 10 审查记录，留档避免下一个人把它当技术债"修"掉） 表面上看是重复 申请退款（L1811）： key refund fen = key deduct fen pending fen // total fe…
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
版本：v1.1 ｜ 日期：2026 09 01 ｜ 起草：小齐 ｜ 状态： 已拍板生效 （缺口 G1 G4 全部关闭，拍板口径见 §七） v1.0→v1.1：G 1 口径落定（福钥=商户预付已耗，不退回额度，与余量阈值联动）；G 2 白名单两类；G 3/G 4 按建议处置。 触发：刘总 2026 0…
这是审查报告里最后标「🔴 完全未查」的维度。 查到了一个真实的超卖漏洞。 纪律不变：每条结论带判读依据， 自己的误判也写进去 。
编制：小冈 ｜ 2026 09 29 ｜ 红线：无价格/无疗效暗示/钥石非宗教属性/不贬塔尔钦/习俗带出处 视频号简介栏上限 40 字左右（超长会被截断），另备「主播开播介绍口播版」
波波 2026 10 08 23:25。义父问「小齐拉不到波波本地这个版本的 C 端」， 我实机查了远端与本机副本，结论如下。
日期：2026 09 07 ｜ 记录：小齐 ｜ 性质： 刘总多次交底口径的固化记录，非小齐设计 状态： ✅ 已裁决生效（刘总 2026 09 07 14:4x 拍板「以我最新的口径为准」） ——三处冲突全部按本档口径执行；锚定方案已升 v0.10（行下批注、原文备查）；福钥结算类后端新功能自此按本档…
时效：2026 08 29 波波复核｜收件人：小齐（v2）/ 小冈（v3 + BFF）/ 阿仁（后端核对） 结论先行： C端 v2、v3 福钥任务 6 个游客端点的 URL 前缀写错（用了商户前缀 /workbench/key tasks ），断链属实 ，不是误报。修复＝把这 6 处前缀改回游客前缀…
🔴 结论先行：真机验证跑不起来 （开发者工具未登录，需扫码，我做不了）。 本轮改用 能拿到的最强替代证据 ：真实生产接口实测 + 静态可达性分析。
编制：小冈 ｜ 2026 09 29 ｜ gpt6 协作评审（high/medium 两轮，原文见同目录 gpt6 直播短视频方案评审 2026 09 29.md） 授权：刘总「小程序今天提审上线，同步开始视频号或抖音直播…直播实景=温泉喷水口+景区入口停车场等」
编制：小冈 × gpt6 ｜ 2026 09 29 ｜ 版本：V2（融入前两天阿里暴雪，替换 V1） 用途：视频号直播 90 分钟全流程，管家可直接照念 红线锁死：线下临时价不进口播 / 无疗效 / 不称包价旅游 / 无坐标 / 不贬塔尔钦 / 钥石声明就近出现 / 雪后路况不下结论不承诺，一律引导…
审计时间：2026 10 12 11:46–11:52 触发：义父「登录系统是很关键的，容不得瑕疵，你一定要仔细分析一下」 ⚠️ 本报告全部结论均来自代码与生产配置实测，无推测
日期：2026 10 13 · 分支： main · 提交人：波波 <bobo@kailash.media ⚠️ 全部只落在本地 main ， 未推送、未提审 （小程序二进制上传是义父的活）
立单：小冈 2026 09 28 ｜ 依据：AGENTS §2 铁律5（生产部署人工确认）+ §3 铁律（迁移只增编号、两库执行并记录） staging 已验证：45 篇 body html 全非空 / 六卷分布与清单 v1 一致 / API minilib=true 过滤实测 45 / 冒烟 26…
基线 ： a74efa11 当前 ： 7d98dc79 跨度 ：约 4 小时 · 20 个提交 · 33 个源文件
这份是 入口页 。文档中心首页只收录顶层 md，我的报告都在 reports/ 子目录， 首页索引扫不到 ⇒ 从首页点进来再跳，否则只能靠直链。 下面按"谁该看"分组，链接可直接点开（浏览器会处理中文文件名编码）。
刘总 2026 09 28 口径 ｜ 登记：小冈 ｜ 效力：最高优先级。替代并作废同日早前「切割」版表述。 一句话： 「取钥匙」是转山的噱头，论据来自当地人的习俗；预售凭证是纯交易工具——两者本来就不产生关联，不对比、不互文、不同句出现。
2026 10 21 波波。写这份的起因：义父问「微信登录不是自动获取微信号和绑定手机吗？」 一路查下来发现两件事——① 登录那次只能拿到 openid/unionid， 拿不到手机号 （微信限制，不是我们写漏）； ② 真正漏的是 unionid（1043 个用户该列全是空）。 记下来是为了以后不再…
生成：2026 09 25 22:25 ｜ 依据： docs/NOW.md （派工台账）+ docs/A端功能缺口与补建清单 2026 09 23.md + 工作记忆边界（后端主力 + b workbench 全权 + A端已归我） 范围：仅 A/B 端（C端 前端归小齐/小冈，本方案不碰）
作者：波波 · 2026 10 11 目标：让运营在 A 端改配置时 能看见 C 端长什么样 ，而不是靠猜。
义父：「难道不应该整理并清理整个开发环境吗？」⇒ 先扫清"乱在哪"， 只动确认安全的 。
义父定调（2026 10 10）： 「将套餐内容透明化，所有项目和进度能让游客确切知道」 本文所有结论均来自 prod 实测（2026 10 10），非推测。
这是审查报告里标了「可能藏着比注入更严重的问题」却一直没碰的维度。 纪律不变： 每条结论带判读依据；自己的误判也写进去。
整理：波波（云端）｜ 日期：2026 09 25 ｜ 性质：设计思路与功能梳理（非新决策，全部口径源自总纲/已拍板设计文档） 权威源：项目总纲 v1.5（现行）、小程序设计对齐意见 v0.6、C 端场景引擎主轴方案 v1.0、福钥任务系统设计 v1.0、主理人模式设计思路 v1.0、顶层设计决议 2…
为什么要这张表 ：微信后台的版本号（ 3.6.0 ）只存在腾讯那边， git 里没有任何地方记录「这一版是从哪个 commit 打的」 。 ⇒ 上传后没人能回答「线上那个 1.2.3 到底包含了哪些改动」。 这张表就是补这个缺口。
依据：B1 执行关窗记录（fa261b3）+ deploy.sh/migrate.sh/backup to cos.sh 源码梳理。 原则： 生产永不自动 ——一切生产写操作（部署/迁移/修账）等刘总人工令；staging 走 push 钩子自动。
来源：docs/TASKS.md 全量通读（269 行/84 工单行）+ GOV 2026 0904 01 认领版 + AGENTS.md §3/§9。 用途：随时顶替派工/验收/排查角色时的全景索引。
用途：随时顶替小齐/开发岗时的手边索引。盘点基线=仓库 main（09 05）；生产容器 routers 53 文件（B1 后）/staging 同步。 每域速查：文件 → 前缀 → 用途 → 鉴权要点。
2026 10 08 ·义父提问：「锁位金理论上要给出不同的规则让 A 端配置。 住宿类可不可以考虑用类似住店押金的概念？退房后自动退？」
app/main.py 的 lifespan 里启动了 4 个后台定时任务 ： async def lifespan(app: FastAPI): await start weather cron() → asyncio.create task(cron scheduler())
日期：2026 09 29 分支： bobo/v3 c takeover 修复提交： 0b8ebc1b 责任人：波波
审视对象 ： /srv/kailash prod（ rev=a74efa11 ） 方法 ：读代码 + 生产库 pg stat 实测 + 容器运行态， 不基于假设
一次性查完之前标「🔴 完全未查」的四块。 过程中我误判了 3 次，都记录在案。
审查报告里标「🔴 完全未查」的两块之一（另一块是金额精度，已另出报告）。 查到一个真实缺陷 ：6 处用了已废弃的栏目名「阿里故事」。
收件人：阿仁（后端）、小齐（C端 v2）、小冈（C端 v1+BFF） 背景：WIP 303~308 分销域。用户令「推完整分销系统」。本轮把 B端 MyDistribution 补接落地；后端 / A端 经核均已齐备；C端 v2 接线已通，仅 v1 legacy 残留幽灵端点。 波波不擅改 C端代码…
小齐独立复核时发现「 ac4206a3 里分包段落消失了、主包变29 页」， 与波波报告不符。 这是复核的价值 ——查下来结论是： 服务器上那份是旧版，本地与 git 里分包段落一直在，且已修好。
承接 02:00 的《代码审查报告》。 这一轮把上轮标为「最大缺口」的鉴权 56 处判完了。 纪律不变：每条结论带判读依据， 不抽样、不外推 。
这份报告的纪律 ：每个结论都注明 判读覆盖率 ，不抽样、不外推。 上一轮我看了 2/94 处就下「多数安全」的结论 —— 那是 用小样本下大结论 。 本轮逐处判完了。
2026 10 09建立。 每一条规则都来自实测量化，不是凭空定的 。 复现： python3 scripts/code quality scan.py
起因：义父确认「12 笔订单都是测试的」⇒ 顺势审整条下单链路。 方法 ：读全部 3 个写入口 + 查 DB 约束 + 查 C 端实际传的字段。 不假设，逐个验证。
这是审查里标「🔴 完全未查」的三块之一。 查出 11 处死绑定 ，其中 2 处会 展示编造文案 给客人。
代码侧已全部就绪，只差商户平台开通与凭据配置。开通后 无需改任何代码 ，B端「扫码收款」即可出码。 负责人：Lean（或财务，需商户平台管理员权限）
起草：小冈 ｜ 2026 09 28 ｜ 性质：内容与结构一揽子稿（页面文案底盘 + 内容库灌入 + 素材清单），供刘总审阅拍板 事实基线：本机 ~/dev/kailash xiaogang @ 17329e16 ，文中数字均为当日实测，不掺推断。
出品：波波（只读体检 + A端配置侧已修） 日期：2026 09 26 03:30 范围 ： /Users/lean/dev/kailash xiaogang/miniprogram v3 首页（除 hero） 纪律 ：波波未改本仓库任何文件；以下 3 项归小冈。A端配置侧 2 项波波已修（见文末）…
适用：kailash 仓库全部工作树 / 全部分支 / 全体开发者（波波 / 小冈 / 小齐 / 冈子 / 阿仁）。 生效方式：见本文「七、全员如何生效」。本约定为 强制 ，违反将被 pre commit 或 pre receive 拦截。
执行：小齐 ｜ 2026 09 27 00:0x ｜ 授权：刘总「你帮我决定后处理吧」 基线 749bb336 ｜ 分支 release/mvp v3 ｜ v3 页面 25 → 24
版本：v1.0 ｜ 2026 08 31 ｜ 出品：小齐（方案+验收）｜ 执行：扣子一号（前端）/ 扣子二号（后端） 本目录是小齐转「方案+验证」岗后的施工方案唯一来源。扣子 agent 领任务=读对应 PLAN 文档执行。
审核对象：《miniprogram v2 × 白标化 DSL 对接设计》（送审稿）｜结论： 修改后通过
义父把「documents 归属 / 任务系统合并 / 可砍三条」三件全部交给我出方案。 下面是 我的推荐方案 ，每件事含：查到了什么 → 我建议怎么做 → 具体步骤 → 风险与回滚。 结论先行，你看完说"照做"或指出哪条要改，我就动手。
与住宿包（hotel）、餐饮包（restaurant）同构的第三个行业增量包。 定位： 商户自营进销存 + 线下收银 。对应 084 feature catalog 的 retail （标签「零售供货包」，sort order 40）。
目标：把餐饮包做成 与住宿包同构、且可被住宿"含餐产品"复用 的独立域。 基本能力对齐住宿（管理闭环），额外设计一层"含餐组合"让住宿侧能调用餐饮模块。 商户身份一律不写死： merchant id 参数化 + is test 隔离。
第四个行业增量包（对应 084 feature catalog 的 vehicle ）。 业务模型由义父 2026 09 24 16:3x 定调 ，推翻了我最初的班次预售方案。
配合《内容咨询验证方案》与《内容引流操作手册 v1》使用。 发布前逐篇过「发布前检查清单」 （事实核实/无违规词/自营注明身份/钩子/无联系方式）。 来源：GPT 6 应约产出 · 冈子落档 · 2026 09 17。
流程位置：GPT 6 要求「先核文案、出实样，再定量」——本件=文案定稿（送核版）+设计 brief； 打样前须完成两项核对 ：①藏文逐字核（藏族同事）②审核（对外物料流程）。
缘起：用户提问「从昨晚到现在聊了很多——核心问题是不是：有内容吸引游客→有游客吸引商户→有商户让整个设计运转起来？」 回答：方向对（这就是飞轮），但需要三个精准化修正 + 一个补充环。
背景：2026 09 17 上午设计链（语音异步沟通→跳单监控→福钥双向衔接）送 GPT 6 独立评审。 核心结论： 有条件成立，但应从「防跳单」改为「可归因连接」 ——治理对象是「绕过规则/冒领补贴」，不是正常线下成交。
用途：小程序酒店详情页 / OTA 平台 / 商务物料——通用底稿。 状态： 框架版 ——「【待填】」处等酒店信息回收后补全；可直接使用的段落已写好。 口径：不讲疗效、不承诺、不自称官方；「衣领」按当地说法引用；藏文如需出现须逐字核。
背景：项目负责人提出「小程序让用户语音输入并识别，是否可以做异步沟通？游客发布需求→商户看到→对话→开始业务合作」。 状态：本文件为 2026 09 17 上午对话的分析落档（含技术方案/形态约束/红线/落地顺序）。
2026 09 17 立。用途：讲解稿/卡片/笔记/口播—— 同一句话会进入多个渠道，先统一证据边界 。 使用方式：对外内容定稿前逐项对照；新增说法先入表再用。
2026 09 17 用户提供两份网络材料（一「不利」一「有利」）。冈子分析。 核心结论： 不要驳斥、切割转向 ——「钥匙」之争不参与；拥抱「衣领」正解。「衣领」正解对我们更有利，且证据更强。
2026 09 17。v1 → v2：吸收 GPT 6 评审（服务恢复后补上）。主要修订：首篇核验步骤/拍摄补「决策信息」/卡片先打样/发布排序调整/身份披露/附录措辞表。
用途：一笔订单从「接到」到「售后」的执行标准—— 节点驱动、一单一卡 ；不做厚话术册。 依据：GPT 6 建议（服务标准第一优先；「系统操作成功 ≠ 客人获得服务」）。 状态： 框架版 ——负责人/时限为「建议值+待填」； 请现场让员工拿卡跑一遍完整订单+异常订单，再修订定稿 。
缘起：用户提出「芝达布日温泉产出一种『药石』（温泉结晶），据传有功效——需要详细信息；温泉是自营资产，药石可作赠品」。 诚实声明：公开检索 未找到「芝达布日药石」的直接记载 ——该说法很可能来自当地民俗口传。以下为已查证资料+赠品设计建议。
缘起：用户提出「把温泉酒店推出去+附带周边文创和旅游产品；芝达布日温泉酒店天然具备引流条件」。 本文整合多路检索成果，形成 内容资产地图 + 内容主题清单 + 文创/旅游产品方向 + 引流组合 。
按用户意思起草：不自证、请对方自证、以方法与见闻回应「无稽之谈」定性。不点名、不骂战。署名与发布渠道待定；对外发布前走审核。
用户提供官方「小程序自动化」文档后，冈子对两条 SDK 路线做了源码级深挖。 结论：打到工具侧的硬边界——连接层通、指令层不响应（非我方 SDK 能修）。当前验收组合不变。
背景：「内容资产包+钥石品牌故事+发放机制+慢直播」整体送 GPT 6 评审（2026 09 17）。 核心结论： 可做内容试验，尚未构成酒店增长闭环 ——「最大盲区：把『愿意领石头』当成『愿意住酒店』」。
用途：直播现场的说话脚本—— 承接五段 + 红线四条 。与《抖音直播赠送要点卡》配套。 总则：品牌词反复、留资优先、不导流、不夸张。
配合《内容咨询验证方案》《内容引流操作手册 v1》使用。来源码 XHS 005~008。 来源：GPT 6 应约产出 · 冈子落档 · 2026 09 17。
时间：2026 09 17 22:0x · 交接人：冈子 · 缘由：用户拍板「测试的事情交给小冈」。 本件=一页纸交接（现状/资产位置/剩余路径/建议）。
缘起：用户提出「小程序上线后，在温泉酒店开启抖音慢直播——拍温泉出水口和芝达布日寺的客流，以温泉酒店的特点推广」。 结论： 可行（有真实看点），但需三个校准与三项合规检查 。
2026 09 17。评审结论： 成色中上（可进入制作与联排），未达可直接发布；最大短板=事实底稿与转化闭环未完成。
缘起：用户问「城堡酒店和温泉酒店两个住宿产品，再加一个主理人（商务岗）的打样，能不能转起来？」 回答： 能——作为「种子闭环」转起来 。这个组合验证的是「流程可行性与案例生成」，不是「公开获客」；它是飞轮的第一个种子，不是完整飞轮。
缘起：用户 2026 09 17 问「知道松赞林卡吗」——在「酒店抓手 MVP」语境下的对标研究。 信息源：松赞官网、公开报道（2026 09 17 检索）。
用途：拍摄团队（手机拍摄）拿着本分镜 + 讲解稿 v5.1，即可开拍。 原则： 拍景不拍人 （人物入镜需同意）；宗教场所 先征得同意 ；不用数字变焦；多存空镜； 竖版优先 （小红书/抖音），关键场景补横版（慢直播/视频号）。
2026 09 17。岗位：商务+直播销售复合岗（驻门士乡·可培养）。用途：①招聘启事（各平台/微信群文字版）②首发视频脚本（抖音/小红书/视频号）。 首发排期调整建议： 招聘视频=D1 首发 ；原「现场篇」顺延 D2 D3；其余按日历。
缘起：用户问「微信开发者工具有接口可以让 AI 直接调试」。冈子当场实测（本机=渔佳 MacBook Pro）。 结论： 记忆正确——能力真实存在（cli agent 体系）；启用需要项目侧配置 agent.skills ；眼下验收仍走机位。
背景：打样方案 v1（城堡酒店+温泉酒店+主理人打样）送 GPT 6 评审。 核心结论： 成立，但应叫「自营种子履约闭环」——还不是双边市场闭环 。它能证明「团队能做成一单」，不能证明「外部主理人愿意持续卖、陌生客人愿意持续买」。
用途：批次 2「深入一层」的内容——场景型/细节型/决策型（批次 1 是「是什么」，本批是「不同的人该怎么想、怎么做」）。 来源：GPT 6 应约产出 · 冈子落档 · 2026 09 17。 核实纪律同批次 1 （每条标核实点）。 完稿状态：批次 1（30 条）+批次 2（本批）合并后 ≈60 条…
用途：小程序端初始内容的建设框架——与《阿里旅行信息库》《内容引流操作手册》配套，实现「一源两用」。 编制：冈子 · 2026 09 17。
用户拍板「都做，用 GPT 帮忙」——产出：①提审材料（GPT 6 起草）②官宣稿（GPT 6 起草）③「认识阿里」落法方案 ④内容审校清单。 状态：①②为 待审稿 （对外发布前走审核）；③④为 执行方案/清单 （供团队与相关席位）。
背景：v2 正式台账显示 93 页中 57 页为零请求壳页（P0 补线 40 页）。用户提出「是否只做温泉酒店就够引流」。 结论： 「小切口上线」方向正确；但切法不是「只留酒店」，而是「一条完整可用闭环 + 内容承载 + 本地工具」的精选版（≈36 页） ——理由与方案如下。
用途：小程序「认识阿里」频道首批内容（9+1 栏目 × 3 条）——短图文卡形态（1 3 屏读完）。 来源：GPT 6 应约产出 · 冈子落档 · 2026 09 17。 发布前须过本地核实 （每条已标「核实」点——这就是核实任务单）。 说明：GPT 6 产出为「保守版」——凡未确认信息均以「以现场…
决策：用户 2026 09 17 16:56 拍板——「先以酒店为抓手或者突破口，让小程序可以 MVP 运行，然后再考虑模式复制扩容」。 定位：这是上线工作的指导框架；取代「全量 93 页待补」的心理模型—— MVP 范围内做到全绿，范围外坦然延期 。
缘由：抖音端可行性讨论后落下的三条「零成本留路」纪律—— 现在注意=零成本；MVP 固化后再改=高成本 。 请 R1 知悉：如合适，请纳入 MVP 实现/评审口径（或按流程转达相关席位）。
用户拍板「现在就搞」→ 冈子当日完成全流程验证（副本试验·主线未动）。 结论：能搞——工具链全通、骨架生成成功、接入方式明确；下一步=设计首个真 Skill。
发布：冈子（v2 属主）· 2026 09 17 17:1x · 决策来源：刘总拍板（酒店抓手→MVP→模式复制）+ GPT 6 评审采纳（业务验收口径）。 目的：方向变更同步—— 补线/回归/提审均按 MVP 口径执行 ，避免继续按「93 页全量」投入。
升级说明（v1→v2，按 GPT 6 分析）：结构改为「公共必填 + 业态分支 + 故事选填」；补决策事实；故事六问压缩为三问；新增「事实卡」要素（来源/核实日期/确认人/更新触发）。 核心逻辑不变： 一次采集、多端生成 ——但 先做「可信商户资料库」，文章只是输出之一 。核实与更新 生成速度。
用户提出（2026 09 17）：温泉水和药石属于矿产，不能卖； 可以卖容器 ；远程邮费自理。 冈子分析：方向成立；加一层「空瓶主义」战略；附合规三条校正与产品形态草案。
背景：项目负责人提出「内容产出条件化（采集表→动态组合生成文章）」——本文为 GPT 6 独立分析+冈子采纳记录。 结论： 成立，但应先做「可信商户资料库」，不是「文章生产机」 ——先证明流程省事可靠，再决定是否建后台； 不以文章篇数验收 。
用途：把「内容→咨询→验证」方案落地为可执行动作。配合《内容咨询验证方案（GPT 6）》使用。 编制：冈子 · 2026 09 17 · 执行前以平台最新规范为准（平台规则经常变）。
用途：逐条绑定「分镜素材 → 内容件 → CTA」——执行时「拍了就会组稿，发了就有去处」。 用法：拍摄按分镜号交片；发文按矩阵取图；CTA 按列执行（评论/留资/到店）。
本页=当日商务/内容线交付物总目录（全部已在文档站在线，逐条验证 200）。 用法：找东西先看这里；每条「名称 → 链接 → 一句话」。
背景：商户采集表 v2 成型后，追问「游客相关/无商户属性的信息怎么处理？是否做一个页面？」——本文给出三分法框架与页面方案。
用户指示（2026 09 17 23:3x）：VI 设计工作移交 小齐 ；冈子退出该线。 本件=一页纸交接（现状/资产位置/缺口/纪律）。
WIP 367 尾（不占新号）· 二号出（a端 admin console 前端域）· 配合刘总 owner 角色 更新：2026 09 16 13:0x（对齐 335 第二幕 / CMS 现状快照 admin backend.py）
背景：「三环飞轮」战略总结（2026 09 17）送 GPT 6 评审。 核心结论： 三环可作「作战假设」，但还不能称为已成立的飞轮 ——当前真正要验证的是「 一条可归因的陌生人付费链路 」。
依据《VI 完整方案 v1》拍板（2026 09 17）。 所有对外发布/印刷物只从本规范取色、取字、取 logo。
缘起：用户问「VI 是不是还没搞」——查证结论： 要素都在，但没收口 （主色两套并行/Logo 未进小程序/无一页版规范）。 本包=收口方案：主色决策建议 + VI 一页版 + 小程序图片清单 + 落地步骤。
用户指令：「跟 gpt 研究一下，给我一套完整的方案」。本件=研究结论+项目实况+落地计划的整合版。 核心决策建议： 金主色 + 藏红重音 + 米底 + 墨字 ——「问题主要是角色未定义，而非缺色」。
目标：研究「微信开发者工具 AI 调试」如何接入我们的工作流（走查/验收自动化）。 结论： 两线已探清——①「agent.skills」= 小程序 AI 开发模式（产品级·单独立项）②「自动走查」暂无成熟通路（SDK 不兼容）——眼下验收走机位人工，AI 线列为中期机会。
用途：「认识阿里」内容建设的第一批素材——把散落在各处的权威信息收拢成我们自己的版本。 编制：冈子 · 2026 09 16 · 来源：公开检索（官方源优先）+ 项目文档 · 所有条目待本地校验后发布 （发布前由在地同事/向导核对，标注※的为官方源）。
用途 ：一张表跟 20 家商户；每次离店前写清「下一步+联系日期」。 使用节奏 ：每天早上先联系到期项；阶段推进以记录为准，不凭印象。 版本 ：2026 09 16（内测期使用）· 整理：冈子 · 内容来源：GPT 6 方案 纪律 ：带【待确认】的项在公司确认前 不对外承诺、不写入协议、不现场加码 …
来源：GPT 6（gpt 6 astra）应约分析——「一个商务在西藏一座县城从 0 拓展 20 家商户」场景倒推。冈子落档，供执行参考。 结论先行： 先补「入驻资料清单＋办理流程单」等执行工具，不先重做宣传册 ——现有体系偏「讲清楚、促签约」，缺「交齐、开通、会用、持续用」的闭环。
用途 ：协议签完 当场 双方逐项核对打勾，防止口头理解与协议不一致。 使用提示 ：用短句解释、请对方复述；未决事项写清楚；双方签字后拍照各留一份。 版本 ：2026 09 16（内测期使用）· 整理：冈子 · 内容来源：GPT 6 方案 纪律 ：带【待确认】的项在公司确认前 不对外承诺、不写入协议、…
用途 ：让经营者 亲手操作 、逐项留签；区分「内测通过」与「正式可营业」两个状态。 使用提示 ：按序验收（账号→订单提醒→核销→看账→福钥→指南→联系人）；待办未清不勾「通过」。 版本 ：2026 09 16（内测期使用）· 整理：冈子 · 内容来源：GPT 6 方案
用途 ：现场按商户类型勾选收资料、登记缺项；手机模板供商户补交使用。 使用提示 ：现场逐项打勾 → 当场拍摄填写页备份 → 证照类不拍照不发群聊，按公司指定渠道提交。 版本 ：2026 09 16（内测期使用）· 整理：冈子 · 内容来源：GPT 6 方案 纪律 ：带【待确认】的项在公司确认前 不对…
用途：商务侧「上线准备」的完整物料盘点——签约前/签约中/上线后/传播四段，标现状与缺口。 现状以工作区+仓库已交付为准（截至 2026 09 16）。
产品原则 v2 §六两道闸门的可执行化： 上线闸门 （无人负责的模块不上线）+ 复制闸门 （复盘+核算+当地责任人后才复制）。 工具： scripts/gate check.py （三模式：release / replication / selftest）。
用途：编入 WIP 337「335 端到端演练剧本」对应步骤（每步：命令 + 判据 + 证据位）。 作者=工具链作者（技术校准责任岗）：波波剧本可直接引用本附录 §二映射表；口径疑问以本附录为准。
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
后端（bobo）已上线独立「酒店住宿域」，与通用套餐模型 /api/miniapp/orders 完全解耦。 本文件给出 miniprogram v2/pages/hotel booking/hotel booking.ts 改为调用独立端点的 可套用代码 。 端点详细契约见 docs/hotel …
后端已全部上线并实测通过。C端（miniprogram v2）页面属小齐域，波波不碰，本文是可直接照做的接线说明。 所有金额单位统一为 元 （后端存分，接口已转换，前端不要再做 /100）。
后端（bobo）已完成独立「酒店住宿域」，与通用套餐模型解耦。C端 hotel booking.ts 当前仍走 /api/miniapp/orders 套餐模型， 需小齐改为调用下列独立端点 。 所有端点前缀 /api/miniapp/hotel ， 均需登录 （Bearer token，沿用现有 …
用途：C 端小程序（miniprogram v2，小齐域）只需提供一个入口，把商户员工引导到 B 端商户工作台 H5（b workbench）。 这份 H5 已做「手机版 / 电脑版」响应式双形态，无需小程序单独开发房务功能。
后端接口已上线并验证。C端（miniprogram v2）需新增一个「账单支付」入口，属小齐域，波波不碰。 数据链路：B端发起收款 → 生成收款单 → 客人在小程序付款 → 微信回调入账 → B端客账余额归零。
背景：b端（商户工作台）与 c端（消费者端）的边界刚理清。本文档是 c端需要承接的需求简报， b端（波波）不再碰 c端页面 ，交由小齐（v2 前端 / miniprogram v2 负责人）接手。 整理时间：2026 09 23。本文档中的"错误示范"来自波波在 b端误建扫码页的踩坑，供 c端避坑。
适用：kailash 仓库全部工作树 / 全部分支。强制。
时间：2026 09 23 来源：gpt 6 astra（medium 档）独立评审，由 Bob 对照真实代码去伪存真。 背景：老板定调 B端 = 通用底座 + 按行业定制的软件管理平台；原则 = 不大而全 / 不按业态锁死功能（A端人工开通）/ 重点先做住宿（房态）。
依据：刘总 2026 09 18 令「两项全做」——样板页标杆先行 + 全量 token 迁移纪律 + 3 类动效全铺 配套：VI 落地四件 docs/delivery/evidence/vi/VI落地四件 v1.md 、动效规范 miniprogram v2/docs/动效规范 v1.0.md
定位：派工岗的 第二双眼睛 ——复核「任务安排与验收质量」，不替代小齐的工单验收， 不是任务源 （干活看 NOW + TASKS）。 方法：人工审 + gpt 6 astra 独立审双轨合并（medium 档；材料脱敏自检 0 命中后才出网，遵循《AI 通道使用手册》；astra 结论不采信自报，逐…
生成时间：2026 09 23 ｜ 数据来源：①后端 backend/app/routers/ .py 全量路由静态解析 ②A端 admin console/src/services/api.ts 实际调用解析 ③线上 https://a.kailashi.cn 带真实管理员 token 实测
生成时间：2026 09 23 参与：gpt 6 astra（设计方案主笔）+ 波波（事实校验与本地判定的过滤） 输入材料： docs/A端 后端全量接口清单 2026 09 23.md （源自后端 OpenAPI 全量契约， 377 路径 / 433 操作 ）
义父反馈：「C 端很多东西在 A 端找不到配置的地方，很乱套，按理说 A 端应该按照 C 端页面的逻辑走。」 这个判断成立。 下面是实测对账结果 + 改法建议。
生成时间：2026 09 23 ｜ 数据源：后端 FastAPI OpenAPI 全量契约（377 路径 / 433 操作）+ 前端 admin console 实际调用扫描 脱敏声明 ：所有域名已替换为 <BASE 、IP 替换为 <IP ；不含任何密钥、密码、手机号、真实人名、内网地址。
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
🕐 时效标注 （2026 09 13 文档治理）：近期设计件，口径以 TASKS 现行与契约 v1.3 为准。
认领人：波波 日期：2026 10 14 义父裁定：2026 10 14 11:55 性质：生产库直写事件的 台账补登文档 （只读取证已完成，本文档不改生产任何数据） 背景：小齐《detail键谱系与41条增量对齐 2026 10 14.md》指出 6 条 detail.product detail…
生效 ：刘总 2026 09 09 20:0x 口谕——「你暂时退居二线，你的工作方式严重拖慢工程进度」。 交接人 ：小齐。 接收人 ： 待刘总指定 （现有依据指向冈子，见下）。 本文定位 ：接手人只读这一份即可开工，细节仍以 docs/NOW.md （纪律与口径）＋ docs/TASKS.md （…
docs/ 为准；新增 .md 后重跑
python3 scripts/build-docs-index.py --src docs/ --html docs/index.html 即可。