@tenantegroup/ai-rules-mcp 1.1.0 → 1.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +9 -0
- package/package.json +1 -1
- package/rules/nuxt/code-quality.md +16 -18
- package/src/index.js +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -7,6 +7,15 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
|
|
|
7
7
|
|
|
8
8
|
---
|
|
9
9
|
|
|
10
|
+
## [1.2.0] - 2026-07-02
|
|
11
|
+
|
|
12
|
+
### Added
|
|
13
|
+
- **TypeScript Clean Code Manual**: Created [03 - TypeScript Clean Code Standards.md](vault/00%20-%20Core%20Standards/03%20-%20TypeScript%20Clean%20Code%20Standards.md) in the vault's core standards.
|
|
14
|
+
- **MCP Code Quality Updates**: Integrated Clean Code principles (variables, naming, functions, immutability, side-effect prevention) into [rules/nuxt/code-quality.md](rules/nuxt/code-quality.md).
|
|
15
|
+
- Updated [vault/99 - Master Index.md](vault/99%20-%20Master%20Index.md) to register the new Clean Code manual.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
10
19
|
## [1.1.0] - 2026-07-02
|
|
11
20
|
|
|
12
21
|
### Added
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@tenantegroup/ai-rules-mcp",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.2.0",
|
|
4
4
|
"description": "Unified MCP server providing AI coding rules for Cloudflare Backend, Nuxt Frontend, Flutter Client, and dotNET MAUI stacks with smart context filtering",
|
|
5
5
|
"main": "src/index.js",
|
|
6
6
|
"type": "module",
|
|
@@ -1,25 +1,23 @@
|
|
|
1
1
|
# Code Quality Standards
|
|
2
2
|
|
|
3
|
-
## TypeScript Requirements
|
|
4
|
-
- Enable strict mode in `tsconfig.json`
|
|
5
|
-
- Never use `any` type without justification
|
|
6
|
-
- Define interfaces for all data structures
|
|
7
|
-
- Use
|
|
3
|
+
## TypeScript Requirements & Clean Naming
|
|
4
|
+
- Enable strict mode in `tsconfig.json` (specifically check `--strictNullChecks`)
|
|
5
|
+
- Never use `any` type without justification; use explicit typing or generics
|
|
6
|
+
- Define interfaces or type aliases for all data structures
|
|
7
|
+
- Use meaningful, pronounceable, and searchable variable/constant names (avoid magic numbers/strings)
|
|
8
|
+
- Avoid mental mapping; use explicit names (e.g. `user` instead of `u`)
|
|
9
|
+
- Avoid unneeded context in property definitions (e.g. `make` instead of `carMake` inside a `Car` type)
|
|
10
|
+
- Use default parameters instead of short-circuiting (`||` or ternary checks)
|
|
8
11
|
- Export types for reuse across services
|
|
9
12
|
|
|
10
|
-
## Code Organization
|
|
11
|
-
- Keep functions small and focused (
|
|
12
|
-
-
|
|
13
|
-
-
|
|
14
|
-
-
|
|
15
|
-
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
- Use camelCase for variables and functions
|
|
19
|
-
- Use PascalCase for classes and types
|
|
20
|
-
- Use UPPER_CASE for constants
|
|
21
|
-
- Use descriptive names (avoid abbreviations)
|
|
22
|
-
- Prefix boolean variables with `is`, `has`, or `should`
|
|
13
|
+
## Code Organization & Functions
|
|
14
|
+
- Keep functions small and focused (Single Responsibility Principle)
|
|
15
|
+
- Functions should ideally take **2 or fewer arguments**; consolidate larger parameter lists into a config object and use destructuring
|
|
16
|
+
- Functions should do exactly one thing and maintain a single level of abstraction
|
|
17
|
+
- Never use flags (boolean parameters) in function signatures; split them into separate functions (e.g. `createTempFile` vs `createFile`)
|
|
18
|
+
- Avoid side effects: do not mutate input objects or arrays; return cloned, modified copies (e.g., `[...cart, item]` instead of `cart.push(item)`)
|
|
19
|
+
- Group related functionality in classes or services
|
|
20
|
+
- Avoid deep nesting (max 3 levels recommended) and use early returns
|
|
23
21
|
|
|
24
22
|
## Comments and Documentation
|
|
25
23
|
- Write self-documenting code when possible
|