CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

thiennc-tesoglobal/flutter-skills

Focused Agent Skills for complete Flutter and Dart app delivery.

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

publication-readiness.mdskills/flutter-package-development/references/

Publication readiness

Use this reference for a package intended for pub.dev or another package registry. Preparation does not authorize publication.

Readiness review

Confirm the package name, version, description, homepage or repository, issue tracker, license, SDK constraints, supported platforms, topics where used, and included files. Review README.md, API documentation, example, and CHANGELOG.md from a new consumer's perspective.

Check that:

  • the release version matches the intended compatibility impact;
  • public APIs are documented and exported intentionally;
  • generated files and native binaries have reproducible provenance;
  • secrets, local paths, credentials, private endpoints, and unrelated fixtures are excluded;
  • analysis and tests pass under the supported SDK policy;
  • package score warnings are understood rather than suppressed blindly.

Run dart pub publish --dry-run and inspect its complete file list and warnings. When practical, pack or consume the candidate from a clean temporary project so local path dependencies and undeclared files cannot hide defects.

Authorization boundary

Do not run dart pub publish, create a registry release, change publisher ownership, create or push a tag, or upload signing material without explicit user authorization for that external mutation. If authorized, resolve the exact package and version first, stop on registry or identity ambiguity, and report the resulting immutable version.

Publishing is permanent: a pub.dev version cannot be deleted or overwritten, only retracted for a limited time or discontinued. Authorization therefore covers the exact package contents the user approved. A conditional instruction given up front, such as "publish if the dry run passes", does not cover changes you make afterwards. If you edited metadata, files, or the version after that instruction, stop after the dry run. Report the package name, version, a summary of your changes, the dry-run file list and warnings, and the target publisher or account. Then ask for confirmation before running dart pub publish. Proceed without a second confirmation only when you changed nothing and the user named the exact package and version to publish.

skills

LICENSE

README.md

tile.json