OpenLinker
OpenLinker keeps orders, inventory and fulfilment in sync across your store, marketplaces, invoicing and shipping. Self-hosted, Apache 2.0.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證製作者的介紹僅有上面的一句話。 更多詳情請閱讀儲存庫 README。 儲存庫 README ↗
正在載入完整 README。
檢視完整 README ↗Stop fighting customer service. KarenBot does it for you.
KarenBot is an autonomous AI consumer-recovery platform: connect your email, tell Karen what happened, grant scoped authority, and an AI agent researches the company's policies, contacts their verified support channel, negotiates factually, follows up for weeks if needed, and records the verified outcome.
Status: MVP in development. The full simulated end-to-end flow works locally with no external credentials. No real companies are contacted, no money moves, and no customers are charged until the safety, legal, and compliance gates in
docs/are cleared. KarenBot is not a law firm and does not provide legal advice.
make install # Python venv + npm workspaces
make test # 32 tests: state machine, policy engine, outbox, injection, e2e
make demo-e2e # watch a full case resolve against a simulated airline
make dev # Postgres (+ optional MinIO) via docker compose
make migrate # Alembic migrations
make api # FastAPI on :8000
npm run dev:web # Next.js on :3000
make demo-e2e runs the whole product loop in one process: case intake →
fact extraction → eligibility against a verified policy → customer
authorization → policy-checked outreach → simulated lowball reply → an
autonomous counter → full-amount offer → customer approval of the binding
acceptance → verified recovery → RESOLVED, with a printed audit trail. It
also kills and restarts the delivery worker mid-flow to prove no duplicate
emails are sent.
Set KARENBOT_LLM_PROVIDER=anthropic and KARENBOT_ANTHROPIC_API_KEY=... to
run the same flow with Claude instead of the deterministic scripted model.
apps/web Next.js 15 + Tailwind (landing, dashboard shell, intake UI)
apps/api FastAPI + SQLAlchemy + Alembic
src/karenbot/
domain/ models, 16-state case machine, audit events
policy/ deterministic policy engine (the safety core)
agent/ ProposedAction contract, runtime, versioned prompts, eligibility
channels/ ChannelAdapter protocol + adapters: mock, Gmail, Outlook/Graph,
generic IMAP/SMTP; OAuth flows; per-account resolver; voice later
workflows/ transactional outbox, scheduler, executor, worker loop
llm/ provider abstraction: Anthropic + scripted
simulator/ company personas (lowball, stonewall, injection attacker, ...)
tests/ unit / policy / workflows / injection / e2e
packages/contracts generated API types (placeholder)
infra/ docker-compose: Postgres+pgvector, MinIO (profile: storage)
docs/ architecture, state machine
Moral code — punch up, never down. KarenBot only targets large
enterprises (airlines, national chains, card networks). Mom-and-pop
businesses and unreviewed companies are refused at case creation, denied by
the policy engine, and cannot be whitelisted via configuration. See
docs/moral-code.md.
The LLM can only propose typed actions. A pure, deterministic policy engine
checks authorization, verified recipients, claim types, amount ceilings, rate
limits (per case, per user across cases, and a platform-wide hourly circuit
breaker), and duplicates; binding settlements always require explicit
customer approval. A DB-backed global kill switch denies everything
instantly, and admins can pause any case (/admin, web console at
/admin). A 10-entry prompt-injection red-team corpus runs in CI
(tests/injection/) asserting hard invariants: outbound mail only to
verified channels, no unapproved settlements, no case closure or data echo
from hostile inbound content. Recipients resolve only from a verified support-channel table.
Every proposal, verdict, message, and state change is audit-logged. Inbound
email is untrusted data — see tests/injection/. Customers can revoke
authority at any time (kill switch); admins can block any case.
| Variable | Default | Purpose |
|---|---|---|
KARENBOT_DATABASE_URL | local Postgres | SQLAlchemy URL |
KARENBOT_LLM_PROVIDER | scripted | scripted or anthropic |
KARENBOT_EMAIL_PROVIDER | mock | mock (dev); real accounts resolve per user: gmail, outlook, imap_smtp |
KARENBOT_DEV_MODE | true | enables /dev seed + simulator router; false in prod |
KARENBOT_TOKEN_ENCRYPTION_KEY | dev-derived | Fernet key for OAuth tokens at rest (required in prod) |
KARENBOT_GOOGLE_CLIENT_ID/SECRET | – | Gmail OAuth client (testing mode until CASA clears) |
KARENBOT_MICROSOFT_CLIENT_ID/SECRET | – | Outlook/Microsoft Graph OAuth client |
KARENBOT_OAUTH_REDIRECT_BASE | http://localhost:8000 | OAuth callback base URL |
KARENBOT_ADMIN_TOKEN | dev-admin | admin console token (dev default rejected in prod) |
KARENBOT_SENTRY_DSN | – | enables Sentry (pip install 'karenbot-api[observability]') |
KARENBOT_ANTHROPIC_API_KEY | – | required for anthropic |
KARENBOT_AGENT_MODEL | claude-sonnet-5-5 | drafting/reasoning model |
KARENBOT_CLASSIFIER_MODEL | claude-haiku-4-5-20251001 | reply classification |
KARENBOT_MAX_OUTBOUND_PER_CASE_PER_DAY | 3 | global rate limit |
KARENBOT_MIN_HOURS_BETWEEN_OUTBOUND | 20 | pacing floor |