Agent Skills
› ChromeDevTools/devtools-frontend
› devtools-verification
devtools-verification
GitHub提供项目构建、测试及代码健康检查的规范,涵盖运行特定文件/目录测试、使用autoninja编译、执行ESLint/StyleLint校验及提交前预检等仓库专属命令与最佳实践。
Trigger Scenarios
需要构建项目
需要运行测试验证代码
需要检查代码健康或格式
Install
npx skills add ChromeDevTools/devtools-frontend --skill devtools-verification -g -y
SKILL.md
Frontmatter
{
"name": "devtools-verification",
"description": "MANDATORY: Activate this skill ANY TIME you need to build the project, run tests, or verify code health in DevTools. You MUST use this skill before executing commands like npm test, npm run build, autoninja, or linters, as it contains critical, repository-specific instructions on how to correctly format these commands, filter test runs, and interpret failures."
}
Instructions on how to verify your changes
Testing
- To test a file, you can run
npm run test -- <FILEPATH>whereFILEPATHis a path to a*.test.tsfile, relative to the working directory. - Test files are usually defined alongside their implementation. So if you are working on
front_end/panels/timeline/TimelinePanel.ts, you would expect the test file to be defined infront_end/panels/timeline/TimelinePanel.test.ts. - You can also test an entire directory. For example,
npm run test -- front_end/models/tracewill run all tests in that directory.
Building & compiling
- Check for build issues by running
autoninja -C out/Default.
Linting
npm run lintwill execute ESLint and StyleLint. It will report any violations and automatically fix them where possible.- To run the linter on a specific file or directory, you can run
npm run lint -- <PATH>wherePATHis a path to a file or directory. This will also automatically fix violations where possible.
Best practices
- Run tests often to verify your changes.
- Prefer using a fast build, if it exists, to keep the feedback loop shorter.
- Periodically build to check for errors.
- Run
git cl presubmit -uat the end of your code changes.
Version History
- 678d19c Current 2026-08-20 15:20


