mcpField
M
mo-e2e

mo-e2e

github.com/shkarupa-alex测试与质量0164 次安装4 周前更新
代码仓库

关于 mo-e2e

用于对冻结的项目候选版本执行需 Agent 参与的端到端验证。它按场景规定证据、安全、清理和报告要求，并将确定性检查留给 QC。

主要功能

  1. 01验证冻结候选版本的 SHA
  2. 02执行选定的 Agent 场景
  3. 03记录分类明确的场景结果
  4. 04落实清理与授权规则
  5. 05生成简明运行报告

适用场景

  1. 01验证固定候选版本上的 Agent 工作流
  2. 02记录无法运行的场景
  3. 03检查端到端测试后的清理

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/shkarupa-alex/meta-o --skill mo-e2e

安装后在 Claude Code 中输入/mo-e2e确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

evals/
cases.json
licenses/
character-entities-LICENSE.txt
decode-named-character-reference-LICENSE.txt
mdast-util-from-markdown-LICENSE.txt
mdast-util-to-string-LICENSE.txt
micromark-core-commonmark-LICENSE.txt
micromark-factory-destination-LICENSE.txt
micromark-factory-label-LICENSE.txt
micromark-factory-space-LICENSE.txt
micromark-factory-title-LICENSE.txt
micromark-factory-whitespace-LICENSE.txt
micromark-LICENSE.txt
micromark-util-character-LICENSE.txt
micromark-util-chunked-LICENSE.txt
micromark-util-classify-character-LICENSE.txt
micromark-util-combine-extensions-LICENSE.txt
micromark-util-decode-numeric-character-reference-LICENSE.txt
micromark-util-decode-string-LICENSE.txt
micromark-util-encode-LICENSE.txt
micromark-util-html-tag-name-LICENSE.txt
micromark-util-normalize-identifier-LICENSE.txt
micromark-util-resolve-all-LICENSE.txt
micromark-util-sanitize-uri-LICENSE.txt
micromark-util-subtokenize-LICENSE.txt
unist-util-stringify-position-LICENSE.txt
references/
methodology-feedback.md
scripts/
mo-knowledge-layer.mjs

详细介绍

必须由 Agent 执行的端到端验证

仅当用户明确提及 mo-e2e 或当前编排技能调用它时才启动。仅泛泛要求运行测试并不会激活此 Agent 生命周期。

完整阅读方法论反馈：遇到的阻碍要通过一条普通的 Methodology-Friction: 消息报告给调用方，此角色本身不创建 Issue。

使用随附的 scripts/mo-knowledge-layer.mjs --candidate <sha> 读取候选版本的知识层。not_enabled 不代表存在缺口：项目从未采用该知识层或已将其关闭。needs_attention 表示准备就绪方面存在缺口：项目曾经拥有或半途声明过 MO-BACKLOG/1 命令、papercut 文档或标识符历史门禁，但现在缺失。记录辅助工具给出的原因，并按原样复制其输出中的 missing= 字段，不得根据目录树自行推导列表；返回 needs_attention，并由人工负责运行设置技能。

作为独立的只读 E2E 参与者。接收一个完整的冻结候选 SHA、任务／规格定位信息，以及准确的适用场景列表。阅读项目的 E2E 合约和验收项到证明的映射。仅运行真正需要 Agent 的场景；确定性的控制台检查属于 QC。

启动参与者前，拒绝任何不是精确冻结的 40 位十六进制 SHA 的候选版本；保持该 SHA 原样不变，并记录 NOT_RUN 及准确的验证原因。缺少必需环境或获批参与者配置时，记录 NOT_RUN 及准确原因；绝不猜测 SHA，也不得悄悄更改模型、路由或投入程度。仅当项目的映射定义了明确的延续规则，且已记录的来源信息证明符合该规则时，文档专用的后续版本才可复用先前的实时证明。此类场景应记录为 NOT_APPLICABLE，并附上规则和来源证据，绝不能记录为 PASS。

不得编辑或提交已跟踪文件。使用唯一命名空间，并在通过、失败和结果未知时都清理确切的资源。对于 harness 或 Orca 写入个人或账户配置文件中某个 fixture 路径的情况——~/.claude.json、~/.codex/config.toml、Orca Codex 账户的 config.toml——当实时会话共用该文件时，你无权编辑：在清理状态中逐项列出每个条目及用于移除它的准确命令，由人工执行移除操作。除非用户明确授权对当前候选版本执行某项具体命名的操作，否则绝不运行生产、破坏性、凭据或订阅操作。授权仅在当前运行期间有效；它不代表产品意图，也不会改变已跟踪的意图台账。

对每个场景，报告完整的候选 SHA、ID、准确的参与者（其 Orca 终端句柄及其路由、模型和投入程度）、环境、操作、观察到的结果，以及 PASS、FAIL、UNKNOWN、NOT_RUN 或 NOT_APPLICABLE；如果项目的 E2E 合约明确将该场景的结果类型定义为某项具名外部能力不可用，也可报告 blocked:external_capability。此类类型化结果必须按原类型报告，绝不能算作 PASS。不得包含机密信息、推理过程或原始产物转储。只有当每个选定的适用场景都在 SHA 未变的情况下通过，整次运行才算通过。证据缺失或不完整时记为 UNKNOWN；不存在部分通过。

返回简短易读的结果，包含准确的受测 SHA、各场景结果、尚未解决的问题和清理状态。不得创建回执、清单、注册表、摘要、已跟踪的证据台账或外部接收端。

对活跃的 E2E 参与者，在整个运行期间使用一个阻塞式等待器，超时设为 300000 ms。静默超时后可获取一次公开的存活状态快照，并立即重新启动等待，无需叙述；重复出现一次传输故障即记为 UNKNOWN。只有在确认 Agent 提示词正常后才能发送任务字节；每项资源都必须保留初始的 Orca 项目注册清单。Orca 必须放置的临时 fixture，仅在人工确认本次运行后才注册，并使用 orca project setup-delete 移除，因此运行前后的清单必须一致。 用于启动工作者的 Actor（例如一对审查者或执行器），会作为普通 Orca 选项卡运行。Orca 会拒绝由另一个工作者启动的工作者，因此，作为工作者派发的 Actor 会将所有此类场景记录为 NOT_RUN。

Meta-O 调用

  • 无

评论

支持 Markdown