flutter/devtools · Archived

reviewing-devtools-prs

DevTools repository-specific PR review workflow enforcing DevTools style guidelines and common review patterns. Use when reviewing pull requests in the flutter/devtools repository.

First seen Aug 6, 2026

Installation

$ npx skills add flutter/devtools --skill reviewing-devtools-prs

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from flutter/devtools.

npx skills add flutter/devtools

Browse all from flutter/devtools

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 1.7K
License LICENSE
Default branch master
Open issues 729
Status Archived

Skill metadata

Parsed from SKILL.md frontmatter.

Declared agents gemini

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,551 B
  • docs SUMMARY.md 210 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 8 installs

SKILL.md

Reviewing DevTools Pull Requests

Extends [reviewing-prs](../reviewing-prs/SKILL.md) for pull requests in flutter/devtools. Follow [reviewing-prs](../reviewing-prs/SKILL.md) for GitHub CLI data retrieval and the strict user approval workflow.

References & Style Guidelines

Read and enforce:

  • Style Guide: [styleguide.md](../../../.gemini/styleguide.md) (severity tags [MUST-FIX], [CONCERN], [NIT], zero-formatting policy, copyright headers, DRY rules, magic values)
  • Repository Constraints: [AGENTS.md](../../../AGENTS.md)
  • Code Style: [STYLE.md](../../../STYLE.md)

Common Review Patterns

  1. Listener & Resource Disposals:

- Ensure controller and notifier listeners use addAutoDisposeListener(...).

  1. Helper Widgets over Helper Methods:

- Prefer small composable Widget classes over helper methods returning Widget (_buildFoo()).

  1. Reuse Shared Components & Test Helpers:

- Use standard shared widgets (e.g. CenteredMessage) and test mocks (e.g. mockConnectedApp) instead of re-creating them inline.

  1. TODO Formatting:

- Link TODOs to a GitHub issue or LDAP: // TODO(https://github.com/flutter/devtools/issues/<issue_number>;): <description>.

  1. Async & Unawaited Futures:

- Audit unawaited futures and suggest unawaited(...) or safeUnawaited(...) where appropriate.

  1. Feature Flags:

- Default feature flags to false with explicit test expectations in featureflagstest.dart.

  1. Test File Structure & PR Scope:

- Place test fakes/helpers below main(). - Ask authors to revert unrelated file changes or commented-out test code.

  1. Constant Scoping:

- Keep single-use constants local to the component, but extract user-facing UI strings into shared constants when used across multiple places.

  1. Release Notes Scope (NEXTRELEASENOTES.md):

- Release notes are strictly for end-user facing changes (e.g. Inspector, Memory UI/UX). Internal tools (dt / devtoolstool), CI, and refactors are NOT user-facing. - Request removing release notes added for developer tools like dt, or suggest a * <Description>. #<PRNUMBER> entry via [adding-release-notes](../adding-release-notes/SKILL.md) if a user-facing PR lacks one.