{"owner":"Gitlawb","repo":"openclaude","hasSkills":true,"hasMcp":false,"mcpConfig":null,"found":["AGENTS.md"],"skills":{"AGENTS.md":"# AGENTS.md - AI Agent Coding Guide\n\nThis guide is for AI coding agents working in the OpenClaude repository. Read it before changing code, and also follow [CONTRIBUTING.md](CONTRIBUTING.md) for contributor policy, PR expectations, review follow-up, and project scope.\n\n## Project Snapshot\n\nOpenClaude is a coding-agent CLI for cloud and local model providers. It supports OpenAI-compatible APIs, Anthropic, Gemini, DeepSeek, Ollama, MCP, local backends, slash commands, tools, agents, and a React/Ink terminal UI.\n\nThe installed CLI runs on Node.js `>=22.0.0`. Bun is used for source builds, scripts, dependency management, and tests.\n\n## Work Style\n\n- Keep changes focused on one problem.\n- Prefer existing patterns in the file or nearby module.\n- Avoid unrelated formatting, renames, dependency changes, or broad rewrites.\n- Add or update tests when behavior changes.\n- Update docs when setup, commands, provider behavior, or user-facing behavior changes.\n- For new features, larger refactors, dependencies, or runtime changes, follow the issue-first guidance in [CONTRIBUTING.md](CONTRIBUTING.md).\n\n## Stack And Conventions\n\n- TypeScript with strict mode and ESM imports.\n- React + Ink for terminal UI.\n- Bun lockfile and Bun scripts for development workflows.\n- Node runtime for the built CLI.\n\nCommon libraries and patterns:\n\n- `chalk` for terminal color.\n- `commander` for CLI argument parsing.\n- `execa` for child processes.\n- Existing service, provider, settings, permission, and UI patterns over new abstractions.\n\n## Repository Map\n\n- `src/commands/` - slash and CLI command implementations.\n- `src/components/` - React/Ink UI components.\n- `src/services/` - API, MCP, OAuth, wiki, voice, and other service integrations.\n- `src/tools/` - tool implementations.\n- `src/utils/` - shared utilities.\n- `src/integrations/` - provider and model integration metadata.\n- `src/entrypoints/` - CLI, MCP, SDK, and generated public types.\n- `src/tasks/` - local, remote, workflow, and monitor task handling.\n- `docs/integrations/` - provider integration guidance.\n- `web/` - documentation website.\n\n## Validation\n\nRun the narrowest useful checks for your change, and list the exact commands in the PR.\n\nCore checks:\n\n```bash\nbun install\nbun run build\nbun run smoke\nbun run check\nbun run typecheck\nbun run typecheck:type-tests\n```\n\nFocused checks:\n\n```bash\nbun test ./path/to/test-file.test.ts\nbun run test:provider\nbun run test:provider-recommendation\n```\n\nWeb checks, when touching `web/`:\n\n```bash\nbun run web:typecheck\nbun run web:build\n```\n\nWebsite release notes live on GitHub Releases; do not add a manually maintained release-notes data source to the static site.\n\nDiagnostics and PR hygiene:\n\n```bash\nbun run doctor:runtime\nbun run security:pr-scan\n```\n\n## Provider Changes\n\nWhen modifying provider behavior:\n\n1. Start with `docs/integrations/overview.md`.\n2. Use the relevant how-to guide under `docs/integrations/how-to/`.\n3. Check existing provider implementations before adding a new pattern.\n4. Test the exact provider/model path you changed when possible.\n5. Avoid breaking third-party providers while fixing first-party behavior.\n\n## Things To Avoid\n\n- Do not change the Node runtime or Bun development workflow without prior maintainer agreement.\n- Do not add new Python code, Python provider paths, or Python dependencies without explicit maintainer approval.\n- Do not introduce dependencies without clear project benefit.\n- Do not skip tests for behavior changes.\n- Do not silently change provider tags; maintainers control them during review.\n- Do not ignore CodeRabbit or maintainer feedback; address it before requesting more review.\n- Do not add a manually maintained release-notes data source to the static site; link to GitHub Releases instead.\n"},"files":{"AGENTS.md":"# AGENTS.md - AI Agent Coding Guide\n\nThis guide is for AI coding agents working in the OpenClaude repository. Read it before changing code, and also follow [CONTRIBUTING.md](CONTRIBUTING.md) for contributor policy, PR expectations, review follow-up, and project scope.\n\n## Project Snapshot\n\nOpenClaude is a coding-agent CLI for cloud and local model providers. It supports OpenAI-compatible APIs, Anthropic, Gemini, DeepSeek, Ollama, MCP, local backends, slash commands, tools, agents, and a React/Ink terminal UI.\n\nThe installed CLI runs on Node.js `>=22.0.0`. Bun is used for source builds, scripts, dependency management, and tests.\n\n## Work Style\n\n- Keep changes focused on one problem.\n- Prefer existing patterns in the file or nearby module.\n- Avoid unrelated formatting, renames, dependency changes, or broad rewrites.\n- Add or update tests when behavior changes.\n- Update docs when setup, commands, provider behavior, or user-facing behavior changes.\n- For new features, larger refactors, dependencies, or runtime changes, follow the issue-first guidance in [CONTRIBUTING.md](CONTRIBUTING.md).\n\n## Stack And Conventions\n\n- TypeScript with strict mode and ESM imports.\n- React + Ink for terminal UI.\n- Bun lockfile and Bun scripts for development workflows.\n- Node runtime for the built CLI.\n\nCommon libraries and patterns:\n\n- `chalk` for terminal color.\n- `commander` for CLI argument parsing.\n- `execa` for child processes.\n- Existing service, provider, settings, permission, and UI patterns over new abstractions.\n\n## Repository Map\n\n- `src/commands/` - slash and CLI command implementations.\n- `src/components/` - React/Ink UI components.\n- `src/services/` - API, MCP, OAuth, wiki, voice, and other service integrations.\n- `src/tools/` - tool implementations.\n- `src/utils/` - shared utilities.\n- `src/integrations/` - provider and model integration metadata.\n- `src/entrypoints/` - CLI, MCP, SDK, and generated public types.\n- `src/tasks/` - local, remote, workflow, and monitor task handling.\n- `docs/integrations/` - provider integration guidance.\n- `web/` - documentation website.\n\n## Validation\n\nRun the narrowest useful checks for your change, and list the exact commands in the PR.\n\nCore checks:\n\n```bash\nbun install\nbun run build\nbun run smoke\nbun run check\nbun run typecheck\nbun run typecheck:type-tests\n```\n\nFocused checks:\n\n```bash\nbun test ./path/to/test-file.test.ts\nbun run test:provider\nbun run test:provider-recommendation\n```\n\nWeb checks, when touching `web/`:\n\n```bash\nbun run web:typecheck\nbun run web:build\n```\n\nWebsite release notes live on GitHub Releases; do not add a manually maintained release-notes data source to the static site.\n\nDiagnostics and PR hygiene:\n\n```bash\nbun run doctor:runtime\nbun run security:pr-scan\n```\n\n## Provider Changes\n\nWhen modifying provider behavior:\n\n1. Start with `docs/integrations/overview.md`.\n2. Use the relevant how-to guide under `docs/integrations/how-to/`.\n3. Check existing provider implementations before adding a new pattern.\n4. Test the exact provider/model path you changed when possible.\n5. Avoid breaking third-party providers while fixing first-party behavior.\n\n## Things To Avoid\n\n- Do not change the Node runtime or Bun development workflow without prior maintainer agreement.\n- Do not add new Python code, Python provider paths, or Python dependencies without explicit maintainer approval.\n- Do not introduce dependencies without clear project benefit.\n- Do not skip tests for behavior changes.\n- Do not silently change provider tags; maintainers control them during review.\n- Do not ignore CodeRabbit or maintainer feedback; address it before requesting more review.\n- Do not add a manually maintained release-notes data source to the static site; link to GitHub Releases instead.\n"},"items":[{"name":"AGENTS.md","path":"AGENTS.md","title":"AGENTS.md","content":"# AGENTS.md - AI Agent Coding Guide\n\nThis guide is for AI coding agents working in the OpenClaude repository. Read it before changing code, and also follow [CONTRIBUTING.md](CONTRIBUTING.md) for contributor policy, PR expectations, review follow-up, and project scope.\n\n## Project Snapshot\n\nOpenClaude is a coding-agent CLI for cloud and local model providers. It supports OpenAI-compatible APIs, Anthropic, Gemini, DeepSeek, Ollama, MCP, local backends, slash commands, tools, agents, and a React/Ink terminal UI.\n\nThe installed CLI runs on Node.js `>=22.0.0`. Bun is used for source builds, scripts, dependency management, and tests.\n\n## Work Style\n\n- Keep changes focused on one problem.\n- Prefer existing patterns in the file or nearby module.\n- Avoid unrelated formatting, renames, dependency changes, or broad rewrites.\n- Add or update tests when behavior changes.\n- Update docs when setup, commands, provider behavior, or user-facing behavior changes.\n- For new features, larger refactors, dependencies, or runtime changes, follow the issue-first guidance in [CONTRIBUTING.md](CONTRIBUTING.md).\n\n## Stack And Conventions\n\n- TypeScript with strict mode and ESM imports.\n- React + Ink for terminal UI.\n- Bun lockfile and Bun scripts for development workflows.\n- Node runtime for the built CLI.\n\nCommon libraries and patterns:\n\n- `chalk` for terminal color.\n- `commander` for CLI argument parsing.\n- `execa` for child processes.\n- Existing service, provider, settings, permission, and UI patterns over new abstractions.\n\n## Repository Map\n\n- `src/commands/` - slash and CLI command implementations.\n- `src/components/` - React/Ink UI components.\n- `src/services/` - API, MCP, OAuth, wiki, voice, and other service integrations.\n- `src/tools/` - tool implementations.\n- `src/utils/` - shared utilities.\n- `src/integrations/` - provider and model integration metadata.\n- `src/entrypoints/` - CLI, MCP, SDK, and generated public types.\n- `src/tasks/` - local, remote, workflow, and monitor task handling.\n- `docs/integrations/` - provider integration guidance.\n- `web/` - documentation website.\n\n## Validation\n\nRun the narrowest useful checks for your change, and list the exact commands in the PR.\n\nCore checks:\n\n```bash\nbun install\nbun run build\nbun run smoke\nbun run check\nbun run typecheck\nbun run typecheck:type-tests\n```\n\nFocused checks:\n\n```bash\nbun test ./path/to/test-file.test.ts\nbun run test:provider\nbun run test:provider-recommendation\n```\n\nWeb checks, when touching `web/`:\n\n```bash\nbun run web:typecheck\nbun run web:build\n```\n\nWebsite release notes live on GitHub Releases; do not add a manually maintained release-notes data source to the static site.\n\nDiagnostics and PR hygiene:\n\n```bash\nbun run doctor:runtime\nbun run security:pr-scan\n```\n\n## Provider Changes\n\nWhen modifying provider behavior:\n\n1. Start with `docs/integrations/overview.md`.\n2. Use the relevant how-to guide under `docs/integrations/how-to/`.\n3. Check existing provider implementations before adding a new pattern.\n4. Test the exact provider/model path you changed when possible.\n5. Avoid breaking third-party providers while fixing first-party behavior.\n\n## Things To Avoid\n\n- Do not change the Node runtime or Bun development workflow without prior maintainer agreement.\n- Do not add new Python code, Python provider paths, or Python dependencies without explicit maintainer approval.\n- Do not introduce dependencies without clear project benefit.\n- Do not skip tests for behavior changes.\n- Do not silently change provider tags; maintainers control them during review.\n- Do not ignore CodeRabbit or maintainer feedback; address it before requesting more review.\n- Do not add a manually maintained release-notes data source to the static site; link to GitHub Releases instead.\n","category":"root","tokens":942}]}