This repository contains the VS Code extension for the "Power Query Connector SDK". This document provides context to help GitHub Copilot assist with development tasks, particularly converting test frameworks
Copilot Instructions for Package Documentation
## Package Documentation Policy
* Before using any package, module, or library, ALWAYS consult its documentation — your internal knowledge may be outdated and could cause errors
gateway source code—only the Helm chart, packaged chart archives, CI workflows, and documentation.
The single Helm chart lives in `helm-charts/azure-api-management-gateway/`. Packaged `.tgz` releases and `index.yaml` sit alongside
Agent: Visual Studio Code Extension Integrating Ollama into GitHub Copilot Chat
Welcome! This document guides you through the recommended workflows, conventions, and tooling when working on the **Opilot** VS Code
import tsx 'packages/agents-hosting/test/**/*.test.ts' # one package
```
Run `npm run repo:doctor` after structural, package, documentation, build-reference, dependency, API-baseline, test-agent, Docker, or runtime-configuration changes. Its ESLint-style
Next.js application, build and
content-tooling scripts, API routes, tests, and the Markdown/MDX documentation
under `content/`. These repository-wide instructions are intentionally small and
apply to every pull request. They
body]
[optional footer(s)]
```
### Types
- **feat**: A new feature
- **fix**: A bug fix
- **docs**: Documentation only changes
- **style**: Changes that do not affect the meaning of the code (white-space
Copilot Instructions for Chartifact
Welcome to the Chartifact codebase! This document provides essential guidance for AI coding agents to be productive in this repository. Chartifact is a low-code framework
loose prompt collection.
Prioritize:
- engine isolation
- reusable workflow patterns
- explicit ownership
- source-of-truth documentation
- structured deliverables over ad hoc output
## How To Navigate The Repository
- Start with `README.md
explain test failures unless subtle
---
## Import Rule (CRITICAL)
### For User-Facing Code (Examples, Documentation, etc)
✅ **MUST** use public APIs:
```python
from peargent import create_agent, create_tool, create_pool
from
guidelines)
## PR Review Guidelines and Checklists
### Review Process Guidance
- Focus on consistency with existing documentation and templates
- Limit comments to substantive issues (3-5 max per PR)
- Use concise, actionable
update a `.drawio` file in the repository with that content.
- Store generated Markdown documents in `docs/` and update any links accordingly.
- Prioritize speed, memory footprint, and maintainability in all implementations
hook behavior, search `testing/` for the corresponding contract before editing. The test usually documents the intended invariant better than a quick skim of the implementation.
- Keep the repo zero-dependency
running agent ever need this sentence to
do the task?* If no — it's documentation, and belongs in the `README.md`. Apply
the test to the sentence's **reader**: an instruction
When in doubt
1. Read [`../docs/architecture/OVERVIEW.md`](../docs/architecture/OVERVIEW.md).
2. Run `npm test` — the suite documents existing invariants.
3. Check the latest release REVIEW in `docs/reviews/`.
4. Ask the user
finding. Do not repeat a finding class that a stated decline or a documented accepted trade-off already answers. Reopen it only when the relevant code has changed. Report
package
npm run build:js # Build JS package
npm run build:site # Build documentation site
# Lint
npm run lint # All packages
npm run lint:css # SCSS only
npm run lint