NoSignups: A directory of open-source browser tools without sign-ups
A React directory for finding open-source browser tools without accounts, emails, or tracking.
GitHub BraveOPotato/FckSignups Updated 2026-09-06 Branch main Stars 2.9K Forks 198
React TypeScript Open-source tool directory Browser GPL-3.0

🧭 Decision Guide

Try it if you

  • 你要运行一个React + TypeScript的工具目录,并接受npm install与npm run dev流程。
    README“ What is this?”写明项目是React + TypeScript,并给出本地安装和运行命令。
  • 你正在寻找按Privacy、Development或Productivity分类的免账号浏览器工具。
    README“Categories”列出了Privacy、Development和Productivity等默认分类;项目说明强调no accounts。
  • 你要提交一个无需注册、描述少于140字符且带3-5个标签的工具。
    README“Contribution guidelines”规定无需创建账号、描述少于140字符、使用3-5个相关标签。

Skip it if you

  • 你需要已发布版本、明确版本号或稳定发行包来集成。
    项目元数据显示版本发布为0个,最新版本为“No releases”。
  • 你要把目录中的所有第三方工具统一按GPL-3.0再发布。
    README“License”说明目录代码使用GPL-3.0,但单个工具保留各自许可证。
  • 你需要README明确保证Node.js版本或浏览器兼容性。
    提供的README只写了安装依赖和运行服务器,没有Node.js版本或浏览器兼容性说明。

Requirements

  • README要求先 clone 仓库、安装 dependencies,再 run the server。
  • README给出的本地运行流程包含 npm install 和 npm run dev。
  • 新增工具必须不创建账号,描述少于140 characters,并使用3-5 relevant tags。

First step (verbatim from README)

git clone https://github.com/BraveOPotato/FckSignups.git && \
cd FckSignups && \
npm install && \
npm run dev

Watch out

  • 工具条目的category必须匹配已有category id,否则不符合schema。
    README“Tool schema”要求category必须匹配一个category id。
  • featured会把条目置顶,但README承认推荐标准带有主观偏向。
    README“Featured”说明featured条目会置顶,并称uniqueness判断是biased。
  • 条目license字段是可选的,第三方许可证仍需单独查看。
    README“Tool schema”将license列为No;“License”说明第三方工具保留自身许可证。

Not stated in the README

  • README没有说明Node.js、npm或React的具体版本。
  • README没有说明生产构建、部署方式或环境变量。
  • README没有说明测试框架、测试命令或持续集成配置。
  • README没有给出当前200+工具的精确条目数量。
  • README没有说明浏览器兼容范围,以及目录中各工具是否都能离线运行。
  • README没有说明无追踪承诺覆盖目录站点之外的第三方工具。

💡 Deep Analysis

6
Yes I use React and TypeScript and want to modify NoSignups's category-filtering UI locally. Is this repository suitable for direct local development?
For: A frontend engineer familiar with React and TypeScript who wants to modify the directory filtering UI and run its development server with npm

Yes, because it is explicitly a React + TypeScript application and the README provides a direct clone, install, and development-server workflow.

  • The README describes it as a “React + TypeScript project,” matching frontend UI and interaction work.
  • Local setup only requires cloning, npm install, and npm run dev; no project account or backend service is specified.
  • Category IDs are structured data, including productivity, design, development, writing, privacy, utilities, data, media, and education, which can support filtering UI changes.
  • The project contains about 63,829 lines of TypeScript, but it has no formal release, so dependency and build stability cannot be inferred from release history.
  • What is this?: “NoSignups is a React + TypeScript project”
  • What is this?: The README-provided clone/install/dev command
  • Categories: default category IDs from `productivity` through `education`
  • Project data: TypeScript 63,829; empty latest release; release_count 0
git clone https://github.com/BraveOPotato/FckSignups.git && \
cd FckSignups && \
npm install && \
npm run dev
Not stated in the README:The README does not specify Node.js, npm, or dependency versions.;It does not document the production build, deployment method, or exact location of the directory data files.
No I need account-based collaboration, cloud storage, and long-term project management. Can NoSignups replace a productivity platform with login features?
For: A productivity user who needs account-based collaboration, cloud storage, and long-term project management while expecting a complete browser service

No, because NoSignups is curated around instant, account-free tools rather than accounts, collaboration spaces, or long-term data management.

  • The project is a collection of open-source tools usable immediately in a browser and emphasizes no accounts and no emails, rather than providing a user-account system.
  • Its directory organizes entries through categories and tags and links directly to third-party tools through url; it is not itself a tool execution platform.
  • The Philosophy rejects “Forced registration walls,” which conflicts with scenarios requiring login, member permissions, and collaborative identities.
  • The project does not promise cloud storage, team permissions, auditing, service levels, or long-term project management, so its listed tools should not be treated as complete collaboration-platform replacements.
  • What is this?: “A curated collection of open-source tools you can use instantly in your browser”
  • What is this?: “no accounts, no emails, no tracking”
  • Philosophy: “We reject Forced registration walls”
  • Tool schema: `url` is the direct link to the tool
  • README project positioning: directory code is separate from third-party tools
Not stated in the README:The README does not state whether each listed tool supports export, persistence, or multi-user collaboration.;It defines no account, permission, team-space, or cloud-storage features.
Yes I maintain a directory of 200+ tools and want to submit an in-browser tool that requires no account. What description, tag-count, and schema constraints must it satisfy?
For: A contributor maintaining a directory of 200+ tools who wants to submit a browser tool requiring no account and must provide category, tags, and license information

Yes, because the README defines a concrete submission process and schema for tools that work without accounts.

  • The tool must work “without creating an account”; this is an explicit contribution requirement.
  • id, name, description, url, and category are required, and category must match a predefined category ID.
  • The description must stay under 140 characters and use 3–5 relevant tags. github and license are optional, but useful for review.
  • The project already contains 200+ tools. featured is a subjective marker for uniqueness, not a quality or security guarantee.
  • Contributing / Contribution guidelines: “The tool must work without creating an account”
  • Contributing / Contribution guidelines: “Keep descriptions under 140 characters”
  • Contributing / Contribution guidelines: “Use 3-5 relevant tags per tool”
  • Tool schema: `id`, `name`, `description`, `url`, `category` are required
  • Featured: “We're at 200+ tools”
Not stated in the README:The README does not state who reviews submissions, how long review takes, or whether URLs, tags, and licenses are automatically validated.;It does not explain how the project verifies that a third-party tool has no tracking requests or hidden registration flow.
No I need to deploy NoSignups inside an enterprise network and require formal releases, traceable versions, and a defined upgrade path. Does the project meet those requirements?
For: A frontend operations engineer who needs to deploy a stable version inside an enterprise network with formal release artifacts and a defined upgrade path

No, not for this constraint, because the project can be started from source but has no formal release record or documented enterprise deployment and upgrade process.

  • Project data shows an empty latest_release and release_count: 0, so there is no documented released artifact to select as a stable baseline.
  • The README only describes cloning, installing dependencies, and running npm run dev; that is a local development workflow, not a production deployment procedure.
  • The project is a browser directory focused on categorization and links. The README does not promise service levels, access control, auditing, or centralized operations.
  • The directory code is GPL-3.0, while listed tools retain their own licenses; internal distribution still requires separate license and external-link review.
  • Project data: `latest_release` is empty; `release_count` is 0
  • What is this?: “clone the repo, install the dependencies, and run the server”
  • License: “The NoSignups directory code is released under the GPL-3.0 License”
  • License: “Individual tools listed in the directory retain their own licenses”
Not stated in the README:The README does not document production build commands, container images, static hosting, or reverse-proxy configuration.;It does not document version tags, changelogs, rollback procedures, or security-update processes.
Yes I maintain a GPL-3.0 website and want to reuse NoSignups's directory code while listing third-party tools under different licenses. Are the license boundaries clear?
For: An open-source maintainer who wants to embed the directory code into a GPL-3.0 website while listing third-party tools under different licenses

Yes, provided you keep the directory code and listed tools separate; the README states this licensing boundary clearly.

  • Project data and the README identify the directory code as GNU GPL-3.0, so reused directory implementation must be handled under that license.
  • The README says individual tools retain their own licenses and that NoSignups does not claim ownership of third-party projects; GPL-3.0 for the directory does not automatically cover external tools.
  • The tool schema includes an optional license field for an SPDX identifier and an optional github field for the source repository.
  • This is suitable for an indexing or presentation layer, but it does not authorize copying, bundling, or modifying every listed tool.
  • License: “The NoSignups directory code is released under the GPL-3.0 License”
  • License: “Individual tools listed in the directory retain their own licenses”
  • Tool schema: optional `github` and `license` fields
  • Project data: license is GNU General Public License v3.0
Not stated in the README:The README does not say whether the directory data itself is licensed separately from the code or define the exact boundary between them.;It does not confirm that every tool's license field is accurate or reviewed by maintainers.
It depends I handle sensitive text and refuse to submit an email or create an account. Can I treat NoSignups as a secure source of no-signup tools?
For: A privacy-focused user handling sensitive text who prefers open-source tools and refuses to submit an email or create an account

It depends, because NoSignups’s selection criteria match your privacy constraints, but the directory is not a security or data-processing guarantee for third-party tools.

  • The project presents browser-based open-source tools that work instantly and emphasizes “no accounts, no emails, no tracking.”
  • Its Philosophy rejects forced registration, data harvesting, and tracking; the schema can also record a github link and an SPDX license.
  • However, the directory sends users directly to third-party sites. The License section says listed tools retain their own licenses and that the project does not claim ownership of them.
  • Therefore, whether sensitive text is uploaded and what the external site tracks cannot be confirmed from the directory alone; the tool’s source, license, and privacy policy still matter.
  • What is this?: “A curated collection of open-source tools you can use instantly in your browser. no accounts, no emails, no tracking.”
  • Philosophy: “We reject Forced registration walls” and “Data harvesting and tracking”
  • Tool schema: optional `github` and `license` fields
  • License: “Individual tools listed in the directory retain their own licenses”
Not stated in the README:The README does not say whether every third-party tool is audited for network requests, scripts, or data flows.;It does not guarantee that every listed tool will remain account-free or tracking-free over time.

✨ Highlights

  • Curates 200+ browser tools requiring no accounts
  • Built with React and TypeScript, runnable locally
  • Directory code is released under the GPL-3.0 license
  • GitHub has no releases and only 7 contributors

🔧 Engineering

  • Browse tools by categories such as Productivity, Privacy, and Development
  • Use the tool schema to record URLs, categories, tags, and licenses
  • Run npm run dev to start the local development server

⚠️ Risks

  • The README provides no Node.js version or browser compatibility requirements
  • The project has no releases; maintenance evidence is mainly 10 recent commits
  • Listed third-party tools retain their own licenses and cannot all be used under GPL-3.0

👥 For who?

  • Developers who want to run the React and TypeScript directory locally
  • Browser users seeking tools without accounts, emails, or tracking
  • Contributors maintaining the tool list under the 140-character description rule