Skip to content

Commit 270ee93

Browse files
committed
chore: config ai agent
1 parent e8d4aa3 commit 270ee93

File tree

2 files changed

+28
-0
lines changed

2 files changed

+28
-0
lines changed

.gemini/settings.json

Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,10 @@
1+
{
2+
"mcpServers": {
3+
"nx-mcp": {
4+
"type": "stdio",
5+
"command": "npx",
6+
"args": ["nx", "mcp"]
7+
}
8+
},
9+
"contextFileName": "AGENTS.md"
10+
}

AGENTS.md

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -3,21 +3,39 @@
33
This repo uses Codex-style coding agents. Keep instructions short, concrete, and scoped to this project.
44

55
## Project Layout
6+
67
- `apps/webhook_router`: Rust backend (Axum + SQLite)
78
- `apps/console`: React frontend
89
- `docs/`: design notes and specs
910

1011
## Backend Conventions
12+
1113
- SQLite only; support `:memory:` for tests.
1214
- No queues; dispatch synchronously.
1315
- Webhook endpoints are `POST /ingress/:endpoint_id/:platform`.
1416
- Use HTTP Basic Auth for `/api`.
1517
- Adapters live in `apps/webhook_router/src/adapters/`.
1618

1719
## Testing
20+
1821
- Prefer unit tests near the code (module `#[cfg(test)]`).
1922
- Run: `cargo test -p webhook_router`.
2023

2124
## Docs
25+
2226
- Update `docs/tech-plan.md` if architecture changes.
2327
- Adapter formats live in `docs/adapters/`.
28+
29+
<!-- nx configuration start-->
30+
<!-- Leave the start & end comments to automatically receive updates. -->
31+
32+
# General Guidelines for working with Nx
33+
34+
- When running tasks (for example build, lint, test, e2e, etc.), always prefer running the task through `nx` (i.e. `nx run`, `nx run-many`, `nx affected`) instead of using the underlying tooling directly
35+
- You have access to the Nx MCP server and its tools, use them to help the user
36+
- When answering questions about the repository, use the `nx_workspace` tool first to gain an understanding of the workspace architecture where applicable.
37+
- When working in individual projects, use the `nx_project_details` mcp tool to analyze and understand the specific project structure and dependencies
38+
- For questions around nx configuration, best practices or if you're unsure, use the `nx_docs` tool to get relevant, up-to-date docs. Always use this instead of assuming things about nx configuration
39+
- If the user needs help with an Nx configuration or project graph error, use the `nx_workspace` tool to get any errors
40+
41+
<!-- nx configuration end-->

0 commit comments

Comments
 (0)