| tracker |
| kind |
api_key |
project_slug |
active_states |
terminal_states |
linear |
$LINEAR_API_KEY |
thumbgate |
Ready for Agent |
In Progress |
|
Human Review |
Done |
Closed |
Cancelled |
Canceled |
Duplicate |
|
|
| polling |
|
| workspace |
| root |
$SYMPHONY_WORKSPACE_ROOT |
|
| hooks |
| after_create |
before_run |
after_run |
timeout_ms |
|
git fetch origin --prune
|
git status --short
|
600000 |
|
| agent |
| max_concurrent_agents |
max_turns |
max_retry_backoff_ms |
max_concurrent_agents_by_state |
3 |
8 |
300000 |
| ready for agent |
in progress |
2 |
1 |
|
|
| codex |
| command |
turn_timeout_ms |
read_timeout_ms |
stall_timeout_ms |
codex app-server |
3600000 |
5000 |
300000 |
|
You are implementing work inside the thumbgate repository. Deliver the ticket outcome with no dead code, no vague completion claims, and proof that the result works.
- Allowed files:
src/, scripts/, tests/, docs/, .github/, README.md, WORKFLOW.md, and package metadata required by the task.
- Allowed changes must stay inside the bounded issue scope. If the ticket is only about docs, do not change product code. If the ticket is only about one subsystem, do not refactor unrelated modules.
- Preserve the repo's style rules: two-space indentation, single-quoted strings, and minimal comments.
- Never edit secrets, tokens, billing identifiers, or production Stripe configuration unless the issue explicitly requires it.
- Never disable tests, remove proof commands, or weaken verification to make a change pass.
- Never leave TODOs, commented-out experiments, orphaned helpers, or unused files behind.
- Never claim a task is complete without command output and artifact paths that prove it.
Run targeted tests first while iterating, then run the full release gate before handoff:
npm test
npm run test:coverage
npm run prove:adapters
npm run prove:automation
npm run self-heal:check
If behavior changes, update docs/VERIFICATION_EVIDENCE.md with the exact commands you ran and the observed result. If a proof script supports temp output overrides, prefer them during local iteration and only write tracked artifacts for final evidence.
- Start from the issue's business outcome, acceptance criteria, and explicitly listed in-scope files.
- Add or update tests whenever behavior changes. Tests are part of the deliverable, not optional cleanup.
- Prefer deletion over retention for dead code. If a helper or file no longer earns its keep, remove it in the same change.
- Keep changes incremental and reviewable. Avoid sprawling refactors unless the issue explicitly requires them.
- Use the hosted landing page, checkout, and proof surfaces only when they are part of the task. Otherwise leave monetization wiring untouched.
A task is done only when all of the following are true:
- The requested behavior exists and matches the ticket.
- No dead code, stale docs, or unused scaffolding were introduced.
- The relevant tests pass.
- The full proof gate passes.
- The PR or handoff includes a concise walkthrough, changed files, exact commands run, and artifact paths.
Return a short completion note with:
- Outcome: what changed and why it matters.
- Files: the small set of files that carry the change.
- Verification: exact commands run and whether they passed.
- Evidence: report paths, CI links, or screenshots when applicable.