LightVela Nightly Insight

主干继续补云端 Agent 底座，
但公开产品叙事和正式生产闭环还没跟上。

本次看板基于 origin/master@270a3e04、origin/gitops@c6c62e85、 最新远端分支库存，以及 Wiki 中《日会进展》《功能与场景地图》《运营增长规划》《内部协同机制》综合评估。显式忽略了本地脏工作区，把本地 checkout 只当作远端只读缓存。

更新时间 2026-06-18 11:34:44 CST 远端 refs 已 fetch 评估基线: 最新远端状态 Cloudflare Pages 单页发布目标
65
总体评分 / 100

CloudAgent、支付/资源生命周期、身份链路和协作规则都在推进，但大多仍停留在底座、测试环境和发布通路层，尚未完全转化为对外稳定可讲的产品闭环。

今晚主结论

  • 存在 fresh cloud-Agent 证据，不属于“无迭代”；最近一周主线是 durable run、恢复导出、回调路由和镜像发布链路。
  • 计费、实名、影子账号、resource/pass 生命周期主要在北京测试和相关 GitOps 路径上收口，正式生产没有同等级的新鲜落地证据。
  • SEO 工程能力已从“缺机制”提升到“有机制”，但 changelog、套餐表达和对外 claim 仍明显落后于当前代码状态。
最新源码基线
6/18

origin/master 今日头部是 Hermes 镜像重触发，但 6/17-6/16 已连续合入 CloudAgent、SEO、身份链路和 trade 收口。

最新 GitOps 基线
6/17

origin/gitops 当前头部集中在 Beijing sandbox 与 TKEx 回调路由，正式生产并未同步暴露等强度的新证据。

项目远端分支数
696

已排除 origin/HEAD、origin/master、origin/gitops 以及大部分 promote/release 自动分支。

近 7 天活跃分支
98

14 天以上分支 488 个；30 天以上仍有 216 个，库存压力已经高于“正常噪声”。

四大目标评分

评分只是排序抓手，真正重要的是证据落点和风险方向。

1. 产品能力迭代

68 / 100
  • 有 fresh cloud-Agent 证据: CloudAgent run list APIs、durable runs、HTTP run protocol、channel disconnect recovery 已进主干。
  • MR !1647 把 rescue export 变成 Hermes import package，说明恢复/迁移/运维能力不再只是内部脚本。
  • trade 最近补了 renew / isolate / destroy / queryResource / queryFlow 等资源生命周期收口；billing-flow.ts 明确国内付费与国际站免费试用分流。
  • user/auth 的 shadowbinding/service.go 已具备绑定、换绑、实名认证同步、短信验证和 SaaS callback auth code 路径。
风险不在“没有基础设施”，而在“新鲜增量仍主要发生在测试环境、路由、协议和恢复层”。今天看不到“正式生产计费闭环已稳定完成”的同等级证据。

2. 运营能力

60 / 100
  • MR !1653 这轮已把国际站多语言 URL 前缀、hreflang、静态 SEO 页、description 和 sitemap/lastmod 路径纳入主干，搜索发现机制不再是空白。
  • Docs、about、FAQ、更新日志、配置文档都已存在，中英文公共内容面基本齐了。
  • 但内容 freshness loop 明显没形成: 更新日志仍停在 6 月云存储/成就/企微，未反映 6/17-6/18 的 CloudAgent、恢复导出、身份同步与支付收口。
  • 更直接的 drift 是套餐和 claim: plan-catalog.ts 已出现 Free / Plus / Max 叙事，而 docs 仍以 Launch / Cruise / Voyage 为外部主话术。
结论不是“SEO 不行”，而是“SEO 工程已补上，内容治理和 claim 同步仍落后”。如果这一层不补，新增抓取入口会放大信息漂移。

3. 场景探索

55 / 100
  • 对外可见场景并非没有: 网页内对话、自动任务、记忆、云存储、成就、企微通道都已进入 changelog 或 docs 叙事。
  • 但最近一周主线新增更偏向 run durability、shadow sync、trade 生命周期、回调路由、GitOps 发布，并不是新的强用户场景。
  • 《功能与场景地图》强调“云端长期在线”和“主动触达”，而主干最新迭代仍更多在为这些方向铺底座，而不是交付新的 public scenario proof。
  • 差异化潜力依然存在，但还没在公开首页、案例页或运营节奏中形成下一阶段产品故事。
这是当前最容易被误判的一维: 工程上确实在蓄水，但对用户来说，最近可感知的新“场景能力”增长明显慢于底层工程增长。

4. 内部协作机制

78 / 100
  • 根 AGENTS.md、多模块 AGENTS.md、.agents/skills/、frontend/AGENTS.md、OpenSpec 和 .ci/README.md 已构成清晰的 Agent-native 读取路径。
  • frontend/AGENTS.md 明确了读 root AGENTS → 子服务 AGENTS → skills → code 的顺序；.ci/README.md 明确了 master 与 gitops 的职责边界。
  • 多环境、DB gate、GitOps promote、preview 规则、playground 约束都在持续文档化，说明协作并非只靠口头传递。
  • 真正的协作风险来自分支库存、环境层数和 owner 集中度，而不是规则完全缺失。
这一维已经有“Agent 可以执行”的规则框架，但仍偏 frontend/CI 友好；若后端/交易/身份侧想同样平滑，需要继续把跨模块经验变成更均衡的 repo-level 入口。

环境与落地判断

这里刻意区分源码、GitOps、测试/预发布和正式生产，避免把“已合代码”误当成“已对外稳定上线”。

层级 当前观察 证据 判断
origin/master 6/17-6/18 连续合入 CloudAgent durable run、SEO 多语言、shadow sync、trade 生命周期、Hermes 公告和 SDK 升级。 MR !1675、!1653、!1657、!1647、!1645~!1643、!1638/~1632 源码活跃，且本周并非只修样式，确实有核心底座推进。
origin/gitops 最新头部集中在 CloudLadder callback pin 和 Beijing sandbox/TKEx 的发布路由收敛。 c6c62e85、b054c079、862f3fb4 GitOps 最近有动作，但更偏测试/通路，不代表所有主干新能力都已稳定收敛到 live。
北京测试 / sandbox 计费、trade、service-gateway callback、shadow binding、实名同步继续在北京路径集中推进。 beijing-sandbox 相关 promote 分支、trade runtime secrets、shadow sync 提交 这是当前产品基础设施最“热”的环境层。
TKEx / callback 通路 CloudLadderGateway 最近频繁重触发与回调路由调整，说明国际/内网通路还在校正。 promote-tkexgz/sg-cloudladdergateway-* 偏发布和网络通路治理，不是用户可见场景扩张。
正式生产 / public story 未看到与本周主干增量同等强度的生产闭环证据；对外 changelog/docs 也未同步这些变化。 GitOps 头部、公开 docs/changelog 内容、Wiki 6/17 日会 生产稳定性不能反推，当前更像“底层 ready 在逼近，但对外叙事未跟上”。

产品基础设施完成度

按宪法目标 1 强制检查

能力面 当前状态 判断
Cloud Agent 底座 最近一周新增 durable run、HTTP run protocol、run list API、恢复导出包。 有 fresh 证据
Billing / payment 国内站付费链路已显式门控，trade 最近集中补 resource/pass 流程；国际站仍是 free-trial fallback。 路径在收口，未见完整双站稳定态
Packages / plans 代码里同时存在 Free/Plus/Max 与 Launch/Cruise/Voyage 两套叙事。 产品表达漂移
Subscription / pass / resource lifecycle renew / isolate / destroy / queryResource / queryFlow 相关提交持续进入主干。 工程闭环增强
Identity / realname / shadow account shadow binding、basic auth、SaaS callback、Beijing sandbox token/sync 路径在推进。 测试环境证据强，正式生产证据弱

内容与增长 freshness

按宪法目标 2 强制检查

  • 搜索入口层: 公开静态 SEO 页、多语言 URL、description、hreflang、站点验证和 sitemap 路径都已进入最近主干。
  • 公开说明层: docs overview 与 FAQ 仍主打 Launch / Cruise / Voyage，并强调“限时免费”。
  • 产品真实状态层: 前端存在 paid billing 开关、国内付费路径与国际站免费试用分流，已经不是单一路径产品。
  • 更新同步层: changelog 最近公开记录仍停在 6 月云存储 / 成就 / 企微，没覆盖本周的 CloudAgent、恢复、影子实名和支付链路收口。
运营能力现在最大短板不是“没有入口”，而是“入口、文档、 claim、代码状态不在同一拍子”。这会直接影响搜索承接和用户理解。

分支年龄与开发者视图

分支年龄是风险信号，不是 fault 证据；这里只看远端 tip，不对个人做责任归因。

指标 数值 说明
项目分支总数 696 已排除 origin/HEAD、origin/master、origin/gitops 与大部分 promote/release 自动分支。
14 天以上 488 超过全部样本的 70%，已经不是小规模滞留。
30 天以上 216 说明不少分支已跨越一个完整迭代周期，容易影响 review、回溯与环境直觉。
近 7 天活跃 98 有活动，但相比总库存仍偏少，说明“新动作”与“历史债务”比例失衡。
最近活跃样本 12 以 frontsandbox/*、codex/*、SEO 和 callback 相关分支为主。

陈旧分支样本

  • test2 · 52 天 · skipzhang
  • skipzhang_working · 51.5 天 · skipzhang
  • playground/sandbox-sg · 49.8 天 · skipzhang
  • feature/global-realname-wall-env · 49.8 天 · skipzhang
  • feat/i18n-fill-missing-translations · 49.6 天 · erichuyuehu
  • pablozhong/frontend-settings-avatar-menu · 48.1 天 · pablozhong
这不证明这些分支一定有问题，但它们已经足够老，足以成为 review 成本、上下文噪声和环境误判的风险源。
开发者 / 作者 分支数 14 天以上 30 天以上 近 7 天活跃 观察
skipzhang 512 371 167 73 几乎承包了主干发布、CloudAgent、GitOps 与环境操作，是推进主轴，也是库存风险主来源。
pablozhong 53 37 14 4 主要集中在前端 Agent 体验与诊断能力，旧分支残留开始增多。
walkercao 28 16 5 7 近期活跃集中在 SEO、公告、SDK 与产品表达侧，是连接代码状态与外部叙事的关键节点。
sarahzzhang 22 17 10 4 多与 SDK / channel / provider 相关，历史试验分支较多。
cassidyshi 15 7 6 4 最近更多聚焦国际站 SEO、多语言路径与内容侧承接。
erichuyuehu 13 9 6 2 近期更多是评审收口、i18n 和流程规范类合入，MR 关口角色较重。

本周高信号 MR / 提交

当前环境没有直接拉取 GitLab assignee/reviewer/unresolved note API，因此这里只列出从 merge commit 和主干提交可确认的事实。

MR / 提交 作者 信号 对看板的意义
MR !1675 walkercao 技能页 ACLI skills list + SDK 1.6.0 说明前台 Agent 工具能力仍在修正消费方式，但不是新场景爆发。
MR !1653 erichuyuehu / cassidyshi 线 国际站多语言 URL 前缀与 SEO 收口 运营能力有了新的工程底座，是本周最明确的搜索发现机制增量。
MR !1657 skipzhang CloudLadder / shadow traffic / callback 路由 身份/支付/回调通路继续往 Beijing sandbox 和 TencentCloud 实际流量贴近。
MR !1647 skipzhang rescue export package 强化 Agent 恢复与迁移能力，是“长期在线”底座的直接证据。
MR !1645~!1643 xinqishang trade / db job / getPrice / migration 收口 说明计费与资源生命周期还在工程收口期，没有到“可忽略”的稳定态。
MR !1638 / !1634 / !1632 xinqishang shadow binding token 与内部服务路径 身份与影子账号链路是这轮北京测试的重要基座，而不是外围噪声。

今晚最该盯的三件事

如果只保留三个动作，这三个最值钱。

补齐对外 claim 和实际收费状态

尽快决定外部主叙事到底是 Launch/Cruise/Voyage 还是 Free/Plus/Max，并同步 docs、pricing、FAQ、首页文案与 changelog。

把测试环境收口翻译成正式生产证据

当前计费、影子实名、callback、trade 生命周期证据主要在 Beijing sandbox/TKEx。下一步需要更明确地证明哪些已进入正式生产，哪些仍是预发布能力。

先消一批老分支，再谈更复杂的 Agent-native 自动化

696 个远端分支、488 个超过 14 天，已经足以冲淡 rules 的收益。先减少上下文噪声，协作规则才能真正被执行。

把“云端长期在线”变成公开场景而不只是内部工程

Durable run、恢复导出、诊断、自动任务已经具备串成故事的素材，需要案例页、更新日志或运营内容把它们转译为用户可感知价值。

评估样本

本次判断只使用可直接回读的远端和仓库内容。

来源 范围 用途
origin/master@270a3e04 cloudagent/、trade/、user/auth/、frontend/、.ci/、.agents/ 判断最新源码主线与四大目标证据。
origin/gitops@c6c62e85 最近 12 条 GitOps 提交与相关 promote 分支 区分测试/预发布/正式生产的真实落点。
远端分支库存 refs/remotes/origin 过滤统计 计算 branch age、recent active、developer view。
Wiki 上下文 《LightVela 日会进展对齐》《功能与场景地图》《运营增长规划》《内部协同机制》 对照项目自定义宪法目标，避免只看代码不看产品意图。
备注：分支年龄是风险信号，不是 fault 证明；MR assignee / reviewer / unresolved notes / CI 细项在当前环境里没有直接可读 API 凭据，因此没有冒充精确事实。当前最确定的判断是：LightVela 正在快速补齐云端 Agent 与计费/身份底座，但对外叙事、套餐表达和正式生产证据仍明显滞后于代码主线。