This page is for AI coding agents, such as Claude Code or Codex, working in the Trina AX repository. The same rules apply to people.
#Ground rules
- The product id in code is
mycel: folders, sockets andMYCEL_*variables. Trina branding is ineditions/trina/branding/. - Read the repository rules (Korean) before adding a feature. Shared features belong in the core first. Read about core and Trina.
- Check
docs/DECISIONS.mdbefore changing permissions, engines or security behaviour. - Licence: AGPL-3.0-only, except
shared/src/cloud-protocol/(MIT). Keep LICENSE, NOTICE and dependency notices.
#Never commit
| Never | Instead |
|---|---|
| Secrets, keys, tokens, cookies, setup or invite links | Fictional placeholders |
| Customer data, real names, real addresses or host names | Fictional data, such as the demo team |
Personal paths such as /Users/<name>/ | Paths relative to the repository |
A changed bun.lock you did not mean to change | bun install --frozen-lockfile |
#Checks to run
- Always
bun run typecheck - For your change
Changed Run Server bun run test:unitor the relatedtests/unit/filesWeb bun run test:web,bun run build:weband related e2e specsStrings bun run check:i18nDocs bun run check:docs - Compare failures
If a test fails, run it on an untouched checkout before blaming your change. Some suites need native helpers or document converters.
#Pull request format
- Branch from current
main. Keep one focused change per pull request. - A new feature starts with
넣을 곳: <repository/folder>, 이유: <one sentence>. - Fill in the pull request template: problem, change, validation and Version impact (
patch,minor,majorornone, with one reason). Read how to choose. - Add screenshots with fictional data for visible UI changes.
- Update
CHANGELOG.mdfor user-visible changes, anddocs/UPSTREAM.mdwhen you bring a change from the core.
#Actions that need a human
Do not, without explicit approval: force-push, rewrite history, push or merge to main directly, tag a release, change repository names or visibility, or connect to customer servers.
#Writing style for app strings and docs
Short sentences, plain words, the same word for the same thing, in all five languages. Read the design rules.