PROJECT DEVELOPMENT · LIVE R&D

商业计划讲逻辑,这里讲进度。

工程状态、Chatbot 可用性证据、五阶段聚焦路线图、决策门槛与研发活动都在这一页,并与商业主张分层。

VP-Final main · c9f6cdd截至 2026-08-20读取本地快照中

研发时间线

十五次收敛,把实验、控制边界、可用性修复和新产品基线写进同一条主线。

点击里程碑查看发生了什么、哪些门禁通过,以及哪些能力仍不能对外宣称。

ADR-0023 正式接受 Chatbot + 六执行时刻产品核心

D3 产品基线正式收窄:VisePanda Chatbot 成为唯一 AI 交互与执行编排面;Payment、Show to Local、Entry / Booking、Translate / Communicate、Network、Rescue / Human Help 成为产品边界。Trip、Explore、Tools、Readiness、Arrival Pack、Rescue、Human Help 与 Ops 的责任同步收窄。

Issue #521/#523 · PR #522/#524

PR #522 只修改产品/架构权威文档并通过 typecheck、lint、test、evals、build 与 docs 门禁;没有新增运行代码。PR #524 刷新交接。scoped facts、Execution Action 与前三个纵向闭环仍未实现,通用 Content AI persistence 暂停。

产品路线图

产品成熟度不用一个百分比概括。

代码 / CI 证据与外部生产证据分开列示;阶段解锁由验证结果驱动,不由日期驱动。

能力已有证据发布缺口
Chatbot 可用性 + 公共运行控制真实 provider 路由、结构化解析、输入/输出硬顶、匿名/网络/账号限流与安全恢复已合并;#517/#518 的生产 smoke 验证 unavailable 不耗额度、有用回答按 1/2/3 计数。只证明受控对话可用性,不证明六类 Execution Action、Trip 写入、支付或履约闭环。
Identity + Trip 上下文签名匿名身份、Supabase SSR adapter、独占 Trip 所有权、版本冲突、只读分享与持久化完成链已合并。还需把 Today / Location / Readiness 作为 Execution Action 的最小上下文读取,并取得真实旅程使用证据。
Knowledge + 执行事实安全ADR-0006/0016、safe phrase、grounding、中文地址溯源、旧地址隔离、别名解析和展示守卫已合并并由 blocking evals 覆盖。需要 national / city / scene / POI 范围模型、#343 真实任务、Execution-ready POI coverage 与复核时效窗口。
Execution Action + 六个时刻ADR-0023 已由 PR #522 接受,正式把 Chatbot 与六个执行时刻设为产品中心;它保留现有架构,只改变产品责任与交付顺序。没有新增运行时:scoped facts、结构化 Execution Action、Payment、Show to Local 与 Entry 纵向闭环仍未实现。
Content AI · 受控内容运营ADR-0022、测试态单字段 walking skeleton 与纯领域 Change Set 合同已由 PR #512–#514 合并。#499–#508 均 open;无生产 Qwen、Studio、正式人工发布、地图候选或公开 SEO consumer。
Human Help + Rescuedurable controlled-preview intake、幂等 receipt、Ops 生命周期/证据、每身份中国日一次上限与确定性 Rescue 路由已合并。没有 quote/payment/SLA 或紧急服务承诺;真实容量、解决、取消、退款与毛利尚未产生。
Payment 准备 + Outbound受控 Stripe quote-to-Checkout/webhook/owner-entry 代码、active-partner-only redirect、click ledger、allowlist、披露与 Admin 配置已合并。无合法收款激活、active partner、结算、佣金或收入;代码路径不是 PaymentAction 成功证据。
Mobile / VisePod / Marketplace存在受控移动、离线包、设备与语音成本等工程基础。均不在当前 MVP 主线;等待旅中复访、动作完成、单位经济学与独立设备证据后再决策。
已完成 · ADR-0023

Phase R · 产品重置与可靠性

把 Chatbot 冻结为控制中心、六时刻冻结为产品边界,并保持现有可用性和安全边界不回退。

解锁:基线与交接已完成;下一步先完成 FOCUS-01 backlog 重分类,再冻结 scoped execution facts。
下一主攻方向

Phase 0 · Payment 纵向闭环

从支付问题对话到确定性行动、结果确认和失败恢复,打通第一条完整纵向链。

解锁:真实旅客完成率、恢复率与成本可测;没有合法伙伴或合格事实时继续 fail closed。
Payment 通过后

Phase 1 · Show to Local + Entry

验证语言出示与入场预约两类中国现场高频动作;三个纵向场景后再评估通用状态机。

解锁:真实任务首次成功与恢复达到可接受基线,事实覆盖和复核时效可持续。
前三条闭环后

Phase 2 · Communication + Network + Recovery

扩展到受控沟通、连接准备与跨场景失败恢复。

解锁:恢复成功、人工容量与贡献毛利形成真实窗口。
需求密度与经济性触发

Phase 3 · Mobile + Content + Commercial Scale

把已证明动作带到移动端,用人工审核的 Content AI 降低事实运营成本,再扩城市与商业供给。

解锁:可复现 WAU/复访、正向单位经济学与合格事实覆盖;VisePod、市场平台与完整 OTA 不进入 MVP。

决策门槛

五个仍会改变商业结论的门槛。

每一项都写清当前状态、下一份合格证据与对外表述后果。

门槛当前下一份合格证据商业后果
Chatbot 产品基线 · ADR-0023D3 基线已接受 / FOCUS-01 pending#525 先重分类开放 backlog,再冻结 national / city / scene / POI scoped facts;之后才开 Payment consumer。可把 Chatbot + 六时刻写成正式产品边界;不能称 Execution Action 或任何新时刻已运行。
Payment 首条纵向闭环基础已存在 / action loop 未实现真实 PaymentAction 的开始、完成、失败恢复与成本记录;无伙伴场景必须 fail closed。完成前不把支付准备、Stripe 代码或 outbound 当成支付产品。
首发执行任务 · #343/#347真实研究 pending10–15 位真实旅客、30–50 个任务片段和候选任务评分,且不使用 AI 模拟语料。Show to Local 司机场景在证据支持前不开工。
Content AI 生产闭环 · #499–#508合同已合并 / 通用 persistence 与 consumers 暂停先完成 scoped facts 与 Payment、Show to Local、Entry 的真实内容体验,再重开数据/RLS、Qwen、Studio 和人工发布。只能写受控未来运营能力;不能写自动发文、SEO traction、生产降本或“正在建设生产闭环”。
首条收入 · #154 / OA-006法务/支付决策 blocked合法 payment_pending → verified webhook → paid 幂等链,以及退款/撤销和逐单对账。Human Help 可受控收件,但不可报价、收款或承诺 SLA;Affiliate 无 active partner 不展示。

Chatbot 可用性实证

不可用回答不浪费匿名额度,可回答示例不再诱导失败。

这是近期唯一明确的生产产品证据窗口。它证明受控对话可用性与计数语义,不证明六个执行时刻已经实现。

研发脉搏 · 实时数据

每天从 GitHub 读取,而不是手写一张增长图。

这里展示工程活动,不把提交数包装成用户 traction。静态总量以 2026-08-20 核验快照为准;提交流来自每日 JSON。

1154累计提交 · 91 天
252merged PR · 0 open
217closed Issue · 48 open
22Accepted ADR · 1 Draft

最近提交活动

读取本地快照中

正在读取每日快照…

项目进展更新流

最近 8 条

架构分层

22 Accepted ADR · 1 Draft ADR

六层模块化单体,复杂度停在需要它的地方。

供应商中立路由、唯一领域真相源、fail-closed 运行控制和人工兜底是接口基线;微服务不是当前赌注。ADR-0023 在其上接受对话控制中心与六时刻产品边界,不替换冻结技术架构。

体验层

Next.js · Ops Console · Expo (Phase 1)

Next.js Web 产品与 Ops 控制台;原生移动端是 Phase 1 触发项而非初始赌注。

经验教训

仓库回顾与当前基线

记录偏差,才不会把返工伪装成路线图。

这些修正来自真实工程约束:过重的多服务、虚假的生产就绪感,以及会过期的旅行事实。

偏差

对创始人主导的 MVP 而言,多智能体与多服务设计过重。

纠正动作

一个具有提示词配置的 Copilot 流程 + 模块化单体。

观察结果

架构保持可拆分性,同时避免过早承担微服务成本。

偏差

缺少外部供应商配置可能造成虚假的产品就绪感。

纠正动作

运行模式诚实失败;仅运营方可执行的动作被独立追踪。

观察结果

系统区分演示、本地、测试、预发布与生产证据。

偏差

旅行执行事实会随城市、语言和供应商而失效或变化。

纠正动作

知识事实需要准入、来源、置信度、复审与缺口追踪。

观察结果

知识成为复利资产,而不是静态内容堆。

我们不宣称什么

当前事实边界

诚实不是免责声明,而是产品界面。

任何尚无仓库或真实运营证据的商业主张都保持待验证,直到验证条件成立。

01没有收入或付费用户 — 商业化仍在信任漏斗验证阶段。
02没有“整套产品已生产就绪”的结论 — #517/#518 只证明受控 Chatbot 可用性与额度语义,不证明六个执行时刻、支付或履约已上线。
03没有 active partner、支付或佣金 — outbound 与伙伴管理已落地,但默认关闭且点击不等于收入。
04没有用户增长数据 — 任何 traction 主张都必须先出现在仓库证据里。
05没有生产 Content AI — 当前只有控制边界、测试态 walking skeleton 与纯领域合同;#499–#508 仍开放。
06没有 VisePod 真机与市场化证据 — 设备与语音成本基础不等于 MVP 范围,硬件、市场平台和完整 OTA 均已移出当前主线。

自动化链路

从抓取到页面,数据来源始终可追踪。

01

每日抓取

GitHub Action 定时运行,抓取两个仓库的分支、标签与最新提交。

02

转换

脚本把原始提交转换为带技术/商业影响字段的项目更新卡。

03

验证

多层结构校验;影响不清晰时保留原文与来源,绝不编造。

04

提交回仓库

生成的 JSON 提交回本仓库,本页面直接读取并渲染。