Skip to content

Initial#2

Draft
RankoR wants to merge 1 commit into
GrapheneOS:mainfrom
RankoR-GOS:main
Draft

Initial#2
RankoR wants to merge 1 commit into
GrapheneOS:mainfrom
RankoR-GOS:main

Conversation

@RankoR

@RankoR RankoR commented May 23, 2026

Copy link
Copy Markdown
Contributor

No description provided.

Comment thread ai/AGENTS.md
- Introducing a new image-loading, icon, animation, or UI dependency when an
existing app stack already covers the need.
- Importing the wrong `R` because the namespace was not checked.
- Passing rich objects through navigation instead of stable identifiers.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No navigation section at all, just one line in Common Pitfalls about not passing rich objects. Is that intentional? If each app picks its own nav lib, where does the reader learn the baseline (route style, NavController ownership, surviving process death)?

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nothing about composables shared across features (top app bars, avatars, shape extensions). How should the agent decide when to extract a shared component, where it lives, and whether shared tokens go as top-level consts or MaterialTheme.xxx extensions

Comment thread ai/AGENTS.md
Many app repositories contain legacy Java, XML, platform-imported code, custom
data models, service locators, loaders, cursors, or binding systems.

- Preserve legacy APIs and contracts while wrapping them for new code.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On a quick read, "preserve legacy" sounds like "don't touch old files". But after migrating a screen the old layout/menu/prefs/activity is dead. Would it make sense to rephrase this?

Comment thread guidelines/code-style.md

## Resources

- Put user-visible strings in `res/values/strings.xml`.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It says where strings go but nothing about translation files. If an agent edits res/values-de/strings.xml, is that good or bad? Right now there's no signal.

Comment thread guidelines/code-style.md
`repo`, `impl`, and `tmp` in ordinary code.
- Short names such as `id`, `uri`, `db`, `io`, `x`, `y`, and `it` are acceptable
where they are conventional and local.
- Use PascalCase for classes, interfaces, objects, enum entries that model

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Works for identity enums like Action.Save. Lots of Android code has enums modeling wire constants or flags. Is UPPER_SNAKE_CASE for those allowed, forbidden, or just unspecified?

Comment thread ai/AGENTS.md

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A lot of AGENTS.md paraphrases app-architecture.md, code-style.md, unit-tests.md. What's the source of truth? How do you plan to keep them from drifting once one side is edited?

Comment thread ai/README.md

## Adopting In An App Repository

Copy [AGENTS.md](AGENTS.md) into the target app repository root.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This step puts each downstream app on its own drifting fork. Was that tradeoff considered? How does an app pick up corrections to AGENTS.md after it's forked?

Comment thread guidelines/code-style.md
function naming, warnings-as-errors for detekt, and a small set of detekt
adjustments for app and Compose code.

## Formatting

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I noticed the formatting rules are in two docs + .editorconfig now. Maybe we can keep them in just one place so it's easier to update?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants