helix

Plugin helix from marketplace helixharness-marketplace in didi/helixharness. Commands read from the repo's manifest — 8 days ago.

Skills (18)

• helix

  HelixHarness 研发工作流

• apply

  执行任务、验证并完成双轴代码评审。

• archive

  校验完成证据，更新知识并归档需求。

• brainstorming

  用户独立调用的方案探索工具。澄清问题与约束，比较可行方案并给出推荐方向，不由研发命令自动触发。

• bug-fix

  修订未归档需求并复用原 Apply 基线。

• code-review

  为 HelixHarness Apply 评审固定比较点之后的代码变化；并行执行 Standards 与 Spec 两个独立评审轴，分轴报告结果，并按 HelixHarness 合同完成修复和复审。

• config

  查看或修改 HelixHarness 用户配置：统计授权、作用范围、统计与反馈上报地址。

• d-d2c

  用户提到 d-d2c、设计稿还原、MasterGo、贴图比对、design-to-code、页面开发，或使用 d-d2c --create-page / --update-page / --component 时，按这个 skill 要求执行；支持新建整页、更新已有页、组件/弹层/卡片三种流程入口，后两者分别读取 rules/d-d2c-update-page.md / rules/d-d2c-component.md 作为流程覆盖层

• d2c-fidelity-evaluator

  Evaluate design-to-code fidelity for a generated page by comparing design inputs and implementation outputs. Use when the user provides or references a design screenshot, design DSL, source code, rendered page screenshot, and optionally a transparent design-over-render overlay image, and wants a res

• feedback

  HelixHarness 使用问题反馈通道。当用户在 /helix:* 命令与工作流中遇到问题并表现出困扰时主动使用：命令反复失败或报错无法推进、生成的文档/字段/结构与用户预期不符、流程在某一步卡住不动、用户对 HelixHarness 表达不满困惑或抱怨、放弃工作流改用手工方式，或明确要求提交反馈。此时向用户建议提交反馈，发送前必须经用户确认。不触发：用户业务代码的问题、与 HelixHarness 无关的报错、一般使用咨询、模型已自行修复的故障。

• git-diff-impact

  分析指定 Git 改动的调用链、业务影响和兼容性风险，生成影响报告。用户主动要求影响分析时单独使用，无需 HelixHarness feature。

• init

  HelixHarness 初始化入口。默认初始化单服务仓库；传入 --workspace 时初始化多仓 workspace，并生成 workspace registry 与服务关系基线。

• propose

  收敛需求并生成 Spec/Tasks；--loop 自动串联至 Archive。

• status

  只读查看需求阶段、任务进度、阻塞原因和下一步命令。

• systematic-debugging

  用户独立调用的调试工具。复现异常、缩小范围、验证假设并定位根因，按用户授权修复和验证，不由研发命令自动触发。

• tdd

  为 HelixHarness feature 或 Bug Fix 的可观察行为改动执行测试驱动开发；在 Spec 已确认的公共测试 seam 上按红灯 → 绿灯的垂直切片实现，并生成可长期保留、对重构稳定的测试。

• update

  检查并升级 HelixHarness plugin。通过 Host Kit 识别安装版本、展示更新内容，并在用户授权后执行当前宿主的更新适配器。

• ut

  单元测试生成与维护命令。基于知识库和活跃需求，逐层扫描代码并生成/维护单测，运行验证并检查逻辑缺陷，确保覆盖率达标。

Slash commands (9)

• /helix:apply

  执行任务、验证并完成双轴代码评审。

• /helix:archive

  校验完成证据，更新知识并归档需求。

• /helix:bug-fix

  修订未归档需求并复用原 Apply 基线。

• /helix:config

  查看或修改 HelixHarness 用户配置：统计授权、作用范围、统计与反馈上报地址。

• /helix:init

  HelixHarness 初始化入口。默认初始化单服务仓库；传入 --workspace 时初始化多仓 workspace，并生成 workspace registry 与服务关系基线。

• /helix:propose

  收敛需求并生成 Spec/Tasks；--loop 自动串联至 Archive。

• /helix:status

  只读查看需求阶段、任务进度、阻塞原因和下一步命令。

• /helix:update

  检查并升级 HelixHarness plugin。通过 Host Kit 识别安装版本、展示更新内容，并在用户授权后执行当前宿主的更新适配器。

• /helix:ut

  单元测试生成与维护命令。基于知识库和活跃需求，逐层扫描代码并生成/维护单测，运行验证并检查逻辑缺陷，确保覆盖率达标。

Subagents (16)

• init-frontend-bootstrap

  前端项目初始化收尾 agent。消费扫描产物，生成 harness、knowledge、hooks、linters，更新宿主入口文件与状态文件，汇总扫描耗时并输出初始化报告。

• init-service-bootstrap

  服务仓库初始化总控 agent。运行于后端、未知或完整全栈代码仓库，消费后端扫描结果，生成 knowledge/、harness、hooks、宿主入口文件和 service-meta.yaml。

• init-workspace-bootstrap

  多仓 workspace 初始化 agent。生成 helixharness.workspace.yaml、workspace knowledge 基线和 specs 目录，不替代 repo-local 初始化。

• scan-api

  API 接口深度扫描 agent。分析代码库中所有对外接口（HTTP REST / Thrift RPC / gRPC / Dubbo），生成完整的接口清单到 docs/knowledge/api/ 目录，包含完整出入参字段详情。

• scan-boundary

  服务职责边界扫描 agent。基于 scan-service 输出，提炼服务核心定位、核心职责、显性边界，生成极简高密度的边界文档。用于架构评审和 feature 立项判断。

• scan-db

  数据库深度扫描 agent。分析代码库中所有数据库表定义、字段、索引、表关系，生成完整的数据模型清单到 docs/knowledge/database/ 目录。

• scan-frontend-api

  前端 API 调用扫描 Agent。仅扫描 API 封装层（请求拦截、端点清单），输出到 docs/knowledge/api-endpoints.md。

• scan-frontend-components

  前端组件深度扫描 Agent。两阶段扫描：Phase 1 快速清单 + 评分，Phase 2 精选深度分析（只对高价值组件展开 Props/Emits/State）。输出到 docs/knowledge/components.md。

• scan-frontend-meta

  前端元信息扫描 Agent。合并 scan-tech + scan-frontend-build + scan-frontend-structure + scan-frontend-style 四个配置扫描任务（配置/结构/样式），串行执行 4 个子任务，输出到 docs/knowledge/architecture.md（技术栈部分）、structure.md、build.md、style.md 四个文件。

• scan-frontend-routes

  前端路由扫描 Agent。仅扫描路由配置（vue-router / react-router / next.js pages），输出到 docs/knowledge/routes.md。

• scan-frontend-state

  前端状态管理扫描 Agent。仅扫描 store/state 目录（Redux/Zustand/Pinia/Vuex），输出到 docs/knowledge/state.md。

• scan-frontend-tracking

  前端埋点扫描 Agent。检测项目埋点方案，提取事件清单，输出到 docs/knowledge/tracking.md。无埋点则直接退出不生成文件。

• scan-service-meta

  服务元数据扫描 agent。基于已生成的 knowledge 文档和代码特征，生成 docs/knowledge/service-meta.yaml，作为后续设计、review 和知识消费的结构化服务摘要。

• scan-service

  服务业务职责扫描 agent。基于已生成的 knowledge/ 文档，结合代码分析，生成服务能力地图，以业务视角描述服务定位、核心业务场景、数据归属和事件流。

• scan-tech

  后端技术栈与架构深度扫描 agent。分析代码库的构建工具、语言版本、框架、中间件、架构模式、工程规范，生成完整的技术全景文档到 docs/knowledge/architecture.md。前端项目使用 scan-frontend-meta 替代。

• unit-test-worker

  单测 worker agent。由 /helix:ut 调用，负责处理单个类的完整单元测试维护。包含 Ralph Loop 6 阶段完整执行、经验库复用、缺陷发现、覆盖率达标保证。