Synaplan
开源 AI 软件平台,面向企业:自托管 AI 代理,符合 GDPR 的聊天机器人小部件,RAG 知识库,WhatsApp 与 Outlook AI,MCP,多模型路由。支持 Docker、Kubernetes 或在 Germ 托管。
AI 翻译
尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证Fondas connects to your PMS and your hotel inbox and leaves the day ready: the brief written before you open, guest replies drafted for your review, arrival times already confirmed. On top of the PMS you already run, with nothing to migrate.
翻译准备中
取自仓库 README
正在加载完整 README。 以下为已保存的摘录。
Hotel operations SaaS for independent hotel GMs (20–200 rooms).
Naming: the product is Fondas (as shown in the wordmark, emails, and
legal pages). The visual design system was called Signal (v2,
FONDA_DESIGN_IDENTITY.md) and is now Fonda × Sana (v4,
FONDA_SANA_REDESIGN.md); "Fonda" in design-token comments refers to that
system, not the product.
Go-to-market — strategy, positioning, the pilot playbook and the current
sprint — lives in gtm/.
Core surfaces, live as of 19 Sep 2026:查看完整 README ↗Hotel operations SaaS for independent hotel GMs (20–200 rooms).
Naming: the product is Fondas (as shown in the wordmark, emails, and legal pages). The visual design system was called Signal (v2,
FONDA_DESIGN_IDENTITY.md) and is now Fonda × Sana (v4,FONDA_SANA_REDESIGN.md); "Fonda" in design-token comments refers to that system, not the product.
Go-to-market — strategy, positioning, the pilot playbook and the current
sprint — lives in gtm/.
Core surfaces, live as of 19 Sep 2026:
xlNot yet built: Billing (blocked on the legal entity) and Reputation (blocked on
a review-source decision). See ROADMAP.md, which is the only roadmap.
proxy.ts at the project root) — see proxy.ts.#F6F3EE) grouping content, and colorless chrome. The design authority is
FONDA_SANA_REDESIGN.md (v4 "Sana, actually") — read its §0.1 first, as
it inverts the ground and replaces the icon rail that the rest of that
document is written around. FONDA_DESIGN_IDENTITY.md (v2 "Signal") is
background only. Never hard-code hex — reference the CSS variables in
app/globals.css.cp .env.example .env.local # fill in your Supabase + API keys
npm install
npm run dev
Then open http://localhost:3000.
You need a Supabase project. Copy the project
URL and anon key into .env.local. Email/password auth is enabled by default in
Supabase. For local development without email confirmation, disable
"Confirm email" under Authentication → Providers → Email.
app/
(auth)/ Login & signup (route group, no URL segment)
actions.ts Server Actions: login / signup / logout
login/ /login
signup/ /signup
dashboard/ Protected area (guarded by proxy.ts + layout check)
layout.tsx Root layout (Geist fonts, metadata)
page.tsx Marketing landing page
components/
ui/ shadcn/ui primitives (button, input, label, card)
auth/ Auth form
brand/ Wordmark
lib/
supabase/ client (browser), server (RSC/actions), proxy (session)
features.ts The four product surfaces
utils.ts cn() helper
types/ Shared domain types
proxy.ts Session refresh + /dashboard guard (Next.js 16 "Proxy")
The schema lives in supabase/migrations/0001_init.sql:
hotels, users, briefings, emails, checkin_chasers, hotel_settings.
Apply it with the Supabase CLI (supabase db push) or by pasting the file into
the Supabase SQL Editor.
Tenancy & RLS. Every row belongs to one hotel, and a user belongs to one
hotel. Row-Level Security restricts all reads to the caller's hotel, resolved
via the public.current_hotel_id() helper (a SECURITY DEFINER function — this
is what lets the users policy reference its own table without recursion).
Owner-only and self-only rules are layered on top for writes.
Provisioning is server-side. There's deliberately no client INSERT policy
on hotels or users — a user could otherwise attach themselves to any hotel.
Create the hotel + first user row from a trusted context using the
service_role key (which bypasses RLS), e.g. during onboarding.
/dashboard/* are redirected to /login by
proxy.ts (with a redirectTo param), and again by the dashboard layout as
defense-in-depth./login or /signup are sent to /dashboard.lib/supabase/server.ts and lib/supabase/proxy.ts keep the session cookies
fresh on every request.