{"owner":"nautechsystems","repo":"nautilus_trader","hasSkills":true,"totalSkillsCount":5,"totalTokensCount":2033,"categories":["claude-rule","root-instruction","mcp-config","marketplace","plugin-manifest"],"hasMcp":true,"mcpConfig":{"mcpServers":{"nautilus_trader":{"command":"npx","args":["-y","@modelcontextprotocol/server-nautilus_trader"]}}},"found":["CLAUDE.md","AGENTS.md",".cursor/mcp.json",".claude-plugin/marketplace.json",".claude-plugin/plugin.json"],"skills":{"CLAUDE.md":"# Read AGENTS.md\n\n@AGENTS.md\n","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### Environment\n\n- Use the uv-managed Python project environment at its default location, `python/.venv`. Do not\n  create or use a root `.venv`; run direct uv project commands from `python/` or pass\n  `--project python` from the repository root.\n\n### Scope and style\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 with the minimum public API. Note unrelated\n  issues instead of fixing them, and avoid drive-by refactors, renames, and abstractions\n  unrelated to the contribution.\n- Match the existing style and use established functions, types, names, and dependencies.\n\n### Correctness\n\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Keep scripts and paths portable across Linux, macOS, and Windows. Normalize path separators with\n  the shared helpers (for example `normalize_path_separators` in\n  `nautilus_persistence::common::paths`) before splitting or joining; never split a raw path on\n  `/` alone.\n\n### Tests\n\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- Do not let tests depend on adapter environment variables; `make pre-flight` runs with all of\n  them unset via `scripts/strip-adapter-env.bash`. Register new adapter environment variables there.\n\n### Change mechanics\n\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\n### Commit messages\n\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n- Do not put an issue or pull request number in a commit subject or pull request title. A squash\n  merge appends the number; reference issues from the commit body instead.\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,\nestablish the development environment described in `CONTRIBUTING.md`. Run `make format`,\n`make pre-commit`, and all tests relevant to the change locally, and confirm they pass. If a\nrequired check cannot run, report the limitation and do not claim the change is ready. Follow the\npull request template when preparing the pull request description.\n\nTreat validation as evidence for the exact tested change. After a later edit or rebase, rerun the\naffected checks.\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",".cursor/mcp.json":"# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.cursor/mcp.json)",".claude-plugin/marketplace.json":"# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/marketplace.json)",".claude-plugin/plugin.json":"# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/plugin.json)"},"files":{"CLAUDE.md":"# Read AGENTS.md\n\n@AGENTS.md\n","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### Environment\n\n- Use the uv-managed Python project environment at its default location, `python/.venv`. Do not\n  create or use a root `.venv`; run direct uv project commands from `python/` or pass\n  `--project python` from the repository root.\n\n### Scope and style\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 with the minimum public API. Note unrelated\n  issues instead of fixing them, and avoid drive-by refactors, renames, and abstractions\n  unrelated to the contribution.\n- Match the existing style and use established functions, types, names, and dependencies.\n\n### Correctness\n\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Keep scripts and paths portable across Linux, macOS, and Windows. Normalize path separators with\n  the shared helpers (for example `normalize_path_separators` in\n  `nautilus_persistence::common::paths`) before splitting or joining; never split a raw path on\n  `/` alone.\n\n### Tests\n\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- Do not let tests depend on adapter environment variables; `make pre-flight` runs with all of\n  them unset via `scripts/strip-adapter-env.bash`. Register new adapter environment variables there.\n\n### Change mechanics\n\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\n### Commit messages\n\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n- Do not put an issue or pull request number in a commit subject or pull request title. A squash\n  merge appends the number; reference issues from the commit body instead.\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,\nestablish the development environment described in `CONTRIBUTING.md`. Run `make format`,\n`make pre-commit`, and all tests relevant to the change locally, and confirm they pass. If a\nrequired check cannot run, report the limitation and do not claim the change is ready. Follow the\npull request template when preparing the pull request description.\n\nTreat validation as evidence for the exact tested change. After a later edit or rebase, rerun the\naffected checks.\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",".cursor/mcp.json":"# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.cursor/mcp.json)",".claude-plugin/marketplace.json":"# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/marketplace.json)",".claude-plugin/plugin.json":"# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/plugin.json)"},"items":[{"name":"AGENTS.md","path":"AGENTS.md","rawUrl":"https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/AGENTS.md","title":"AI Agent Protocol & Instructions","category":"root-instruction","format":"markdown","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### Environment\n\n- Use the uv-managed Python project environment at its default location, `python/.venv`. Do not\n  create or use a root `.venv`; run direct uv project commands from `python/` or pass\n  `--project python` from the repository root.\n\n### Scope and style\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 with the minimum public API. Note unrelated\n  issues instead of fixing them, and avoid drive-by refactors, renames, and abstractions\n  unrelated to the contribution.\n- Match the existing style and use established functions, types, names, and dependencies.\n\n### Correctness\n\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Keep scripts and paths portable across Linux, macOS, and Windows. Normalize path separators with\n  the shared helpers (for example `normalize_path_separators` in\n  `nautilus_persistence::common::paths`) before splitting or joining; never split a raw path on\n  `/` alone.\n\n### Tests\n\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- Do not let tests depend on adapter environment variables; `make pre-flight` runs with all of\n  them unset via `scripts/strip-adapter-env.bash`. Register new adapter environment variables there.\n\n### Change mechanics\n\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\n### Commit messages\n\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n- Do not put an issue or pull request number in a commit subject or pull request title. A squash\n  merge appends the number; reference issues from the commit body instead.\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,\nestablish the development environment described in `CONTRIBUTING.md`. Run `make format`,\n`make pre-commit`, and all tests relevant to the change locally, and confirm they pass. If a\nrequired check cannot run, report the limitation and do not claim the change is ready. Follow the\npull request template when preparing the pull request description.\n\nTreat validation as evidence for the exact tested change. After a later edit or rebase, rerun the\naffected checks.\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","isInternal":false,"tokens":1122,"sizeBytes":5350},{"name":"CLAUDE.md","path":"CLAUDE.md","rawUrl":"https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/CLAUDE.md","title":"Claude Agent Guidelines & System Prompt","category":"claude-rule","format":"markdown","content":"# Read AGENTS.md\n\n@AGENTS.md\n","isInternal":false,"tokens":11,"sizeBytes":29},{"name":"marketplace.json","path":".claude-plugin/marketplace.json","rawUrl":"https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/marketplace.json","title":"Claude Plugin Marketplace Catalog","category":"marketplace","format":"json","content":"# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/marketplace.json)","tokens":300,"sizeBytes":209},{"name":"plugin.json","path":".claude-plugin/plugin.json","rawUrl":"https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/plugin.json","title":"claude-plugin Plugin Manifest","category":"plugin-manifest","format":"json","content":"# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/plugin.json)","tokens":300,"sizeBytes":195},{"name":"mcp.json","path":".cursor/mcp.json","rawUrl":"https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.cursor/mcp.json","title":"Model Context Protocol (MCP) Configuration","category":"mcp-config","format":"json","content":"# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.cursor/mcp.json)","tokens":300,"sizeBytes":188}],"systemPromptSnippet":"<yakaai_skills repo=\"nautechsystems/nautilus_trader\">\n<!-- File: AGENTS.md (Tokens: ~1122 | Category: root-instruction) -->\n# 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### Environment\n\n- Use the uv-managed Python project environment at its default location, `python/.venv`. Do not\n  create or use a root `.venv`; run direct uv project commands from `python/` or pass\n  `--project python` from the repository root.\n\n### Scope and style\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 with the minimum public API. Note unrelated\n  issues instead of fixing them, and avoid drive-by refactors, renames, and abstractions\n  unrelated to the contribution.\n- Match the existing style and use established functions, types, names, and dependencies.\n\n### Correctness\n\n- Preserve exact arithmetic for prices, quantities, money, fees, and other discrete values. Use the\n  project domain types or `Decimal`.\n- Keep scripts and paths portable across Linux, macOS, and Windows. Normalize path separators with\n  the shared helpers (for example `normalize_path_separators` in\n  `nautilus_persistence::common::paths`) before splitting or joining; never split a raw path on\n  `/` alone.\n\n### Tests\n\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- Do not let tests depend on adapter environment variables; `make pre-flight` runs with all of\n  them unset via `scripts/strip-adapter-env.bash`. Register new adapter environment variables there.\n\n### Change mechanics\n\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\n### Commit messages\n\n- Do not use Conventional Commits syntax for commit messages or pull request titles.\n- Do not put an issue or pull request number in a commit subject or pull request title. A squash\n  merge appends the number; reference issues from the commit body instead.\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,\nestablish the development environment described in `CONTRIBUTING.md`. Run `make format`,\n`make pre-commit`, and all tests relevant to the change locally, and confirm they pass. If a\nrequired check cannot run, report the limitation and do not claim the change is ready. Follow the\npull request template when preparing the pull request description.\n\nTreat validation as evidence for the exact tested change. After a later edit or rebase, rerun the\naffected checks.\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\n<!-- File: CLAUDE.md (Tokens: ~11 | Category: claude-rule) -->\n# Read AGENTS.md\n\n@AGENTS.md\n\n<!-- File: .claude-plugin/marketplace.json (Tokens: ~300 | Category: marketplace) -->\n# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/marketplace.json)\n\n<!-- File: .claude-plugin/plugin.json (Tokens: ~300 | Category: plugin-manifest) -->\n# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.claude-plugin/plugin.json)\n\n<!-- File: .cursor/mcp.json (Tokens: ~300 | Category: mcp-config) -->\n# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/nautechsystems/nautilus_trader/HEAD/.cursor/mcp.json)\n</yakaai_skills>"}