How Teire runs
live state · where code goes · what it may touch · the rules
Where your code goes
GitHubtarball, one commit
microVM per commandinstall: open network
- Your checksbefore and after
- Pull requesta person merges
GitHubfetched by Cloudflare
Containerregistries only, GET
- Your checksbefore and after
- Pull requesta person merges
- Teire's branchteire/<change>your push there stops Teire
- Pull requestwith its evidence
- You mergeor close itTeire never merges or deletes
Default branchTeire never pushes here
What Teire may do on GitHub
Contentswrite
Reads code; pushes only teire/… branches, never the default one.
Pull requestswrite
Opens and updates fix PRs and Configure Teire.
Issueswrite
The Dashboard issue, issues for a person, @teire replies.
Checkswrite
The Teire check, annotating each line a change reaches.
Actionsread
Your CI's logs when it fails on a Teire PR, for one repair.
Metadataread
Names and default branches; every app needs it.
Email addressesread
Names your account at sign-in; never emailed.
Rules every run follows
Evidence decides the PR
Ready only when the same checks pass before and after; else a draft or an issue.
Quotes or it didn't happen
A change is acted on only when its quote matches the fetched page.
Offline checks
Your checks run with the network off, in both sandboxes.
Only with write access
@teire commands need write access to the repository.
Private stays private
A private repository's runs show only to people GitHub lets see it.
Reads what you use
Change pages are read for what watched repositories depend on; rescans daily by default and on pushes.
Spending stops itself
Model work pauses when credits run out or the $10 daily cap is used, and resumes on its own; Ask Teire threads go after 90 days.