Smart tab manager: one keystroke files all tabs across all windows into clean, auto-classified, searchable sessions
- Category: browser productivity tool
- Audience: knowledge workers and learners who spend most of their workflow in the browser.
- Repository status: Public repository. Keep examples, docs, and issues free of credentials, private data, and machine-specific paths.
- Topics: browser-extension, chrome-extension, firefox-addon, manifest-v3, productivity, tab-manager, onetab-alternative
- Smart tab manager: one keystroke files all tabs across all windows into clean, auto-classified, searchable sessions.
- Compress repetitive browser work into a focused user interaction.
- Keep installation, permissions, and data boundaries visible.
This repository reduces browser friction while keeping installation, permissions, and data boundaries visible.
- Primary language: JavaScript
- Detected stack: JavaScript, Node.js
- Default branch:
main - Visibility:
PUBLIC - License: MIT License
testsLICENSEREADME.mdSECURITY.md_localesbackground.jsdashboardiconslibmanifest.jsonpackage-lock.jsonpackage.json
Use the commands that match the current project state:
npm install
npm run lint
npm run test| Command | Purpose |
|---|---|
npm install |
Install project dependencies. |
npm run lint |
echo 'No linter configured' |
npm run test |
vitest run |
- Keep real credentials out of the repository. Use local environment files, GitHub repository secrets, or the deployment platform secret manager.
- If a
.env.examplefile exists, treat it as documentation only; never commit filled-in.envfiles. - Before publishing screenshots, demos, or client examples, remove private names, internal paths, account IDs, and API endpoints.
- The
Repository Hygieneworkflow is a lightweight guardrail, not a replacement for product-specific tests.
- README describes the user, business outcome, and operating boundary.
- Setup or preview commands are current and do not rely on private machine state.
- No real secrets, private user data, or machine-local state are tracked.
- Screenshots, demos, or sample outputs are safe to share publicly when the repository is public.
- Product-specific tests or smoke checks are documented before production use.
- Tighten the fastest path from clone to useful demo.
- Add project-specific screenshots, sample outputs, or a short walkthrough where useful.
- Promote repeated manual steps into scripts, tests, or documented workflows.
- Keep security, privacy, and licensing boundaries explicit as the project evolves.
Maintained by Tony Sheng. This README is written as a business-facing handoff: it should help a future collaborator, client, or reviewer understand why the repository exists, how to inspect it, and what must be true before it is reused or shipped.