{"owner":"nautechsystems","repo":"nautilus_trader","hasSkills":true,"hasMcp":false,"mcpConfig":null,"found":["AGENTS.md","CLAUDE.md"],"skills":{"AGENTS.md":"# Agent Instructions\n\nRead [AI_POLICY.md](AI_POLICY.md) and [CONTRIBUTING.md](CONTRIBUTING.md) before making changes.\nFollow the [coding standards](docs/developer_guide/coding_standards.md) and the relevant developer\nguide for the area you change.\n\n## Working rules\n\n**NautilusTrader can execute live trades involving real capital. Hold every change to a very high\nstandard for correctness, reliability, testing, clarity, and maintainability.**\n\n- Read the affected code and search for existing patterns before proposing or making changes.\n- Keep each change focused on the requested outcome. Note unrelated issues instead of fixing them.\n- Match the existing style and use established functions, types, names, and dependencies.\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Do not add test‑only behavior, branches, attributes, or interfaces to production code.\n- Do not weaken, remove, bypass, or rewrite tests or required behavior merely to obtain a passing\n  result. Fix the underlying problem and preserve the behavior the tests are intended to protect.\n  Change a test only when the task intentionally changes the required behavior or when you can\n  independently verify that the test is wrong.\n- Expose the minimum public API and keep the patch focused. Avoid drive‑by refactors, renames, and\n  abstractions unrelated to the contribution.\n- Change generated artifacts through their source and generator. Never edit them by hand.\n- Do not modify `RELEASES.md`. Maintainers keep it current.\n- Do not modify `.github/workflows` or `.github/actions` for an external contribution. These paths\n  are maintainer‑only.\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n\n## Pull request readiness\n\n**Prepare a complete, review‑ready change before opening a pull request.**\n\nRun the smallest relevant test while developing. Before opening or updating a pull request, run\n`make format`, `make pre-commit`, and all tests relevant to the change locally. Follow\n`CONTRIBUTING.md` and the pull request template when preparing the pull request description.\n\nFor higher assurance, run `make pre-flight`, which performs the project's broad local validation\nsuite.\n\nTreat project CI as confirmation of a locally validated change, not as a development loop or a\nsubstitute for local compute. If a maintainer asks for an early draft, agree on its scope before\nopening it. After review feedback, batch related fixes and rerun the relevant local checks so the\ncontributor can push one coherent update.\n\n## Git and public interaction\n\n- Base contributor work on `develop` and target `develop` when preparing a pull request.\n- Do not commit, amend, push, or change remote state unless the user explicitly asks.\n- Do not open, edit, comment on, review, or otherwise interact with GitHub issues or pull requests\n  unless the user explicitly asks. The human contributor controls every public interaction and\n  remains responsible for the final communication.\n- AI may assist with drafting, but the contributor must understand the text and verify its accuracy.\n  When drafting, help preserve the contributor's choices and voice rather than replacing them with\n  generic prose.\n\n## Disclosure and attribution\n\n- NautilusTrader does not require disclosure of AI assistance.\n- The [AI Policy](AI_POLICY.md) does not override any legal, contractual, or license obligation that\n  applies to the contributor or submitted material.\n- If the contributor chooses to disclose AI assistance in a commit message, keep the wording\n  general, such as `Developed with assistance from AI.`\n- The project is neutral among AI labs, vendors, models, and tools, so do not name or promote a\n  specific one as attribution in commit messages, pull request titles, or pull request descriptions.\n- Do not add an AI tool or model as an author, co‑author, or contributor.\n- Do not add `Co-authored-by:` trailers for AI tools or models.\n- Do not add branded footers such as `Generated with ...` to commit messages or pull request text.\n","CLAUDE.md":"# Read AGENTS.md\n\n@AGENTS.md\n"},"files":{"AGENTS.md":"# Agent Instructions\n\nRead [AI_POLICY.md](AI_POLICY.md) and [CONTRIBUTING.md](CONTRIBUTING.md) before making changes.\nFollow the [coding standards](docs/developer_guide/coding_standards.md) and the relevant developer\nguide for the area you change.\n\n## Working rules\n\n**NautilusTrader can execute live trades involving real capital. Hold every change to a very high\nstandard for correctness, reliability, testing, clarity, and maintainability.**\n\n- Read the affected code and search for existing patterns before proposing or making changes.\n- Keep each change focused on the requested outcome. Note unrelated issues instead of fixing them.\n- Match the existing style and use established functions, types, names, and dependencies.\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Do not add test‑only behavior, branches, attributes, or interfaces to production code.\n- Do not weaken, remove, bypass, or rewrite tests or required behavior merely to obtain a passing\n  result. Fix the underlying problem and preserve the behavior the tests are intended to protect.\n  Change a test only when the task intentionally changes the required behavior or when you can\n  independently verify that the test is wrong.\n- Expose the minimum public API and keep the patch focused. Avoid drive‑by refactors, renames, and\n  abstractions unrelated to the contribution.\n- Change generated artifacts through their source and generator. Never edit them by hand.\n- Do not modify `RELEASES.md`. Maintainers keep it current.\n- Do not modify `.github/workflows` or `.github/actions` for an external contribution. These paths\n  are maintainer‑only.\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n\n## Pull request readiness\n\n**Prepare a complete, review‑ready change before opening a pull request.**\n\nRun the smallest relevant test while developing. Before opening or updating a pull request, run\n`make format`, `make pre-commit`, and all tests relevant to the change locally. Follow\n`CONTRIBUTING.md` and the pull request template when preparing the pull request description.\n\nFor higher assurance, run `make pre-flight`, which performs the project's broad local validation\nsuite.\n\nTreat project CI as confirmation of a locally validated change, not as a development loop or a\nsubstitute for local compute. If a maintainer asks for an early draft, agree on its scope before\nopening it. After review feedback, batch related fixes and rerun the relevant local checks so the\ncontributor can push one coherent update.\n\n## Git and public interaction\n\n- Base contributor work on `develop` and target `develop` when preparing a pull request.\n- Do not commit, amend, push, or change remote state unless the user explicitly asks.\n- Do not open, edit, comment on, review, or otherwise interact with GitHub issues or pull requests\n  unless the user explicitly asks. The human contributor controls every public interaction and\n  remains responsible for the final communication.\n- AI may assist with drafting, but the contributor must understand the text and verify its accuracy.\n  When drafting, help preserve the contributor's choices and voice rather than replacing them with\n  generic prose.\n\n## Disclosure and attribution\n\n- NautilusTrader does not require disclosure of AI assistance.\n- The [AI Policy](AI_POLICY.md) does not override any legal, contractual, or license obligation that\n  applies to the contributor or submitted material.\n- If the contributor chooses to disclose AI assistance in a commit message, keep the wording\n  general, such as `Developed with assistance from AI.`\n- The project is neutral among AI labs, vendors, models, and tools, so do not name or promote a\n  specific one as attribution in commit messages, pull request titles, or pull request descriptions.\n- Do not add an AI tool or model as an author, co‑author, or contributor.\n- Do not add `Co-authored-by:` trailers for AI tools or models.\n- Do not add branded footers such as `Generated with ...` to commit messages or pull request text.\n","CLAUDE.md":"# Read AGENTS.md\n\n@AGENTS.md\n"},"items":[{"name":"AGENTS.md","path":"AGENTS.md","title":"AGENTS.md","content":"# Agent Instructions\n\nRead [AI_POLICY.md](AI_POLICY.md) and [CONTRIBUTING.md](CONTRIBUTING.md) before making changes.\nFollow the [coding standards](docs/developer_guide/coding_standards.md) and the relevant developer\nguide for the area you change.\n\n## Working rules\n\n**NautilusTrader can execute live trades involving real capital. Hold every change to a very high\nstandard for correctness, reliability, testing, clarity, and maintainability.**\n\n- Read the affected code and search for existing patterns before proposing or making changes.\n- Keep each change focused on the requested outcome. Note unrelated issues instead of fixing them.\n- Match the existing style and use established functions, types, names, and dependencies.\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Do not add test‑only behavior, branches, attributes, or interfaces to production code.\n- Do not weaken, remove, bypass, or rewrite tests or required behavior merely to obtain a passing\n  result. Fix the underlying problem and preserve the behavior the tests are intended to protect.\n  Change a test only when the task intentionally changes the required behavior or when you can\n  independently verify that the test is wrong.\n- Expose the minimum public API and keep the patch focused. Avoid drive‑by refactors, renames, and\n  abstractions unrelated to the contribution.\n- Change generated artifacts through their source and generator. Never edit them by hand.\n- Do not modify `RELEASES.md`. Maintainers keep it current.\n- Do not modify `.github/workflows` or `.github/actions` for an external contribution. These paths\n  are maintainer‑only.\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n\n## Pull request readiness\n\n**Prepare a complete, review‑ready change before opening a pull request.**\n\nRun the smallest relevant test while developing. Before opening or updating a pull request, run\n`make format`, `make pre-commit`, and all tests relevant to the change locally. Follow\n`CONTRIBUTING.md` and the pull request template when preparing the pull request description.\n\nFor higher assurance, run `make pre-flight`, which performs the project's broad local validation\nsuite.\n\nTreat project CI as confirmation of a locally validated change, not as a development loop or a\nsubstitute for local compute. If a maintainer asks for an early draft, agree on its scope before\nopening it. After review feedback, batch related fixes and rerun the relevant local checks so the\ncontributor can push one coherent update.\n\n## Git and public interaction\n\n- Base contributor work on `develop` and target `develop` when preparing a pull request.\n- Do not commit, amend, push, or change remote state unless the user explicitly asks.\n- Do not open, edit, comment on, review, or otherwise interact with GitHub issues or pull requests\n  unless the user explicitly asks. The human contributor controls every public interaction and\n  remains responsible for the final communication.\n- AI may assist with drafting, but the contributor must understand the text and verify its accuracy.\n  When drafting, help preserve the contributor's choices and voice rather than replacing them with\n  generic prose.\n\n## Disclosure and attribution\n\n- NautilusTrader does not require disclosure of AI assistance.\n- The [AI Policy](AI_POLICY.md) does not override any legal, contractual, or license obligation that\n  applies to the contributor or submitted material.\n- If the contributor chooses to disclose AI assistance in a commit message, keep the wording\n  general, such as `Developed with assistance from AI.`\n- The project is neutral among AI labs, vendors, models, and tools, so do not name or promote a\n  specific one as attribution in commit messages, pull request titles, or pull request descriptions.\n- Do not add an AI tool or model as an author, co‑author, or contributor.\n- Do not add `Co-authored-by:` trailers for AI tools or models.\n- Do not add branded footers such as `Generated with ...` to commit messages or pull request text.\n","category":"root","tokens":1029},{"name":"CLAUDE.md","path":"CLAUDE.md","title":"CLAUDE.md","content":"# Read AGENTS.md\n\n@AGENTS.md\n","category":"root","tokens":8}]}