@ryuenn3123/agentic-senior-core 3.0.29 → 3.0.31
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/.agent-context/rules/efficiency-vs-hype.md +5 -3
- package/.agent-context/state/memory-continuity-benchmark.json +1 -1
- package/.cursorrules +1 -1
- package/.gemini/instructions.md +1 -1
- package/.github/copilot-instructions.md +1 -1
- package/.instructions.md +2 -2
- package/.windsurfrules +1 -1
- package/AGENTS.md +1 -1
- package/README.md +5 -6
- package/mcp.json +19 -12
- package/package.json +1 -1
|
@@ -2,15 +2,17 @@
|
|
|
2
2
|
|
|
3
3
|
## Latest-Compatible-First Rule
|
|
4
4
|
|
|
5
|
-
The LLM may choose modern libraries and tooling when they fit the project. This rule does not prefer "no library" or any fixed dependency set.
|
|
5
|
+
The LLM may choose modern libraries and tooling when they fit the project. This rule does not prefer "no library", "always add a library", or any fixed dependency set.
|
|
6
|
+
|
|
7
|
+
New dependencies are allowed when they create a better practical tradeoff than custom implementation. The decision should be based on whether the dependency meaningfully improves efficiency, shortens delivery time, improves correctness, reduces maintenance burden, or avoids unnecessary in-house code.
|
|
6
8
|
|
|
7
9
|
Before adding or recommending a dependency:
|
|
8
10
|
- check current official docs, release notes, and setup guidance when the ecosystem decision matters
|
|
9
11
|
- choose the latest stable compatible dependency version unless a project constraint blocks it
|
|
10
12
|
- use the official scaffolder or setup command when it creates the current supported project shape
|
|
11
13
|
- Only step down to an older dependency version after documenting the exact compatibility, runtime, platform, or ecosystem reason.
|
|
12
|
-
- explain why the dependency
|
|
14
|
+
- explain why the dependency is a better tradeoff than local implementation for the current task
|
|
13
15
|
- avoid packages that are stale, thinly maintained, too heavy for the job, or added only because they are popular
|
|
14
16
|
- keep dependency boundaries replaceable when the library would spread through many files
|
|
15
17
|
|
|
16
|
-
Reject offline dependency decisions, outdated tutorial versions, and
|
|
18
|
+
Reject offline dependency decisions, outdated tutorial versions, trend choices, and dependency avoidance choices that are not grounded in the current repo, brief, and delivery tradeoffs.
|
package/.cursorrules
CHANGED
package/.gemini/instructions.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
Adapter Mode: thin
|
|
4
4
|
Adapter Source: .instructions.md
|
|
5
|
-
Canonical Snapshot SHA256:
|
|
5
|
+
Canonical Snapshot SHA256: c2aef70028abc43f5e3f110a2fa90086cd6697bac42ec97a8d4db3c4477880d4
|
|
6
6
|
|
|
7
7
|
Canonical policy source: [.instructions.md](../.instructions.md).
|
|
8
8
|
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
Adapter Mode: thin
|
|
4
4
|
Adapter Source: .instructions.md
|
|
5
|
-
Canonical Snapshot SHA256:
|
|
5
|
+
Canonical Snapshot SHA256: c2aef70028abc43f5e3f110a2fa90086cd6697bac42ec97a8d4db3c4477880d4
|
|
6
6
|
|
|
7
7
|
The canonical policy source for this repository is [.instructions.md](../.instructions.md).
|
|
8
8
|
|
package/.instructions.md
CHANGED
|
@@ -29,7 +29,7 @@ Available engineering rule files:
|
|
|
29
29
|
- `error-handling.md` - Never swallow errors, use typed error codes
|
|
30
30
|
- `testing.md` - Test pyramid, behavior over implementation
|
|
31
31
|
- `git-workflow.md` - Conventional commits and change hygiene
|
|
32
|
-
- `efficiency-vs-hype.md` -
|
|
32
|
+
- `efficiency-vs-hype.md` - Practical dependency and tooling decisions over trend or avoidance bias
|
|
33
33
|
- `api-docs.md` - OpenAPI 3.1 and public surface documentation
|
|
34
34
|
- `microservices.md` - Evidence-required service splits and distributed-system boundaries
|
|
35
35
|
- `event-driven.md` - Idempotency and event boundaries
|
|
@@ -38,7 +38,7 @@ Available engineering rule files:
|
|
|
38
38
|
- `frontend-architecture.md` - UI structure, anti-generic boundaries, responsive mutation
|
|
39
39
|
- `docker-runtime.md` - Latest-docs-first Dockerfile and Compose generation
|
|
40
40
|
|
|
41
|
-
**What to do**: Resolve only the rule files relevant to the current task. Do not read the entire rule directory by default. For UI-only work, start with `bootstrap-design.md` and `frontend-architecture.md` and keep backend or DevOps rules unloaded unless the task explicitly crosses those boundaries. For Docker or Compose work, load `docker-runtime.md` and verify the latest official Docker docs before authoring container assets. For framework or package setup work, use the latest stable compatible dependency set and official setup flow unless a documented compatibility constraint blocks it.
|
|
41
|
+
**What to do**: Resolve only the rule files relevant to the current task. Do not read the entire rule directory by default. For UI-only work, start with `bootstrap-design.md` and `frontend-architecture.md` and keep backend or DevOps rules unloaded unless the task explicitly crosses those boundaries. For Docker or Compose work, load `docker-runtime.md` and verify the latest official Docker docs before authoring container assets. For framework or package setup work, use the latest stable compatible dependency set and official setup flow unless a documented compatibility constraint blocks it. New dependencies are allowed when they produce a better practical tradeoff than custom implementation, including meaningful efficiency, delivery-time, correctness, or maintainability gains.
|
|
42
42
|
|
|
43
43
|
### Global Backend/API Governance Routing
|
|
44
44
|
|
package/.windsurfrules
CHANGED
package/AGENTS.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
Adapter Mode: thin
|
|
4
4
|
Adapter Source: .instructions.md
|
|
5
|
-
Canonical Snapshot SHA256:
|
|
5
|
+
Canonical Snapshot SHA256: c2aef70028abc43f5e3f110a2fa90086cd6697bac42ec97a8d4db3c4477880d4
|
|
6
6
|
|
|
7
7
|
This file is an adapter entrypoint for agent discovery.
|
|
8
8
|
The canonical policy source is [.instructions.md](.instructions.md).
|
package/README.md
CHANGED
|
@@ -10,13 +10,12 @@
|
|
|
10
10
|
**Production-grade Rules Engine (Governance Engine) for AI coding agents.**
|
|
11
11
|
Works with Cursor, Windsurf, GitHub Copilot, Claude Code, Gemini, and other LLM-powered IDE workflows.
|
|
12
12
|
|
|
13
|
-
Latest release: 3.0.
|
|
13
|
+
Latest release: 3.0.30 (2026-04-25).
|
|
14
14
|
|
|
15
|
-
Highlights in 3.0.
|
|
16
|
-
-
|
|
17
|
-
-
|
|
18
|
-
-
|
|
19
|
-
- Release gate now validates the design-intent seed for token derivation and library verification completeness.
|
|
15
|
+
Highlights in 3.0.30:
|
|
16
|
+
- Root `mcp.json` now reflects the current 9-layer governance model instead of the old 8-layer metadata.
|
|
17
|
+
- MCP knowledge metadata now includes 15 rules, 4 prompts including `bootstrap-design`, and the project-context layer.
|
|
18
|
+
- MCP workflow wording now reinforces scope-first relevant-layer injection instead of eager load-all context.
|
|
20
19
|
|
|
21
20
|
</div>
|
|
22
21
|
|
package/mcp.json
CHANGED
|
@@ -1,14 +1,14 @@
|
|
|
1
1
|
{
|
|
2
|
-
"version": "1.
|
|
2
|
+
"version": "1.1",
|
|
3
3
|
"name": "agentic-senior-core",
|
|
4
|
-
"description": "MCP configuration for governance-aware diagnostics and self-healing workflows with dynamic knowledge injection.",
|
|
4
|
+
"description": "MCP configuration for governance-aware diagnostics, scoped rule loading, and self-healing workflows with dynamic knowledge injection.",
|
|
5
5
|
"knowledgeLayers": {
|
|
6
6
|
"enabled": true,
|
|
7
|
-
"description": "
|
|
7
|
+
"description": "9-layer dynamic knowledge injection for AI agents",
|
|
8
8
|
"layers": {
|
|
9
9
|
"rules": {
|
|
10
10
|
"path": ".agent-context/rules",
|
|
11
|
-
"count":
|
|
11
|
+
"count": 15,
|
|
12
12
|
"autoLoad": true
|
|
13
13
|
},
|
|
14
14
|
"stack-strategies": {
|
|
@@ -29,9 +29,9 @@
|
|
|
29
29
|
},
|
|
30
30
|
"prompts": {
|
|
31
31
|
"path": ".agent-context/prompts",
|
|
32
|
-
"count":
|
|
32
|
+
"count": 4,
|
|
33
33
|
"autoLoad": true,
|
|
34
|
-
"templates": ["init-project", "refactor", "review-code"]
|
|
34
|
+
"templates": ["init-project", "bootstrap-design", "refactor", "review-code"]
|
|
35
35
|
},
|
|
36
36
|
"governance-modes": {
|
|
37
37
|
"path": "dynamic",
|
|
@@ -41,13 +41,19 @@
|
|
|
41
41
|
},
|
|
42
42
|
"state": {
|
|
43
43
|
"path": ".agent-context/state",
|
|
44
|
-
"count":
|
|
44
|
+
"count": 22,
|
|
45
45
|
"autoLoad": true
|
|
46
46
|
},
|
|
47
47
|
"policies": {
|
|
48
48
|
"path": ".agent-context/policies",
|
|
49
49
|
"count": 1,
|
|
50
50
|
"autoLoad": true
|
|
51
|
+
},
|
|
52
|
+
"project-context": {
|
|
53
|
+
"path": "docs",
|
|
54
|
+
"count": 0,
|
|
55
|
+
"autoLoad": false,
|
|
56
|
+
"sources": ["project-brief", "architecture-decision-record", "flow-overview", "api-contract", "database-schema", "DESIGN", "design-intent"]
|
|
51
57
|
}
|
|
52
58
|
}
|
|
53
59
|
},
|
|
@@ -76,15 +82,16 @@
|
|
|
76
82
|
"full-knowledge-injection": {
|
|
77
83
|
"trigger": ["workspace.initialize", "agent.start"],
|
|
78
84
|
"steps": [
|
|
79
|
-
"
|
|
80
|
-
"
|
|
81
|
-
"
|
|
82
|
-
"
|
|
85
|
+
"resolve_scope_first",
|
|
86
|
+
"inject_relevant_rules",
|
|
87
|
+
"inject_runtime_decision_signals",
|
|
88
|
+
"inject_structural_planning_signals",
|
|
83
89
|
"inject_execution_contracts",
|
|
84
90
|
"inject_prompts",
|
|
85
91
|
"inject_governance_modes",
|
|
86
92
|
"inject_state",
|
|
87
|
-
"inject_policies"
|
|
93
|
+
"inject_policies",
|
|
94
|
+
"inject_project_context_when_relevant"
|
|
88
95
|
]
|
|
89
96
|
}
|
|
90
97
|
}
|