this post was submitted on 05 Sep 2026
4 points (100.0% liked)

Android

1226 readers
1 users here now

Android news for android developers. Everything that happens in android world.

For Android development specific topics please see /c/android_dev

The Android robot is reproduced or modified from work created and shared by Google and used according to terms described in the Creative Commons 3.0 Attribution License

founded 3 years ago
MODERATORS
 

Fdroid

Fdroid doesnt seem to have any llm-related policy about that yet

Izzyondroid

Izzyondroid has an exclusion policy for lmm-slopped apps and they need to pass some checks first

Vibe-coded apps will be rejected.

Apps acting as front-end for LLMs as outlined in point 6 above, or integrate with such services, will be rejected.

Readme, Changelogs and similar documentation files are allowed to include LLM-generated texts, but the code itself should be free of it.

Using LLMs for research, brainstorming, inspiration, debugging, look-ups, and comparable „read-only“ tasks, is acceptable – provided their output is not included in the app's code.

you are viewing a single comment's thread
view the rest of the comments
[–] BlastboomStrice@mander.xyz 1 points 6 days ago

Hmm it seems like they approve proprietaey components under some exceptions, dunno how they could test for llm-slop. But either way, they tend to ask the developer for llm use disclosure, so a developer could lie and have their app passed (though if somehow it's proven they used llms in unwanted way, they'd have issue). Also I guess the developers woild have to justify a proprietary component and theyd have to hide that it's partial purpose is llm code. Shrug

https://izzyondroid.org/docs/general/AppInclusionPolicy/#code-and-license

  1. License: The app and its code must be free (as in „free beer“ and as in „free speech“) and Open Source (see e.g. Four Freedoms for what this means). This includes using a libre license, approved by OSI/FSF (see SPDX).
  1. The app's code must be freely accessible, preferably at Codeberg, GitLab, Github, or a similar platform (self-hosted Forgejo/Gitea/GitLab instances are supported as well, if they are „permanently“ online and openly accessible).
  1. there should be no proprietary components. While some of them might be tolerable if they are essential for the app's core functionality, trackers (e.g. ads, analytics) are not. In addition to them not being F/LOSS, such modules are considered as too intrusive, and hence rejected in general.