same-callable groups only when a material test-lifecycle constraint makes merging misleading, and document that reason next to the groups. Write `it(...)` descriptions that state the observable behavior without
schema.native-sdk.dev`.
- `examples/` — the showcase apps, many predating the JSON default (`app.zon` + `src/`).
- `docs/` — the documentation site; `docs/AGENTS.md` has its MDX conventions.
- `skills/` and `skill-data/` — the agent skills
crates/code2prompt-core/**` → `verify-core`
- `crates/code2prompt/**` → `verify-cli`
- `crates/code2prompt-python/**` → `verify-python`
- `website/**` → `verify-website`
- Public behavior/docs/comments → `documentation`
A change can require several verification skills. Root `cargo test` does not exercise
the Python
devices).
## Docstrings
Follow Google-style docstrings. Use doctest for code examples where practical.
- Document `__init__` parameters in the class docstring, not the `__init__` method
- Don't repeat default values from
latest
```
## Agent Notes
- Always call `join_channel` before issuing any Figma commands
- Call `get_document_info` first to understand the design structure
- Use `read_my_design` or `get_selection` before
lazily with dynamic `import()`. Do not maintain a fixed dependency or adapter count in documentation.
- OpenTelemetry APIs, SDKs, semantic-convention packages, and exporters belong in `@open-multi-agent/otel`, never
NEVER create files unless absolutely necessary
- ALWAYS prefer editing existing files
- NEVER proactively create documentation files
- ALWAYS keep memory in the current working directory and `memories/` folder
### Self-improvement loop
React Best Practices
**Version 1.0.0**
Vercel Engineering
January 2026
> **Note:**
> This document is mainly for agents and LLMs to follow when maintaining,
> generating, or refactoring React and Next.js codebases. Humans
Usage
1. Read `SKILL.md` for the main skill instructions
2. Browse `references/` for detailed documentation on specific topics
3. Reference files are loaded on-demand - read only what you need
React Best Practices
**Version 1.0.0**
Vercel Engineering
January 2026
> **Note:**
> This document is mainly for agents and LLMs to follow when maintaining,
> generating, or refactoring React and Next.js codebases. Humans
repository root limited to public launchers, workspace configuration,
and legal, community, or primary project documents.
- Put engineering documents and generated reports in `docs/`, product and
architecture plans in `specs/`, automation
bulk unless the user
explicitly requests it.
- Update generated artifacts only through the generators documented in
[`.agents/generated-files.md`](.agents/generated-files.md).
## Validation by change type
Use the narrowest command that covers the change
these rules are not all
checked mechanically.
- Before submitting a pull request that changes documentation, complete the
[Documentation review checklist](#documentation-review-checklist) and fix
any issues. Review the resulting
Perfetto Project Development Guidelines for AI Agents
This document provides essential instructions and best practices for developing in the Perfetto codebase. Adhere to these guidelines to ensure consistency and quality
format
npm run build
npm test
```
4. Update `CHANGELOG.md` under `## [Unreleased]`
5. Update documentation if adding or modifying features
6. Clone and test against example projects (e.g., `XcodeBuildMCP-iOS-Template
dependencies without a clear OSS need.
- Keep crates.io metadata aligned with the repository and documentation.
- Credential boundary functions (`is_left_boundary_char` / `is_right_boundary_char` in `redactor.rs`) must only
unrelated changes into docs-only or example-only PRs.
- Preserve honesty in docs: document shipped behavior, not aspirational behavior.
## Spam / SEO Outreach Filtering
Close or ignore PRs, issues, and discussions