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 |