LayerAI is a local-first Chrome extension for web translation: collect text, batch AI draft, finalize yourself, then auto-apply confirmed translations on revisit. Unlike one-shot page translators, you keep editable translation assets, glossary control, a background queue for large sites, and BYOK / local Ollama — so terminology and privacy stay under your control.
No reviews yetBe the first to leave a review for LayerAI
Maker
📌
Hey Product Hunt 👋
I built LayerAI because I kept re-translating the same docs and admin pages. Existing browser translators re-ran every visit and left me with output I couldn’t really own or reuse.
So the workflow became: collect what matters → AI drafts in batch → I finalize line by line → reopen and confirmed translations auto-apply.
It’s local-first (BYOK / local Ollama supported). Glossary, background queue, and JSON import/export are there for larger sites. Cloud sync stays optional.
Would love feedback from anyone who localizes docs, SaaS admin UIs, or internal tools.
https://layerai.yun/
Report
love the editable glossary and batch workflow, super useful for translating docs with consistent terminology. one thing that would help a lot: a diff view before applying, so i can see exactly which strings changed and quickly catch any hallucinations from the ai draft before they go live on revisit
Report
Maker
@hayrettinyqn0v Thanks Hayrettin — editable glossary + batch draft is the core loop we care about. Diff-before-apply is a great call: especially useful for catching AI hallucinations before they land on revisit. Putting it on the shortlist. If you have a preferred UX (side-by-side vs inline highlight), tell me which you’d actually use daily.
Report
the way you keep the translation assets editable and let people own their glossary is genuinely smart. most translators treat it like a fire and forget thing but this feels closer to how translators actually work on big sites.
Report
Love that it keeps my edits for next time instead of re-translating the same UI strings on every visit. The local Ollama option is a big plus for the docs I work with.
Report
Maker
@fratgzelsodszj Thanks Fırat — that’s exactly the workflow we built for. Glad local Ollama helps. If you try it on a real docs/admin site, tell me what still feels clunky (queue, glossary, or re-apply). Happy to prioritize.
Report
The editable translation assets with glossary control are a really thoughtful choice, finally someone gets that translators need to own their terminology instead of trusting a black box each time.
Report
Maker
@nurcanc8nn Thanks Nurcan — that was the design goal. Terminology shouldn’t reset every visit; you should own the glossary and the finalized lines as reusable assets. If you try it on a real project, tell me where glossary still feels weak (import, match rules, or per-site scopes).
love the editable glossary and batch workflow, super useful for translating docs with consistent terminology. one thing that would help a lot: a diff view before applying, so i can see exactly which strings changed and quickly catch any hallucinations from the ai draft before they go live on revisit
@hayrettinyqn0v Thanks Hayrettin — editable glossary + batch draft is the core loop we care about. Diff-before-apply is a great call: especially useful for catching AI hallucinations before they land on revisit. Putting it on the shortlist. If you have a preferred UX (side-by-side vs inline highlight), tell me which you’d actually use daily.
the way you keep the translation assets editable and let people own their glossary is genuinely smart. most translators treat it like a fire and forget thing but this feels closer to how translators actually work on big sites.
Love that it keeps my edits for next time instead of re-translating the same UI strings on every visit. The local Ollama option is a big plus for the docs I work with.
@fratgzelsodszj Thanks Fırat — that’s exactly the workflow we built for. Glad local Ollama helps. If you try it on a real docs/admin site, tell me what still feels clunky (queue, glossary, or re-apply). Happy to prioritize.
The editable translation assets with glossary control are a really thoughtful choice, finally someone gets that translators need to own their terminology instead of trusting a black box each time.
@nurcanc8nn Thanks Nurcan — that was the design goal. Terminology shouldn’t reset every visit; you should own the glossary and the finalized lines as reusable assets. If you try it on a real project, tell me where glossary still feels weak (import, match rules, or per-site scopes).