remains English-only and is intentionally outside the machine-translation
pipeline as well.
### code/
- Runs end-to-end and exits 0 on the canonical command for the language.
- Self-terminating
changes to agent-loop behavior must be implemented and tested in both paths. When reviewingcode, check whether a change to either path also applies to the other and flag
Representation)
Located in `compiler/ir/`. Backend IR is used by all targets for:
- Lowering (transforming code to target-friendly form)
- Optimization
- Serialization to klibs
Backend implementations:
- `compiler/ir/backend.jvm/` - JVM backend
- `compiler/ir/backend.js/` - JavaScript
request already addresses the issue, do not submit a competing one without maintainer agreement.
## CodeReview Rules
For security reviews of Ruff and ty runtime changes, use the
[threat models
Authorship, labels, safety, review, and PR requirements. |
## Runtime entry points
When debugging or changing one integration, begin with its entry point:
| Runtime | Read first |
| --- | --- |
| Claude Code | `.claude-plugin/plugin.json`, `hooks/hooks.json
tool — not a grep, a partial skim, memory, or a summary — before planning, coding, or reviewing, and then follow every rule in it. A task touches billing when it meets
Before PRs, run `npm run validate && npm run test && npm run security:docs`.
## Coding Style & Naming Conventions
Use Markdown for skills and docs, JavaScript/Node for most tooling, and Python
Keep only what the change carries, and describe
the code as it stands rather than narrating earlier commits or review rounds. Naming the merged
pull request that caused
user requests like PR review, branch audit, and Warden follow-up.
- If a downstream review harness controls the final response shape, do not hardcode a competing output format
scripts/`, or `assets/` only when they earn their place.
4. Run the commands and code you document. Scope claims to the release you actually tested
("targets stable GeoPandas
cli/src/color.rs`. This module respects the `NO_COLOR` environment variable. Never use hardcoded ANSI color codes.
- CLI flags must always use kebab-case (e.g., `--auto-connect`, `--allow-file-access`). Never
Agent Guidelines for open-code-review
This file provides instructions for AI coding assistants working on this project.
## Development Assistance
Below are rules that a contributor must follow during development
already split into state, actions, and input. Keep it that way.
- **Platform code is isolated.** OS-specific behavior lives in the matching `src/platform/ .rs` file, with only shared traits, types
changes. Keep evidence links current, preserve explicit inference labels, and review map changes with the same owners as the code. Stale context is worse than no context
implementation home for behavior that belongs to a
vendored project.
Before changing code, identify the owning repository below. Implement a
module/library capability, bug fix, or contract change in that submodule
monitor it, or resolve its blockers.
Agents may inspect status, fix code and CI, request a stamphog review when a required approval is missing (MCP first, label fallback, see `/merging-prs
your contribution works with GitHub Copilot
- [ ] Checked that file names follow the naming convention
### CodeReview Checklist
For instruction files (\*.instructions.md):
- [ ] Has markdown front matter
- [ ] Has non-empty `description` field
voice, formatting rules | `communicationStyle` |
| Working preferences, hard rules | `preferencesAndConstraints` |
| "Tell me about myself" / broad review | All six |
Cross-cutting questions (e.g., "what do I do for team X?") may require