> For the complete documentation index, see [llms.txt](https://docs.gorangocss.kawanua.id/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.gorangocss.kawanua.id/contributing/gorangocss.md).

# Contributing to GorangoCSS

 We expect contributors to abide by our underlying [Code of Conduct](https://gorangocss.kawanua.id/codeofconduct). All discussions about this project must be respectful and harassment-free.

Remember that communication is the lifeblood of any Open Source project. We are all working on this together, and we are all benefiting from this software.

It's very easy to misunderstand one another in asynchronous, text-based conversations. When in doubt, assume everyone has the best intentions.

If you feel anyone has violated our Code of Conduct, you should anonymously contact the team with our [abuse report form](https://kontak.kawanua.id/en/).

## Guidelines

### How to contribute

1. [Fork the project](https://github.com/KawanuaDev/gorangocss) and clone it to your local machine.
2. Create a branch with your GitHub username and the ID of the issue, for example: `git checkout -b USERNAME/some-new-feature-1234`
3. Code and commit your changes. Bonus points if you write a good commit message: `git commit -m 'Add some feature 1234'`
4. Push to the branch: `git push -u origin USERNAME/some-new-feature-1234`
5. [Create a pull request](https://docs.gorangocss.kawanua.id/contributing/contributing-to-gorangocss#create-a-pull-request) for your branch.

### Create an issue

Nobody's perfect. Something doesn't work? Something could be better? Check to see if the issue already exists, and if it does, leave a comment to get our attention! If the issue doesn't already exist, feel free to create a new one. A core team member will triage incoming issues.

*Please note: core team members may update the title of an issue to reflect the discussion.*

### Please use inclusive language

Inclusion and respect are core tenets of our [Code of Conduct](https://gorangocss.kawanua.id/codeofconduct). We expect thoughtful language all the way down to the code. Some technical metaphors are alienating or triggering. We ask that contributors go the extra mile to submit code which is inclusive in nature.

If you unintentionally use language deemed harmful, there is no shame. We will work together to find a better alternative. Being thoughtful about language also encourages more thoughtful code!

### Create a pull request

* Try to keep the pull requests small. A pull request should try its very best to address only a single concern.
* Document your reasoning behind the changes. Explain why you wrote the code in the way you did. The code should explain what it does.
*  If there's an existing issue, reference to it by adding something like `References/Closes/Fixes/Resolves #123`, where `123` is the issue number. [More info here](https://github.com/blog/1506-closing-issues-via-pull-requests).
* All commits in a pull request will be squashed when merged.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.gorangocss.kawanua.id/contributing/gorangocss.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.