Operating Pattern
Fit check
| Question | Practical answer |
|---|---|
| What do you install? | ty from astral-sh/ty |
| What is the first command? | ty check . |
| What proves it works? | ty check . |
| How long should a pilot take? | 6 minutes for a small repo or sandbox |
Adoption loop
- Run the tool on a disposable branch or sandbox project.
- Capture before/after output so reviewers can see the exact effect.
- Add the smallest CI or local check that prevents regressions.
- Document owner, upgrade command, and rollback command in the repo.
Recommended use
Run Ty beside your current checker for a week. Compare false positives, speed, and editor feedback before deciding whether to make it a required CI gate.
Guardrails
Mark it as an evaluation tool in docs if your team still relies on mypy or pyright for final enforcement.
Rollout checklist
- Pin the package or release version before using it in CI.
- Keep credentials in environment variables or the platform secret store.
- Add one owner who is responsible for upgrades and breaking-change triage.
- Re-check the GitHub repo before writing docs that mention APIs or install paths.
FAQ
Q: Is this production-ready?
A: The repo exists at https://github.com/astral-sh/ty and has 18,572 GitHub stars. Treat the first rollout as a controlled pilot until your team has tested install, rollback, and CI behavior.
Q: Why use it instead of a generic script? A: The value is repeatability: a named package, a documented command, a source repo, and a small verification path that can be reviewed by teammates.
Q: What should I measure first? A: Measure setup time against the 6 minutes target, count how many files or tasks it changes, and record whether the CI command catches the same issue locally.