Skip to content

Conversation

@strantalis
Copy link
Member

No description provided.

@strantalis strantalis requested review from a team as code owners January 13, 2026 16:36
@gemini-code-assist
Copy link
Contributor

Summary of Changes

Hello @strantalis, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces a new AGENTS.md file to centralize and document critical development guidelines for the repository. The aim is to standardize practices across the project, ensuring consistency in project structure, build processes, coding style, testing, and contribution workflows, thereby improving maintainability and onboarding for new contributors.

Highlights

  • New Documentation File: Introduces AGENTS.md, a new markdown file dedicated to outlining essential repository guidelines and development practices.
  • Development Guidelines: Provides comprehensive guidelines covering project structure, build commands, coding style, and testing methodologies for the repository.
  • Contribution Standards: Establishes clear standards for commits and pull requests, including the use of Conventional Commits and DCO sign-off requirements.

🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request adds a new AGENTS.md file containing repository guidelines for developers. The document is well-structured and provides valuable information on project setup, build processes, coding standards, and contribution workflows. My review includes a few suggestions to enhance the clarity and completeness of the documentation. A key point of feedback is the filename AGENTS.md, which is unconventional for this type of content. Consider renaming it to something more descriptive like DEVELOPER_GUIDELINES.md or merging its content into the existing CONTRIBUTING.md to improve discoverability.

## Project Structure & Modules

- Multi-module Maven repo (root `pom.xml`) with three modules:
- `sdk/`: the OpenTDF Java SDK (`sdk/src/main/java`, `sdk/src/main/kotlin`, tests in `sdk/src/test/java`)
Copy link
Contributor

Choose a reason for hiding this comment

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

medium

For completeness, it would be beneficial to also mention the Kotlin test source directory, sdk/src/test/kotlin. The build is configured to compile Kotlin test sources, so including it here would provide a more accurate picture of the project structure.

Suggested change
- `sdk/`: the OpenTDF Java SDK (`sdk/src/main/java`, `sdk/src/main/kotlin`, tests in `sdk/src/test/java`)
- `sdk/`: the OpenTDF Java SDK (`sdk/src/main/java`, `sdk/src/main/kotlin`, tests in `sdk/src/test/java` and `sdk/src/test/kotlin`)


## Testing Guidelines

- Tests use JUnit (Jupiter) plus Mockito/AssertJ; place new tests under `sdk/src/test/java` and name `*Test`.
Copy link
Contributor

Choose a reason for hiding this comment

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

medium

To be consistent with the project structure that includes Kotlin sources, it's a good idea to mention that new tests can also be placed in sdk/src/test/kotlin.

Suggested change
- Tests use JUnit (Jupiter) plus Mockito/AssertJ; place new tests under `sdk/src/test/java` and name `*Test`.
- Tests use JUnit (Jupiter) plus Mockito/AssertJ; place new tests under `sdk/src/test/java` or `sdk/src/test/kotlin` and name `*Test`.

## Commit & Pull Request Guidelines

- Use Conventional Commits (enforced on PR titles): `feat(sdk): ...`, `fix(cmdline): ...`, `chore(docs): ...` (use `!` for breaking changes).
- DCO sign-off is required: `git commit -s`.
Copy link
Contributor

Choose a reason for hiding this comment

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

medium

To help contributors find more detailed information about the DCO sign-off process, consider adding a link to the CONTRIBUTING.md file.

Suggested change
- DCO sign-off is required: `git commit -s`.
- DCO sign-off is required: `git commit -s`. See [CONTRIBUTING.md](CONTRIBUTING.md) for details.


## Security & Configuration Tips

- Builds require the `buf` CLI (see `sdk/buf.yaml` / `sdk/buf.gen.yaml`). Authenticate to avoid rate limits; CI uses `BUF_INPUT_HTTPS_USERNAME`/`BUF_INPUT_HTTPS_PASSWORD`. Never commit tokens.
Copy link
Contributor

Choose a reason for hiding this comment

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

medium

The use of a slash in BUF_INPUT_HTTPS_USERNAME/BUF_INPUT_HTTPS_PASSWORD might be ambiguous and could be misinterpreted as a single value. It would be clearer to explicitly state that these are two separate environment variables.

Suggested change
- Builds require the `buf` CLI (see `sdk/buf.yaml` / `sdk/buf.gen.yaml`). Authenticate to avoid rate limits; CI uses `BUF_INPUT_HTTPS_USERNAME`/`BUF_INPUT_HTTPS_PASSWORD`. Never commit tokens.
- Builds require the `buf` CLI (see `sdk/buf.yaml` / `sdk/buf.gen.yaml`). Authenticate to avoid rate limits; CI uses `BUF_INPUT_HTTPS_USERNAME` and `BUF_INPUT_HTTPS_PASSWORD`. Never commit tokens.

@sonarqubecloud
Copy link

@github-actions
Copy link

X-Test Failure Report

✅ js-v0.4.34
✅ go-v0.4.34
✅ java-v0.4.34
✅ go-main

@github-actions
Copy link

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