---
name: report
description: >-
  深度分析 VLink 的项目定位、技术成熟度、发展活跃度与行业前景,结合
  报告当日的具身智能、自动驾驶、ROS 2、DDS/Zenoh/iceoryx 和边缘计算
  背景,形成带来源的中文优势/劣势/机会/风险与路线建议。用户要求"前沿
  检查报告"、"分析 VLink 前景"、"行业定位"、"活跃度分析"或"与 ROS2/
  自动驾驶/具身智能结合评估"时使用。
---

# VLink 前沿与前景检查

本 skill 输出证据驱动的中文战略技术报告,不修改项目代码。仓库事实以
本地源码、`doc/`、Git 历史和 GitHub 数据为准;行业现状具有时效性,
每次执行必须联网检索并标明资料日期和报告截止日。

## 1. 分册路由

只读取当前问题需要的分册;用户明确要求完整前沿报告时才依次读取全部:

| 范围 | 读取 |
| ---- | ---- |
| 项目定位、成熟度或活跃度 | [PROJECT-EVIDENCE.md](references/PROJECT-EVIDENCE.md) |
| 行业背景或单一领域趋势 | [INDUSTRY-CONTEXT.md](references/INDUSTRY-CONTEXT.md) |
| 生态定位、竞品或差异化 | PROJECT-EVIDENCE + INDUSTRY-CONTEXT + [LANDSCAPE.md](references/LANDSCAPE.md) |
| 完整前沿报告 | 上述三册 + [REPORT-TEMPLATE.md](references/REPORT-TEMPLATE.md) |

## 2. 执行流程

1. 记录报告日期、仓库 HEAD、分支、版本和分析范围。先读 `AGENTS.md`、
   `.agents/REPO-REFERENCE.md`、`.agents/FEATURE-INDEX.md`,再按索引读取
   相关 `doc/` 和代码入口,不得只根据 README 下结论。
2. 从 Git 与 GitHub 采集 30/90/365 天活动、release/tag、贡献者、Issue/
   PR、CI 与文档事实。认证或 API 失败时明确缺口,不得用本地提交数冒充
   全部社区活动。
3. 联网检索报告当日的官方文档、标准、项目 release/roadmap、研究论文
   和可信行业资料。技术能力比较优先使用一手来源;市场数字必须说明
   发布机构、统计口径与年份。
4. 按用户范围完成所需分析;只有完整报告才要求项目基线、行业需求、
   生态位置、差异化、成熟度、优势劣势、机会风险与路线建议全部覆盖。
   明确区分"源码证实"、"外部来源证实"与"分析推断"。
5. 全量报告可按项目技术、社区活跃、行业背景、生态对比并行只读分析,
   最后增加一轮对抗复核,专门寻找夸大、选择性指标、错误类比和缺失证据。
6. 仅在用户明确要求落盘时,将结果写入
   `.agents/cache-report/report-vlink-<YYYYMMDD>.md`;未要求落盘的
   完整报告只在对话中给出,窄范围问题直接回答。除非用户另行要求,
   不改源码、文档、Issue、PR 或 roadmap。

## 3. 证据规则

- 所有会随时间变化的事实必须带访问日期和可点击来源;GitHub 活跃度给出
  查询窗口,不只报累计值。
- 相同项目的技术宣称优先引用其官方文档/源码/release,不引用搜索摘要。
- stars、forks、下载量、提交数和作者数只是不同维度,不得单独等同采用度、
  质量、社区健康或商业前景。
- 没有公开证据时写"未找到可验证证据",不能把缺失推断为不存在。
- VLink 与 ROS 2、Autoware/Apollo、Zenoh、DDS、iceoryx 等先判断竞争、
  替代、集成或互补关系,再比较;不得把层级不同的项目硬排成同类。
- 自动驾驶功能安全、实时性、量产部署、生态采用和性能优势均需专门
  证据;仓库有相关代码不等于通过认证或已规模落地。
- 建议必须能追溯到发现,写明价值、成本、依赖、风险和可验收结果,避免
  空泛的"加强生态""完善文档""提升性能"。

## 4. 完成标准

完整报告的最终回复摘要当前定位、最重要的三项机会、三项风险和优先
建议,并给出报告路径。只有项目证据、行业证据、比较基线、活动指标、
反方检查和建议闭环全部完成后,才可称为完整前沿报告;窄范围问题只需
完成与请求直接相关的证据闭环。