结构化沉淀
Wiki 快照保留表格字段、映射、空值与源数据 lineage。
从业务数据，
到可运行的 Skill
业务数据智能化 Skill 建设与乐搭落地汇报。把一次性表格处理，沉淀为可复用、可验证、可交付的业务能力。
SKILL HUB · NEXTSkill 将要上线
乐搭将安装部署
乐搭将安装部署
SCROLL TO EXPLORE
01 · Executive summary
这不是一次“生成 Skill”，而是一条正在进入上线阶段的交付链路。
先由业务端输出并清理数据表格，再用 Codex 生成 Wiki 数据库；梳理查数、对比等场景后交给 Codex 生成 Skill，连接 Wiki 与 Skill 进行提问验证和修改，最后进入 Skill Hub 与乐搭。
固定场景验证
覆盖指标计算、别名、#N/A、输入校验与源数据一致性。
统一查询口径
按 Tablet / Moto 维度组织销量、战区、日期与活跃率分析。
核心判断
这版先把数据表格、Wiki 数据库和业务场景整理好，再由 Codex 生成 Skill；连接 Wiki 与 Skill 提问验证、修改后，按 Skill Hub 准入规则提交上线，最后安装到乐搭。
✓ Skill 将要上线 · 乐搭将安装部署
02 · Platform collaboration
平台协同，让 Skill 更顺畅地进入业务入口。
先用 Codex 完成 Wiki 数据库和 Skill 的整理，再按 Skill Hub 的准入规则提交，最后下载并安装到乐搭，供日常使用。
COLLABORATION 01
先把数据和场景整理好
先清理数据表格，再用 Codex 生成 Wiki 数据库；把查数、对比等场景整理清楚后，再交给 Codex 生成 Skill。
路径：数据整理 → 场景梳理 → Skill 生成COLLABORATION 02
验证后再进入平台
连接 Wiki 与 Skill，通过提问验证结果并修改；符合 Skill Hub 准入规则后，再下载到乐搭使用。
方式：提问验证 · 准入发布 · 乐搭安装03 · 整体步骤
把每一步拆成可交接的资产。
数据表格、Wiki 数据库、业务场景、Skill、测试问题和上线文件分步整理，后面检查或更新时更容易找到。
从数据表格到乐搭使用的 7 个步骤
每一步都有明确的输入、处理和结果01
数据清理输出数据表格清理无关数据
02
Wiki 数据库使用 Codex整理表格内容
03
业务场景查数、做对比整理常见问题
04
生成 Skill场景交给 Codex生成业务 Skill
05
验证和修改连接 Wiki 与 Skill提问验证并修改
06
Skill Hub符合准入规则迁移并上传
07
乐搭下载并安装 SkillDT 协助操作
04 · Build process
七个阶段，把一次性需求变成可运行能力。
以下内容按新的 7 个步骤呈现，展示每一阶段的输入、处理与结果。
选择一个视角，快速查看对应阶段产物。
01
业务端输出并清理数据表格
业务端输出数据表格，先清理无关数据，保留后续查询需要的内容。
worksheet / cleaned-fields
业务线店面战区上报日期销量是否核算PO疑似异常
Moto西北上报日期1是#N/A
Moto华北上报日期1是#N/A
Moto华南上报日期1是#N/A
Tablet东南上报日期1是#N/A
保留字段字段契约已整理
原始表格只读保留
OUTPUT · DATA CONTRACT
先确定什么能被复用
围绕 `业务线`、`店面战区`、`上报日期`、`销量` 和校验字段建立字段契约，保留原始值与来源关系。
- 原始表格不被修改
- 字段来源可复核
- #N/A 按项目规则处理
02
使用 Codex 生成 Wiki 数据库
使用 AI 编程工具 Codex，把表格内容整理成 Wiki 数据库，供后续读取。
llm-wiki / snapshot / table.json
table.jsonraw / spreadsheets · read only
source verifiedcolumns_metacatalogued
recordsindexed
#N/Araw value kept
OUTPUT · KNOWLEDGE BASE
把表格变成可读的知识库
将 `table.json`、字段字典和来源日志组织为 Wiki 导航，后续查询读取同一份知识底座。
- 完整保留表格结构
- 源哈希可回溯
- 更新日志持续记录
03
梳理业务场景：查数、做对比等
把查数、做对比等常见场景整理成具体问题和处理方法。
sales-query / rules / metrics
confirmed-metric-rules.md冻结口径 · source: table.json
frozen上报销量
sum(销量)是否加入核算 = 是门店销量
sum(销量)PO疑似异常 ≠ 是PO校验达标销量
sum(销量)PO地址及时间校验是否达标最终 = 是SN活跃达标销量
sum(销量)SN活跃次数是否达标 = 是平板 → Tablet手机 / MOTO → Moto#N/A → 空
OUTPUT · BUSINESS RULES
问题先变成规则
把字段选择、大小写映射、空值处理和活跃率公式整理为可执行规则，后续输出保持同一口径。
- 业务线：Tablet / Moto
- 战区：店面战区
- 每日：上报日期
04
将场景交给 Codex 生成 Skill
把整理好的业务场景交给 Codex，生成业务 Skill，并保留固定的计算方法。
Codex / workspace / sales-query
skill 生成sales-query · Codex
READY你
基于 Wiki 数据库和业务场景，生成可查询的 Skill，并保留固定计算方法。
Codex
已按场景生成 Skill，创建以下文件：
SKILL.mdreferences/scripts/tests/
TERMINALcalculate_metrics.js
› node scripts/calculate_metrics.js --business-line Tablet --store-zone 华北✓ Skill package ready · output contract checkedOUTPUT · SKILL PACKAGE
提示负责理解，脚本负责算数
已将常用查询维度与结果口径统一写入 Skill，获得一致、清晰的分析结果。
- 规则与脚本分层
- 业务输出口径一致
- 版本信息可追溯
05
连接 Wiki 与 Skill，提问验证并修改
把 Wiki 知识库和 Skill 连接起来，通过提问验证结果，再根据结果修改。
tests / question-set.test.js
question-set.jsonquestionnaire regression
GREEN✓
战区按日销量查询平板 · 店面战区 · 上报日期
passed✓
活跃率口径SN 活跃达标销量 ÷ PO 校验达标销量
passed✓
别名与空值边界平板 → Tablet · 手机 / MOTO → Moto · #N/A → 空
passedsource contractinput guardmetric projection
OUTPUT · VERIFICATION
用问题集而不是感觉验收
每次规则或源数据变化，都重新执行同一批用例，确保结果与输出口径稳定一致。
- 测试结果可复现
- 数据口径统一
- 战区聚合可与总量对账
06
按 Skill Hub 准入规则整理 Skill 包、版本、权限和相关说明，迁移并上传。
07
下载 Skill，安装到乐搭，DT 协助完成操作。
06 · Launch governance
上线之后，交付链路进入稳定运行。
Skill Hub 作为统一发布源，乐搭承接已上架版本；Wiki 连接、版本信息和回归记录共同支撑日常使用。
上线事项交付方式状态
构建与使用协同Codex 负责生成 Wiki 数据库和 Skill，乐搭负责业务使用入口。已配置
版本与共享治理Skill Hub 作为统一发布源，乐搭承接已上架版本。已配置
Wiki 知识库连接运行时连接 Wiki 知识底座，源哈希和更新日志保持可追溯。已接入
权限与版本责任按平台流程维护权限组、版本信息和交付责任。已纳入
07 · Launch preparation
Skill 将要上线，业务入口即将就绪。
从数据表格清理、Wiki 数据库、业务场景、Skill 生成，到提问验证、Skill Hub 上传和乐搭安装，形成一条清楚的使用流程。
NEXT 01
Skill Hub 上线准备
sales-query 已完成整理，后续进入 Skill Hub 上线流程。
NEXT 02
乐搭安装部署准备
Skill 上线后，DT 协助下载并安装到乐搭，接入 Wiki 知识库。
NEXT 03
业务问答回归完成
围绕销量、战区、日期和活跃率的固定问题集已完成验证，作为上线前回归依据。