Transition
Transition은 교통 계획에 대한 현대적인 새로운 접근 방식이다
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗Dashboard: https://arbeit-watchdog.vercel.app/
data/watchlist.json (for now only 1KOMMA5°) posts a new English-language job, it opens a GitHub issue. GitHub emails you about it, and each job in the issue has a direct apply link.interesting, applied, interview, rejected or hidden from any device.flowchart LR
subgraph GH["GitHub Actions (cron every 5 hours)"]
S["main.py: scrape()<br/>sources.py · utils.py"] --> DB[(jobs.db)]
DB --> E["main.py: export()"] --> J[web/public/jobs.json]
DB --> W["main.py: notify()"]
end
SRC["Job sources<br/>BA · Arbeitnow · Greenhouse · Lever<br/>SmartRecruiters · Personio · Ashby · Fraunhofer"] --> S
W -- new English jobs from watchlist --> I[GitHub issue] -- notification --> M[Your inbox]
GH -- commits jobs.db + jobs.json --> R[(GitHub repo)]
R -- push triggers deploy --> V[Vercel: Next.js dashboard]
V -- read/write statuses.json<br/>via GitHub API --> R
U[You, any device] --> V
| Part | File | Role |
|---|---|---|
| Entry point | watchdog/main.py | Runs scrape(), export() and notify() in order. scrape() fetches jobs, keeps only Werkstudent/intern tech roles, removes duplicates, detects the language and stores the result in data/jobs.db (SQLite) |
| Sources | watchdog/sources.py, data/companies.json | One fetcher per job site or ATS |
| Watchdog | notify() in main.py, data/watchlist.json | Finds English jobs from watched companies that you haven't been notified about, opens an issue and records them in the notified table |
| Export | export() in main.py | Writes data/jobs.db to web/public/jobs.json for the dashboard |
| Helpers | watchdog/utils.py | Relevance, level and language filters, HTML stripping, dedupe keys |
| Scheduler | .github/workflows/scrape.yml | Runs python -m watchdog.main and commits data/jobs.db and jobs.json |
| Dashboard | web/ (Next.js + TypeScript on Vercel) | A static page that reads jobs.json. app/api/statuses reads and writes data/statuses.json in this repo through the GitHub API, and writing needs the passphrase |
All data lives in data/: jobs.db (SQLite), companies.json, watchlist.json and statuses.json. The only exception is web/public/jobs.json, which has to sit in the dashboard's public folder so Vercel can serve it.
Why it's built this way: the database is a file in git, so it needs no server and no database service. Statuses are kept in their own data/statuses.json so they never conflict with the bot's commits to data/jobs.db. Commits that only change statuses don't trigger a Vercel rebuild (web/vercel.json).
GITHUB_TOKEN.web):
GITHUB_TOKEN: a fine-grained token with Contents read/write on this repoGITHUB_REPO: ktr-workers/Arbeit.watchdogSAVE_PASSPHRASE: the passphrase needed to save statusesTo run everything locally, use .venv/bin/python -m watchdog.main from the repo root. Notifying is skipped when GITHUB_TOKEN isn't set. To run the dashboard locally, use cd web && npm run dev.
The aim is a loop of find → shortlist → prepare → apply → track, where you only step in where a person has to. Most application forms (Personio included) are protected by a CAPTCHA and ask questions specific to each job. The last click therefore stays with you, and everything before and after it can be automated.
profile.json) with answers to the usual questions: salary expectation, start date, German level, study duration, work permit.