先定义经营问题
不是从“要用哪个工具”开始，而是从店铺、商品或增长目标的具体问题开始。
ETSY OPERATING MAP
不是一份软件说明，
是一套经营推进方式。
“经营作战图”把不同工具放回业务里：先判断值不值得做，再验证是否能交付，把商品表达和上线动作沉淀为渠道中立 SKU，最后用订单、成本和履约证据形成可批准、可复盘的周度经营动作。
把证据带到下一步
趋势、供应商、图片和表现数据成为共享上下文，不在不同人和工具间反复丢失。
让人保留决策权
AI 提供判断、方案和草案；涉及账户、广告支出、公开发布的动作必须由负责人确认。
准备阶段
ORGANIZATION READINESS
先建立组织、成员与外部工具配置边界。
新注册账号默认是普通用户。管理员在“账户与权限”决定是否提升为一级用户；一级用户获得以本人名称初始化的独立组织，并通过自动邀请码接纳普通用户。一级用户可以按组织共享或按成员分配 API Key，但普通 Codex Skills 使用 Codex 自身模型，不需要 Web 端 Provider 配置。
身份与数据范围
- 管理员查看全平台账户与组织
- 一级用户只查看本组织注册用户
- 普通用户不进入组织管理
模型配置下发
- 外部浏览器工具按自身设备目标领取
- SellerPilot 生图代理需显式同步
- 设备授权本身不修改 Skill 或 Provider
阶段 01
STORE THESIS FIRST
店铺规划：先定义这家店为什么成立。
Store Assortment Architect 从目标客户、使用场景与经营约束开始，形成可版本化的店铺承诺、品类边界和初始 SKU 槽位。第一版允许带着缺失证据进入验证，但不会把一款商品的趋势直接外推成整店结论。
先定义
- 核心客户、店铺承诺与排除边界
- 价格带、组合经济与供应商容量
- Hero / Traffic / Profit / Attach / Test 槽位
业务产出
- 版本化 store_plan_id
- 待验证假设与明确证据缺口
- 不可自动派发的商品验证清单
阶段 02
PRODUCT OPPORTUNITY VALIDATION
商品验证：逐个验证店铺规划中的 SKU 槽位。
Cross-border Positioning Analyst 围绕规划槽位验证市场机会、人群、区域、关键词、价格、利润与风险证据。结果必须回写为新的店铺计划版本，用来保留、替换、降级或删除槽位，而不是绕过父级计划直接启动寻源。
验证输入
- 店铺承诺、品类边界与槽位角色
- 市场、竞品、关键词与价格证据
- 目标人群、场景及合规约束
反馈结果
- 版本化商品机会简报
- 事实、假设与缺失证据
- 推动 store_plan 新版本的组合调整
阶段 03
PORTFOLIO APPROVAL
寻源组合审核：先选哪些槽位可以执行。
负责人在工作台核对当前店铺计划版本、证据摘要、预算和容量，只批准本轮允许进入商品级执行的槽位。批准记录固定版本、证据摘要和 operation 清单；它不会自动创建任务、搜索供应商或执行外部动作。
人工核对
- 当前版本与证据是否仍然一致
- 样品、现金与供应商容量是否可承受
- 批准、拒绝及原因是否被记录
交接结果
- 批准槽位获得创建子业务流资格
- 未批准槽位继续保留为规划候选
- 店铺计划更新后必须重新审核
阶段 04
SUPPLIER VALIDATION
1688 / 淘宝供应链：逐个批准商品验证交付能力。
每个已创建的子业务流在普通 Chrome 中执行 1688 / 淘宝检索、详情页核验和证据采集，不进入 AdsPower 内的 Etsy 会话。不同商品共享父级店铺边界，但保留独立供应商事实、任务和审核结果。
输入信号
- 批准槽位的商品族与成本目标
- 尺寸、材质、起订量、时效等约束
- 独立 operation_id 与店铺计划来源
业务产出
- 可比价的供应商证据
- 成本、风险与替代方案
- 可独立审核的商品结论
阶段 05–06
COMPOSE, LAUNCH & LEARN
图片、Listing、启动波次与增长：把已验证商品变成可复盘资产。
商品审核通过后才进入 SellerPilot 图片、Listing 草稿与 Etsy 受控写入；店铺层再复核样品与首发波次。Campaign 与社媒继续保留预算、账号和公开发布的人工作用域。
商品表达
- 图片 QA、标题、标签、详情与 SKU
- 所有声明回指批准事实
店铺启动
- 按波次检查样品、容量与现金
- 不因单个商品完成而宣称整店就绪
增长复盘
- 广告与社媒动作独立批准
- 真实读回反馈到商品与组合决策
阶段 07
CHANNEL-NEUTRAL COMMERCE LEDGER
商品与 SKU：先建立可跨渠道复用的经营主档。
Web 以 Marqel 通用 SKU 作为商品身份，不把 Etsy Listing ID 当作主键。Etsy 已上架商品可以通过 Seller API 自动同步；也可以先在 Web 建立 SKU，再按渠道、店铺、商品 ID 和变体 ID 维护上架关联。
两种进入方式
- Etsy-first：自动同步商品、变体、库存和渠道 SKU
- Web-first：先建通用 SKU，再关联 Etsy 或未来其他渠道
- 无 API Key 时仍可管理 Web 商品、批次与上架准备
成本事实
- 供应商价格按批次追加，不覆盖历史价格
- 订单行绑定实际供应批次
- 每笔订单维护实际物流费用与币种
阶段 08
WEEKLY BUSINESS REVIEW
周度经营：以 Etsy 订单为主，形成下一周经营决定。
每个自然周由已授权的 Seller API 自动读取订单、交易、折扣、退款、支付费用、账本和履约事实；Web 只补充供应批次成本与实际物流费用。流量、Ads 和银行流水不冒充 Etsy 订单数据，成本不完整时也不把零值当利润。
轻量固定输入
- 同店、同周、同币种的订单与交易证据
- 销售额、折扣、退款、净收入和支付费用
- 商品成本、物流费用及各自覆盖率
闭环结果
- 核心订单证据完整即可形成方向性周报
- 利润只在成本、费用和币种全部可对账时输出
- 继续与停止动作逐项回写后本周才关闭
HUMAN IN THE LOOP
系统自动推进准备工作，
但不替人做高后果决定。
- 可以自动化分析、整理、筛选、起草、生成报告、观察数据。
- 必须确认Etsy 发布、Ads 投放开关与预算、社媒公开发布、账户与支付动作。
- 必须可回看数据来源、关键判断、供应商证据、版本、审批人与复盘结论。
TEAM HANDOFF
每个角色看到自己该做的下一步。
工具并不替代组织分工。Marqel 的作用是把跨角色交接从口头转为有输入、有输出、有边界的工作项。
选择优先级、批准高后果动作、复盘经营结果。
给出趋势、竞争、人群与供应链可承接的机会判断。
完成 Listing、创意、商品页转化和上线准备。
将批准的推广对象转为投放和社媒草案，并反馈表现。
工具生命周期
MANAGED SKILL RECONCILIATION
一键操作先判断本机差量，再决定哪些 Skill 真正需要动作。
完整 Catalog 是本次版本与摘要验收基线，不是“全部重装”清单。Manager 在任何业务包写入前扫描所选客户端的整个 Skill 根目录，服务端复核并锁定 skip / install / update / repair / migrate / block 计划；只有必要差量取得短时下载链接。
首次安装与普通更新
- 新环境：Auth 与 Manager 先完成 Bootstrap，缺失业务 Skill 进入
install - 日常更新：已授权设备直接调用
update-all；精确当前项skip，落后项进入update - 全已当前：动作数为 0，仍完成本机摘要与 Web 报告核对
迁移、修复与冲突
- 开发链接或未受管路径：只有本次明确批准后才备份并
migrate - 直接
update-all：用户调用即批准备份并repair同版本或旧版本本机内容漂移 - Web 作业：同版本本机漂移仍阻断；本地较新或同版本 Catalog 摘要冲突也继续整批
block
恢复与多客户端
- 已有 Web 作业发生网络、权限或下载失败：修复条件后恢复同一个
job_id - Manager 正常且设备已授权：直接重试
update-all，不另建 Web 作业 - Codex 与 ChatGPT Work 使用不同 Skill 根目录；每个环境分别扫描和安装
- Web 历史设备报告仅供提示，本次本机扫描才决定动作
完成与业务边界
- 页面显示已扫描、需处理、已跳过与阻断数量
- 全目录精确 current、checkpoint 和同设备报告一致后才完成
- 安装、更新与设备授权不批准图片、Listing、广告或公开发布
YOUR FIRST STORE LOOP
先证明店铺组合成立，再让批准商品逐个进入执行。
选择一组有共同客户与场景的商品机会，完成店铺承诺、SKU 角色、经济边界和组合审批；随后只为批准槽位创建商品业务流，并把真实供应链与销售反馈带回组合复核。