LightVela Insight · 2026-06-24 Nightly Scan

CloudAgent 与 trade 预发布在推进，
但正式商业化和增长闭环仍没一起到线。

本轮结论严格基于刚 fetch 的远端 origin/master 与 origin/gitops， 不以本地脏工作区为准。最新主干已经同时推进 CloudAgent 容错、Next 路由迁移、公开更新日志和国际站产品分析， GitOps 也把 trade / ctl / cloudagent-gateway 继续向预演层推进；但正式生产仍缺 trade / shadow 的 deploy-facing 落点， 公共内容面也还没有形成“搜索发现 → 场景理解 → 转化”的完整链路。

master: 44029409 gitops: 4444861f scan time: 2026-06-24 09:08:38 CST workspace evidence: /Users/junweicao/LightVela/workbuddy/mono2 dirty local state observed, ignored for judgment
63
整体推进分

产品底座和预发布链路在变强，但正式上线闭环与公开增长面仍落后于主干速度。

CloudAgent 持续迭代 trade 预发布加速 公开增长机制半闭环 正式生产未齐套

本轮一眼结论

  • origin/master 最近 48 小时同时出现了 reasoning-only fallback、route islands、global changelog 和 PostHog 接入，主干节奏明显仍在加速。
  • origin/gitops 最近 24 小时把 trade / ctl 推进到了 sandbox-bj-7，把 cloudagent-gateway 推到了 devcloud-dep，预演层在追代码。
  • 真正的风险不在“有没有在写”，而在“产品基础设施和公开站是否能把这些能力一起转成正式可卖、可搜、可讲的 LightVela”。

四大目标评分

评分反映当前远端证据密度、上线闭环强度与对外可感知程度，不是完成度证明。

产品能力迭代
78

CloudAgent、trade、auth、route 迁移都有新证据，能力底座很强。

运营能力
58

搜索引擎基础设施已较完整，但内容面仍偏 docs + changelog。

场景探索
49

功能越来越多，鲜明场景与差异化包装仍不够强。

内部协作机制
68

规则框架全，但分支老化与规范回填仍追不上主线节奏。

正式发布闭环
45

正式生产仍缺 trade / shadow，全量商业化证据不足。

目标详解

以下结论综合了远端提交、GitOps 落点、公开站代码、AGENTS / OpenSpec 和 Wiki 文档。

1. 产品能力迭代

78
CloudAgent 证据持续增加 商业化基础设施仍未全量正式化
  • origin/master 最新合入 MR !1797，新增 reasoning-only sidecar fallback；同时远端仍有 codex/cloudagent-session-event-recovery、codex/cloudagent-stale-probe-recovery 等活跃恢复分支，说明云端 Agent 长期在线能力仍是主线。
  • CloudAgent 不是只停在源码：origin/gitops 已在 2026-06-23 把 cloudagent-gateway promote 到 devcloud-dep，最新云端会话能力已经进入预演环境。
  • 商业化链路本周继续补齐：trade 现有 query_order_status、queryflow、renewresource、isolateresource、destroyresource、resourcequery，并在 2026-06-23 / 2026-06-24 连续推进 beijing-sandbox 与 sandbox-bj-7。
  • ai-gateway 继续补 subscription_last_refreshed_at、pass sync、due balance refresh；lightclaw-auth 已具备 email bind、GitHub / Google / QQ / WeChat OAuth、shadow binding internal callback。
  • 风险点在于公开套餐和正式商业化状态仍落后于后端能力：前端 planCatalog 里当前只有“免费体验”可选，Plus / Max 仍是 Coming Soon；这说明“能力底座”与“可售套餐”还没完全接住。

2. 运营能力

58
SEO 机制已成型 公开内容供给仍偏薄
  • 远端已具备 robots.txt、sitemap.xml、多语言 alternates / hreflang、站内 docs search、Baidu 验证文件，说明“能被搜到”的基础设施已不是空白。
  • 最近两天新增了国际站 /changelog 与 consent-gated PostHog：前者开始承接“产品更新对外表达”，后者开始补“行为回收”。这比只靠 docs 更接近真实增长面。
  • 但公开内容结构仍主要是 docs + changelog。本轮未看到 blog、场景案例页、模板库或渠道落地页；这意味着搜索入口有了，但搜索意图承接还不够深。
  • 生产域仍有品牌分裂：frontend/shprod 的 host 是 lightclaw.site，lightclaw-auth/shprod 指向 lightvela.com / api.lightvela.com，国际正式前端是 lightvela.ai。品牌叙事与生产域名仍未完全统一。
  • Wiki 的 LightVela 日会进展对齐.md 还停在 2026-06-18，没有覆盖 6 月 23 日这轮 changelog / PostHog / trade / CloudAgent 进展，运营叙事开始落后于代码事实。

3. 场景探索

49
长期在线 Agent 轮廓更清楚 仍偏工程能力堆叠
  • 公开站已经能展示一组真实用户可见能力：网页内对话、记忆、自动任务、云存储、成就、企业微信通道、云端订阅与 Agent 控制台。这些不再只是工程部件。
  • 但最新主干推进仍集中在“恢复、容错、分层、发布和计费链路”上，而不是新的人群场景包或模板产品；这说明下一阶段竞争力仍主要来自底座，不来自场景包装。
  • Wiki 的《功能与场景地图》强调多 Agent、工具连接、联网搜索、长期记忆、主动触达，这些方向都能在代码里看到能力碎片，但当前公开站还缺“按场景直接可买、可试、可分享”的前台组织方式。
  • 当前页面与路由迁移已经在把旧 SPA 的重面板拆成 route islands，说明控制台可维护性和性能在提升；但这仍更像平台工程优化，而不是用户一眼能理解的差异化产品故事。

4. 内部协作机制

68
项目规则足够清晰 执行与沉淀不同步
  • 仓库根 AGENTS.md 已明确 monorepo 读取顺序、master / gitops 职责、正式发布判定、环境规则和 secret 校验；前端 AGENTS.md 也继续要求 OpenSpec / plan / gates 先行。
  • 与此同时，frontend/openspec/current_state.md 显示“当前没有进行中的需求”，而远端主干和 GitOps 正在连续推进 PostHog、changelog、trade、ctl、Next artifact。这说明制度在，但规范回填速度仍不稳定。
  • 项目分支老化风险继续增加：本轮按 refs/remotes/origin 排除 origin/HEAD、origin/master、origin/gitops 和 promote / release 自动分支后，仍有 749 个有效项目分支，其中 559 个超过 14 天、256 个超过 30 天。
  • 这里要强调：分支年龄只是协作清理与合流成本信号，不是个人失责证明。真正的风险是 review / 合流 / 发布规则没把活跃开发持续收敛回主线。

产品基础设施完成度

按“是否能支撑正式商业化”拆开看，而不是把所有后端提交都视作已完成。

能力面 当前状态 远端证据 判断
计费 / 下单 / 资源生命周期 预发布完善中 trade 已具备询价、下单、订单状态反查、续费、隔离、销毁、资源查询；beijing-sandbox README 明确它是“shprod 上线前最后一道闸门”。 能力面已接近完整，但还停在测试 / 预发布 / playground，并未正式走进 shprod / sgprod。
支付 / 订阅 / 余额刷新 核心服务在位 payment、subscription 已有正式环境目录；ai-gateway 继续补 subscription refresh 与 token balance store。 后端基础服务具备，但“正式前台付费体验已全面打开”的证据仍不足。
账号 / 身份 / 实名 / OAuth 主链路已较完整 lightclaw-auth 具备 email bind、GitHub / Google / QQ / WeChat OAuth、shadow binding internal callback、realname 相关迁移。 身份面明显比 6 月上旬更扎实，已经不是 LightVela 的主要短板。
影子账号 / shadow 路径 正式层缺口明显 trade/beijing-sandbox 已要求连真实 lightclaw-auth shadow binding；但 deploy-facing 目录里 shadow 只看到 sandbox-bj-7，未见正式生产落点。 影子账号路径正在联调，但正式商业化闭环还没证明已经成型。
套餐 / plans / 对外售卖形态 公开站仍偏占位 前端 planCatalog 只有“免费体验”可选，Plus / Max 仍是 Coming Soon；订阅页里 paid billing 逻辑存在，但不是当前主叙事。 这是一条很关键的风险：后端在长，公开售卖层还没同步长起来。
云端 Agent 运行基础 连续增强 origin/master 与活跃分支持续推进 fallback、event recovery、stale probe recovery；cloudagent-gateway 已到 devcloud-dep，cloudagent.lightvela.com 已有正式 host。 Cloud Agent 底座是目前最扎实、最持续的产品核心资产。

环境真相分层

把代码事实、预演环境与正式生产分开看，避免把“已合并”误判成“已上线”。

代码真相
  • origin/master = 44029409
  • CloudAgent fallback / route islands / changelog / PostHog
  • 这是最新产品能力源头，不是正式上线证明
DevCloud / 预演
  • cloudagent-gateway/devcloud-dep: 2026-06-23
  • channelgateway/devcloud-dep: 2026-06-22
  • 最新云端会话链路先落这一层
北京预发
  • trade/beijing-sandbox: 2026-06-23
  • ctl/beijing-sandbox: 2026-06-23
  • service-gateway: 2026-06-20，auth: 2026-06-17
Playground
  • sandbox-bj-7 trade: 2026-06-24
  • sandbox-bj-7 ctl: 2026-06-24
  • frontend: 2026-06-22，shadow: 2026-05-23
正式生产
  • frontend/shprod: 2026-05-14, host lightclaw.site
  • frontend/sgprod: 2026-05-12, host lightvela.ai
  • auth/shprod: 2026-06-10, lightvela.com / api.lightvela.com
正式缺口
  • 未见 trade/shprod 或 trade/sgprod
  • 未见 shadow/shprod 或 shadow/sgprod
  • 说明完整商业化闭环仍未正式落地

分支年龄视图

口径：基于 git for-each-ref refs/remotes/origin，排除 origin/HEAD、origin/master、origin/gitops 和 promote / release 自动分支。

有效项目分支
749

已尽量去掉自动 promote / release 噪音。

超过 14 天
559

协作与清理成本明显偏高。

超过 30 天
256

需要持续合流或归档，不然上下文会失真。

7 天内活跃
75

主线仍很活跃，不是“没人干活”，而是收口慢。

陈旧分支样本 年龄 作者 最近提交摘要
origin/skipzhang_working 57 天 skipzhang Cloudflare Pages 部署 commit message 调整
origin/test2 57 天 skipzhang “我的智能体伙伴”文案修改
origin/feat/i18n-fill-missing-translations 55 天 erichuyuehu 订阅页与营销文案英文补齐
origin/feature/global-realname-wall-env 55 天 skipzhang 实名门禁按运行环境开关
origin/pablo-0501 54 天 pablozhong settings tab 化与 model-config
origin/playground/sandbox-sg 55 天 skipzhang 新加坡 sandbox 走 playground 分支发布

提示：分支年龄是风险信号，不是 fault 证明。它更像“这个项目的未收口上下文有多少”。

开发者视图

按远端分支 tip 作者聚合；一列看“挂在作者名下的分支数”，一列看“14 天内活跃分支数”。

作者 分支 tip 数 14 天内活跃 观察
skipzhang 554 139 发布、GitOps、CloudAgent、平台治理高度集中在一个人名下。
pablozhong 56 9 前端与体验向分支仍有明显历史积压。
walkercao 29 10 产品 / 运营 / 工具相关分支仍有持续活跃。
sarahzzhang 22 4 SDK 与协作面仍留有历史分支。
cassidyshi 18 9 这轮明显活跃在 changelog、analytics、国际站内容面。
erichuyuehu 13 3 主要集中在订阅、国际站前台与前端联调链路。

最近活跃分支样本

  • origin/feat/pass-refund-link-ctl-trade-jifei · xinqishang · 0 天
  • origin/frontsandbox/experts-skill-packages-new · pablozhong · 0 天
  • origin/codex/cloudagent-reasoning-only-fallback · skipzhang · 0 天
  • origin/Feature/posthog_integrate · cassidyshi · 0 天
  • origin/gaokao · jasminzhao · 1 天
  • origin/codex/cloudagent-session-event-recovery · skipzhang · 1 天

风险与机会雷达

重点看“下一阶段会卡在哪里”，以及“已经开始形成哪些新抓手”。

正式商业化仍未闭环

trade / shadow 的正式 deploy-facing 落点仍缺失，意味着“计费、资源生命周期、影子账号”还没有被正式生产证明打通。

增长面仍靠基础设施，不靠内容矩阵

搜索基础设施已经有了，但还缺 blog、案例、模板、渠道页。能被搜到，不代表搜到后能被说服。

规则很全，但规范回填偏慢

AGENTS / OpenSpec / Wiki 都在，但它们对最新主线的覆盖开始落后。长期会导致“项目知道怎么做”，但“文档没跟上”。

本轮新增的积极信号

这两天终于出现了 /changelog、PostHog、trade 预发布推进、CloudAgent recovery/fallback，这些都在把“工程能力”往“对外产品面”转。

本轮扫描来源

只列对判断有直接影响的 refs、文件与文档。

远端 refs / 代码面

  • origin/master@44029409：最近 12 条主干提交、CloudAgent / frontend / trade / auth / ai-gateway 关键路径。
  • origin/gitops@4444861f：最近 12 条 GitOps promote，重点看 devcloud-dep、beijing-sandbox、sandbox-bj-7、shprod、sgprod。
  • refs/remotes/origin：分支年龄、活跃分支、作者聚合。
  • 前端关键文件：frontend/src/components/docs/docs-search.tsx、frontend/src/app/robots.txt/route.next.ts、frontend/src/app/sitemap.xml/route.next.ts、frontend/src/pages/marketing/changelog-page.tsx、frontend/src/observability/posthog.ts。

GitOps / Wiki 面

  • GitOps 环境文件：argocd/services/frontend/{shprod,sgprod}/frontend-platform.env、argocd/services/lightclaw-auth/shprod/auth-platform.env、argocd/services/cloudagent-gateway/shprod/cloudagent-gateway-platform.env。
  • 预发布关口说明：argocd/services/trade/beijing-sandbox/README.md 明确它是 shprod 前最后一道闸门。
  • Wiki 文档：LightVela 日会进展对齐.md、LightVela 功能与场景地图.md、LightVela 运营增长规划.md、LightVela 内部协同机制.md。
  • 本地 checkout 仅用于 fetch 与辅助读取；已观察到大量未提交改动，因此不作为判断真相层。
本页更新于 2026-06-24 09:08:38 CST。判断基于最新远端状态：origin/master 是代码真相， origin/gitops 是发布真相；预览 / 测试 / 正式环境必须分层看。若下一轮依旧没有新的 cloud-agent 能力证据， 或 trade / shadow 仍迟迟不上正式环境，应直接上升为产品风险而不是继续视作“工程进行中”。