LOGIN QR RELAY
JD-C LOOKBOARD
京东C · 上架看盘
JD-C CONTROL · LOOKBOARD
打开就能看盘 · 上架群控
中控排队 → native / 桥 / 脚本执行 → 状态回写。真京麦提交默认关闭；token 用完可替换管控层。
轻量刷新 · 首页用 controller-status，不阻塞打开；完整 /api/state 后台低频同步。
链接阶段分布记录阶段，不代表运营达标
— 条已进入链接独立计时，不因每日上新重置老链接
实时监测
—
昨日净利润（预计）待数据等待利润日报
实际 ROI—目标待配置
赛跑节奏
上次运行：等待首次执行
ENTERPRISE CONTROL SURFACE统一控制面同一份证据驱动成本、活动与执行闸门
检查中工位—
成本回读—
活动 SKU—
已生效—
待处理—
实时经营监控全部店铺
等待首次采集销售额—按链接实时汇总
付费花费—等待京准通账户采集
售后发生日退货率—按买家首次申请日归属
昨日净利润—等待完整日报
实时利润—逐链接成本反推
LINK LIFECYCLE从上架到下架，全程留痕等待链接巡检
—监控覆盖率— / — 条
正常监控—
采集超时—
暂停仍监控—
下架归档—
店铺矩阵按店铺独立利润、预算与链接时钟
当前店—条链接
全部店—条链接
数据变更—最近一次同步
上次同步—
逐链接全链路档案
云端逐链明细 — / —上架时间 — / —端到端监控 — / —采集、分型、成本、页面、活动、真实动销、反馈和退款后利润逐步留痕
人工已确认—其余为规则初分，待逐条复核
| 店铺 / 商品链接 | SKU / 商品ID | 上架时间 | 同步 | 独立阶段 | 商品类型 / 投放路径 | 成本匹配 | 目标ROI | 曝光 | 点击 | 花费 | 订单 | 成交额 | 累计质量退货率 | 实际ROI | 实时利润 | 活动 / 推广 | 系统动作 |
|---|
共 0 条第 1 / 1 页 · 每页 20 条
MULTI-STORE CONTROL
多店运营中控
店铺接入、供给上架、AI员工分岗和单店账本在同一页完成交接。
MULTI-STORE COMMAND CENTER
云端多店群控
上架与运营分流：京东C上架可多店后台静默并行；活动、动销、付费按店受控推进。JD-C · REPLACEABLE CONTROLLER
京东C管控层 · 可替换
账号/token 只当钥匙；产线=中控排队 + native worker。全机接入与上架排队见架构看板。打开「京东C架构」查看梧桐树全图；本条不调用 /api/jdc-listing-control/overview。
JINGDONG C · CLOUD LISTING CONTROL
京东 C 云端上架控制
已从旧京喜系统独立接入这里；直接读取 13 店 / 26 台上架电脑，不依赖当前中控电脑的 4173。正在连接云端京东 C 上架中心…
本次上架范围尚未收到商品批次
待对品回执工位在线只代表执行能力；收到逐品商品 ID 和批次号后，才会开放上架确认。
成本、活动回读与掉线提醒展开查看证据
历史上架包成本 / 活动资格回读正在读取系统回读状态…
店铺 / 工位掉线提醒正在读取云端心跳…
13 STORE LANES · 26 OPERATION COMPUTERS
店铺运营工位
每个店铺只有一张卡，固定为 2 台运营电脑 A/B；每次只选 1 台运行，另一台只作备用。上架链路独立，不计入这 26 台运营电脑。中控按店铺和工位归类、发射、接收回执并推进路径；真实店名须由本人登录京麦后回读。中控顺序上架链路独立只读回读 → 中控按真实店铺身份交接 → 每店选择 1 台运营电脑 A/B → 本店脚本；登录与身份/目录回读由选中的电脑完成外部写入默认锁定
连接方式：与上架/商品采集相同对应电脑自己的 localhost CDP · visible login · background target · 只读回传中控
13 店 / 26 台运营电脑固定点名清单 · 可直接复制给对应对话框
STORE WORKSTATION SETUP
全店接入状态
每个 STORE-xx 只有下面这一张店铺卡；接入、回读、复制和脚本状态都在对应卡内处理。01 录入真实店名02 本人登录京麦03 系统回读身份/全量商品04 成本与四闸门05 进入动销轮转
JINGXI → JD C RELAY
京喜全店京东 C 接力
只读统计对品与成包；不启动、不修改京喜。新增包按店进入专用上架，成功后再进入运营。AI OPERATIONS ARCHITECTURE
AI员工中控
总教练看全局比分并动态换阵；各AI员工按节点交接，卡点沿连接线即时回报。查看以后接入系统的统一接口规范
LOCAL CDP MONITOR
店铺采集监控
只监控本地 Chrome CDP 与系统采集链路，不使用 Codex 监控。CDP 连接—端口 9333
京麦链接—商品列表采集
经营数据—商智 / 京准通 CDP
掉线保护开启保留原数据，不误下架
LINK-LEVEL RACE
全量链接赛跑
新链接进入自己的 Day 0；老链接继续原节点，互不重置。
标品托管 × 非标单品 · 每条链接独立计时
标品共享全店ROI和预算；半标品、非标品直接使用逐链接单品ROI。
DAY 1–330%退款冷启每条目标1个真实首单；按30%退款先验并预留10%净利反推ROI。
DAY 4–7空烧清退个位数消耗正常；无单或亏损先提高ROI、收紧预算，不追着频繁调整。
DAY 8–14退款加权学习10单前继续按30%；10单后把真实退货率逐步纳入计算。
DAY 15–30成熟利润校准退回货品成本冲回，广告费和实际运费不回冲；净利目标15%–20%。
DAY 30+盈利放大 / 亏损止付净利达标才放量；连续两轮调整无效只停该链接付费，不自动下架。
PROFIT CONTROL
单店 ROI 与利润策略
当前参数只作用于所选店铺；店铺切换后独立保存。
组合保本 ROI
—组合目标 ROI
—成本匹配覆盖
—可花广告率
—每条链接按实际成本独立计算等待昨日经营数据
ACTIVITY MATRIX
活动中心
活动只是配置数据；所有链接统一经过资格、承担、叠加、利润、报名、生效和退出脚本。
GENERIC ACTIVITY ROUTE
逐SKU闸门通用活动运营脚本
等待后台实时活动证据
ALL-STORE ACTIVITY CONTROL全店活动回读与报名闸门
等待实时回执规则已回读—规则正文已核验
平台限制—保留京东原始失败
工位待修—离线 / 版本 / 明细
待真实成本—未到活动工位
待页面治理—信息分 + 价格星级
平台资格可报名—仍需动作级确认
已提交待生效—等待生效回读
已生效—才进入后续运营
CHANNEL OUTCOME ENGINE
活动首页是报名入口，不等于自动获得京东首页；一切按后台来源位与真实结果判断。渠道能得到什么 → 用什么验证 → 下一步怎么做
已有成本记录—仍需逐 SKU 与费用复核
逐SKU待核—店铺可报不等于商品可报
平台资格可报名—执行前再次复采
待签活动协议—签署前不提交
已提交待生效—生效前不投流
已生效—进入退款利润监控
资格/利润阻断—不报名、不烧钱
| 商品链接 | 成本 | 匹配活动 | 当前位置 | 下一步 |
|---|
—后台可见—已报名—邀请—店铺星级
GENUINE SALES COMMAND
真实动销
每店独立排产；每条链接只验证 1 个真实首单。先过成本、页面、活动和利润四道闸门，再进入今日批次。
TODAY'S GENUINE SALES
读取中今日真实动销 — / —
正在核对当前店铺的真实动销容量和前置闸门。
当前档位—8 → 12 → 15
已过四闸门—才进入今日批次
在售待首单—每条只做1个真实首单
下一档—上一批回读≥80%
多店总上限—全局安全容量
PAID GROWTH
付费投放闸门
每家店独立检查利润、链接同步、预算确认和余额。
可用余额
¥0.00观察值 · 未执行充值累计花费¥0.00
执行前检查
全部通过仍需人工确认。
当前充值活动
MULTI-STORE FUND CONTROL
资金监控
逐店监控京准通余额、现金、红包、今日消耗、预算速度和充值预警；旧快照不会冒充实时。
FUND CONTROL LIVE
检查中全部店铺资金总控
等待京准通账户快照
可用总余额待采集0/0 家余额已知
现金余额待核验不含未知店铺
红包余额待核验按账户实际权益
今日花费待采集0/0 家今日已采
计划入口绑定—等待逐入口回读
建议充值¥0.00仅运营闸门通过后生成
资金预警
超预算、快照过期、越权付费和余额不足集中处理。
最近资金流水快照
展示后台只读采集历史，不等于财务银行流水。
历史付费核账
财务最终入账、充值/红包/补款、计划ROI与逐链接消耗一次闭环；已删除计划差额保持未归属。
财务总消耗待采集
当前计划已归属待采集
删除/不可见差额待采集
余额闭环待核验
逐店资金状态
每家店独立账户、独立预算、独立预警；全部店仅做汇总。
| 店铺 / 京准通 | 可用余额 | 现金 / 红包 | 今日花费 | 日预算 | 消耗节奏 | 覆盖天数 | 计划 | 快照 | 状态 |
|---|
PHOENIX TREE · JD-C
京东 C 管控层 · 可替换 · 全机接入与上架排队
云端中控唯一真相源；本 Bot 可替换；工位走 native worker。不依赖上架 overview API。AI OPERATIONS BRAIN
架构大脑
总教练看全局；员工只上报卡点；Codex 点对点定位、维修、复跑、验收并沉淀经验。每次交接必须有接收回执，不允许静默断链。
CODEX REPAIR LIVE正在核对问题投递员工正常时静默；一旦卡住，这里立即显示 Codex 接单和维修进度。
HEAD COACH CONTROL PLANE
体检中读取当前阵型
正在核对运营主链与员工反馈口
RELIABILITY & EVOLUTION PROOF
读取证明稳定通道与自我升级证明
把“能接到问题、不会无限重试、修完能复跑、升级可回退”拆成真实状态；能力存在不等于当前业务条件已经通过。
13-STORE INCIDENT COMMAND
读取队列多店故障指挥队列
同店串行、跨店排序；P0立即止损，同因跨店合并一次维修，人工等待会自动让出维修位。
正在确认下一张问题卡
CODEX REPAIR TEAM & RELEASE GATE
读取角色6个Codex维修角色 · 统一协同发布
业务员工继续跑业务；6个维修角色按板块接问题。各任务不共享聊天原文，只通过项目记忆、问题卡和阶段回执协同，最终由维修总控统一验收。
统一发布闸门等待验收证据没有构建、测试、原节点复跑和灰度证据，不进入正式发布。
CONTROLLED SELF EVOLUTION
系统自我升级与迭代
从真实故障和已验证经验里发现改进机会；Codex只在本地隔离副本构建，不接外部模型API，系统负责验收、灰度、晋级和回退。
持续观察
正在读取稳定版本和迭代提案
EVENT-DRIVEN RELAY
回执驱动 · 严格串行逐链接 AI 员工接力线
不是按钟点排班。上游员工完成并交出可验真的回执，系统才即时创建下一员工的任务。
正在核对交接规则
HOW CODEX HELPS EVERY EMPLOYEE
检查支援链Codex 主教练与维修闭环
员工负责整条业务路径；Codex在旁路处理异常、修脚本和优化阵型，不占用串行工位，也不替员工虚构完成。
CODEX DELIVERY RECEIPT
读取发送链问题怎么发给 Codex · 实时通知回执
不是只生成卡片：系统会持续显示发现、持久化、发射、接单和原节点复跑五个状态。
SYSTEM CHECKPOINTS
读取下次巡检系统巡检与日结时间表
这些时间只负责补采、重算、查漏和日结，不是 AI 员工开工时间，也不会跳过上游回执。
REAL BUSINESS PROGRESS
逐链接推进主链
采集完成不等于业务推进；只展示真实通过各节点的链接数量。
RECEIPT-BASED HANDOFF
员工承上启下交接
上游交付、下游接收、拒收原因和故障编号全部留痕。
POINT-TO-POINT LAUNCHERS
检查中9 个员工问题发射器
CODEX REPAIR QUEUE
0 项维修与原节点复跑
VERIFIED LEARNING
0 条员工经验与知识沉淀
只有修复后原节点真实复跑成功才写入。项目规则在 .workbuddy/memory/，机器可执行经验在 data/node-dialog-guard.json。
AUTOMATED OPERATIONS DESK
运营工位与同步
按当前店铺导入 CDP 商品链接；成本、真实上架时间、利润、ROI 和动作证据形成同一条自动化流水线。
PAID LAUNCH CONTROL
检查中自动采集 → 成本匹配 → ROI 反推 → 开车闸门
等待货源表同步
链接建档— / ——
成本匹配— / ——
可进测试池—仍需通过全部闸门
货源商品池—自动读取追溯总表
开车安全闸门
待确认货源映射
标题只用于找候选；确认一次后永久按该货源成本计算。
工位流水线
等待运行
今日动作队列
所有动作保留成本、ROI、规则与原因。
导入当前店铺商品链接
自动识别 listingAt、onSaleAt、wareOnSaleTime、onlineTime 等京东上架时间字段。
实时经营数据成交额、付费、订单、退款订单与退款金额
成本目录等待成本数据
实时工作日志
—
PORTABLE OPERATIONS CONTROL
迁移、云端与新电脑接管
把运营状态、逐链接周期、成本证据、脚本和项目记忆带走；京麦登录在新电脑重新绑定。
检查中
正在检查可迁移状态
尚未生成接管包
店铺—
在售链接—
成本证据—
项目记忆—