feat(pasteCI): add hook pasting failing CI output to the pull request

[Osheun]

What

New pasteCI hook, as requested in #3. On workflow_run.completed with a failure conclusion, it:

1. lists the run's jobs and keeps the failed ones
2. downloads each failed job's log, strips the timestamps, and keeps the last lines lines (capped at ~6k chars per job to stay far below GitHub's 65k comment limit)
3. pastes them into a comment on every PR attached to the run — one collapsible <details> block per failed job, with a direct link to the job

The comment is a single updatable comment (hidden <!-- hookto-paste-ci --> mark): later runs update it in place, and when CI passes again it is refreshed to say so instead of leaving stale failure output. If logs are expired/inaccessible, the failed job is still listed. Runs without an attached PR (e.g. forked PRs, where GitHub sends an empty pull_requests array) are skipped.

Config

Default exactly as specified in the issue, plus an optional lines knob:

hooks:
  pasteCI:
    enabled: false
    lines: 50 # trailing log lines pasted per failed job

Changes

• src/app/hooks/pasteCI/index.ts + schema.ts
• schema registered in src/schemas/hooks.ts
• documented in HOOKS.md (including the fork limitation)
• app.yml: subscribes to workflow_run and adds actions: read (required to read job logs) — existing deployments need to add these on their GitHub App settings page for the hook to work
• tests in tests/app/hooks/pasteCI.test.ts (9 tests: paste, line/timestamp trimming, comment update, success refresh, silent success, missing logs, no PR, disabled)

Closes #3

[hookto]

Thanks for opening this PR!

[vercel]

@Osheun is attempting to deploy a commit to the Caleb's Projects Team on Vercel.

A member of the Team first needs to authorize it.

[hookto]

Note

All commit messages follow Conventional Commits standard.

[hookto]

Note

All commits and the PR title adhere to the Conventional Commits specification. Good to go!

[calebephrem]

just discovered this approach breaks on forked prs due to empty payload and log stream redirects, so it's probably not worth adding rn