@ryuenn3123/agentic-senior-core 2.5.6 → 2.5.7
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/state/memory-continuity-benchmark.json +1 -1
- package/.cursorrules +1 -1
- package/.windsurfrules +1 -1
- package/README.md +55 -513
- package/package.json +1 -1
package/.cursorrules
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# AGENTIC-SENIOR-CORE DYNAMIC GOVERNANCE RULESET
|
|
2
2
|
|
|
3
|
-
Generated by Agentic-Senior-Core CLI v2.5.
|
|
3
|
+
Generated by Agentic-Senior-Core CLI v2.5.7
|
|
4
4
|
Timestamp: 2026-04-15T00:14:51.184Z
|
|
5
5
|
Selected profile: beginner
|
|
6
6
|
Selected policy file: .agent-context/policies/llm-judge-threshold.json
|
package/.windsurfrules
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# AGENTIC-SENIOR-CORE DYNAMIC GOVERNANCE RULESET
|
|
2
2
|
|
|
3
|
-
Generated by Agentic-Senior-Core CLI v2.5.
|
|
3
|
+
Generated by Agentic-Senior-Core CLI v2.5.7
|
|
4
4
|
Timestamp: 2026-04-15T00:14:51.184Z
|
|
5
5
|
Selected profile: beginner
|
|
6
6
|
Selected policy file: .agent-context/policies/llm-judge-threshold.json
|
package/README.md
CHANGED
|
@@ -7,169 +7,44 @@
|
|
|
7
7
|
[](LICENSE)
|
|
8
8
|
[](CONTRIBUTING.md)
|
|
9
9
|
|
|
10
|
-
**
|
|
11
|
-
Works with Cursor
|
|
10
|
+
**Production-grade rules engine for AI coding agents.**
|
|
11
|
+
Works with Cursor, Windsurf, GitHub Copilot, Claude Code, Gemini, and other LLM-powered IDE workflows.
|
|
12
12
|
|
|
13
13
|
</div>
|
|
14
14
|
|
|
15
15
|
---
|
|
16
16
|
|
|
17
|
-
##
|
|
18
|
-
|
|
19
|
-
This is **not** a boilerplate. It's a **dynamic governance engine**: strict engineering rules, stack profiles, blueprints, review checklists, override policies, and state maps that keep AI output production-grade.
|
|
20
|
-
|
|
21
|
-
Think of it as giving your AI pair programmer **10 years of production experience** through carefully crafted instructions and guardrails.
|
|
22
|
-
|
|
23
|
-
### Before Agentic-Senior-Core
|
|
24
|
-
```text
|
|
25
|
-
You: "Build me a user registration API"
|
|
26
|
-
AI: *Creates a single file with no validation, any types, console.log,
|
|
27
|
-
hardcoded secrets, no error handling, and 47 TODO comments*
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
### After Agentic-Senior-Core
|
|
31
|
-
```text
|
|
32
|
-
You: "Build me a user registration API"
|
|
33
|
-
AI: *Creates properly layered modules with Zod validation, typed errors,
|
|
34
|
-
structured logging, security headers, tests, and API documentation*
|
|
35
|
-
```
|
|
36
|
-
|
|
37
|
-
---
|
|
38
|
-
|
|
39
|
-
## Quick Start
|
|
40
|
-
|
|
41
|
-
### Method 1 (Recommended): npm package
|
|
42
|
-
|
|
43
|
-
The npm package is already published. For most users, this is the default path.
|
|
44
|
-
|
|
45
|
-
**Step 1: Navigate to your project folder**
|
|
46
|
-
```bash
|
|
47
|
-
cd /path/to/your-project
|
|
48
|
-
```
|
|
49
|
-
|
|
50
|
-
**Step 2: Run initialization (does not require install)**
|
|
51
|
-
|
|
52
|
-
Use `npx` or `npm exec` — both download the package temporarily, run it in your project folder, then clean up automatically.
|
|
17
|
+
## 60-Second Start
|
|
53
18
|
|
|
54
19
|
```bash
|
|
55
20
|
npx @ryuenn3123/agentic-senior-core init
|
|
56
|
-
# or
|
|
57
|
-
npm exec --yes @ryuenn3123/agentic-senior-core init
|
|
58
|
-
```
|
|
59
|
-
|
|
60
|
-
If the target folder is empty, `init` now offers a quick-choice discovery mode by default.
|
|
61
|
-
You can finish setup using numbered options (Enter selects the first option), and switch to detailed typing when needed.
|
|
62
|
-
|
|
63
|
-
**Alternative: Global install (optional)**
|
|
64
|
-
|
|
65
|
-
If you want the tool available system-wide without repeating `npx`:
|
|
66
|
-
|
|
67
|
-
```bash
|
|
68
|
-
npm install -g @ryuenn3123/agentic-senior-core
|
|
69
|
-
# Then from any project folder:
|
|
70
|
-
agentic-senior-core init
|
|
71
21
|
```
|
|
72
22
|
|
|
73
|
-
|
|
74
|
-
|----------|--------------|---|---|
|
|
75
|
-
| **npx (default)** | None — temporary download | Inside your project folder | Clearest workflow; no system pollution |
|
|
76
|
-
| **Global install** | System-wide | From anywhere | Convenience if using frequently across many projects |
|
|
23
|
+
That one command initializes your project with compiled rules, review checklists, and state context.
|
|
77
24
|
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
**Use team defaults with profile packs:**
|
|
25
|
+
Optional team default path:
|
|
81
26
|
|
|
82
27
|
```bash
|
|
83
28
|
npx @ryuenn3123/agentic-senior-core init --profile-pack startup
|
|
84
29
|
```
|
|
85
30
|
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
Use this method if your team prefers source-based bootstrap or template-first onboarding.
|
|
89
|
-
|
|
90
|
-
GitHub template:
|
|
91
|
-
- **[Create from template](https://github.com/fatidaprilian/Agentic-Senior-Core/generate)**
|
|
92
|
-
|
|
93
|
-
GitHub source execution (interactive):
|
|
94
|
-
|
|
95
|
-
```bash
|
|
96
|
-
npm exec --yes --package=github:fatidaprilian/Agentic-Senior-Core agentic-senior-core init .
|
|
97
|
-
```
|
|
98
|
-
|
|
99
|
-
GitHub bootstrap scripts:
|
|
100
|
-
- Windows: `scripts/init-project.ps1`
|
|
101
|
-
- Linux/macOS: `scripts/init-project.sh`
|
|
102
|
-
|
|
103
|
-
Windows PowerShell:
|
|
104
|
-
|
|
105
|
-
```powershell
|
|
106
|
-
powershell -ExecutionPolicy Bypass -File .\scripts\init-project.ps1 -TargetDirectory . -Profile balanced -Stack typescript -Blueprint api-nextjs -Ci true
|
|
107
|
-
```
|
|
108
|
-
|
|
109
|
-
Linux/macOS Bash:
|
|
110
|
-
|
|
111
|
-
```bash
|
|
112
|
-
bash ./scripts/init-project.sh . --profile balanced --stack typescript --blueprint api-nextjs --ci true
|
|
113
|
-
```
|
|
114
|
-
|
|
115
|
-
### Preset starters
|
|
116
|
-
|
|
117
|
-
Use presets when you want faster onboarding with less manual selection.
|
|
118
|
-
|
|
119
|
-
```bash
|
|
120
|
-
npx @ryuenn3123/agentic-senior-core init --preset frontend-web
|
|
121
|
-
npx @ryuenn3123/agentic-senior-core init --preset backend-api
|
|
122
|
-
npx @ryuenn3123/agentic-senior-core init --preset mobile-react-native
|
|
123
|
-
npx @ryuenn3123/agentic-senior-core init --preset java-enterprise-api
|
|
124
|
-
npx @ryuenn3123/agentic-senior-core init --preset dotnet-enterprise-api
|
|
125
|
-
```
|
|
126
|
-
|
|
127
|
-
Expanded preset catalog:
|
|
128
|
-
|
|
129
|
-
- `frontend-web`, `backend-api`, `fullstack-product`, `platform-governance`
|
|
130
|
-
- `mobile-react-native`, `mobile-flutter`, `observability-platform`
|
|
131
|
-
- `typescript-nestjs-service`, `java-enterprise-api`, `dotnet-enterprise-api`, `php-laravel-api`, `kubernetes-platform`
|
|
132
|
-
|
|
133
|
-
### Newbie mode
|
|
31
|
+
---
|
|
134
32
|
|
|
135
|
-
|
|
33
|
+
## Before / After
|
|
136
34
|
|
|
137
|
-
```
|
|
138
|
-
|
|
139
|
-
|
|
35
|
+
```text
|
|
36
|
+
Before:
|
|
37
|
+
"Build me a user registration API"
|
|
38
|
+
=> one file, weak validation, no typed errors, weak structure
|
|
140
39
|
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
- `init` does not copy repository workflows from this project into your target repository.
|
|
145
|
-
- For fresh projects, `init` asks what you are building first (API, web, mobile, CLI, library) and filters stack choices to match that scope.
|
|
146
|
-
- For mobile scope, stack choices are limited to mobile-relevant options (`react-native`, `flutter`).
|
|
147
|
-
- For existing projects, `init` auto-applies detected stack signals (including additional stack signals for polyglot repositories) so you do not need to re-select language manually.
|
|
148
|
-
- For web projects, `init` can capture separate frontend and backend stacks plus separate frontend/backend blueprints, and keeps this dual architecture context in the onboarding report.
|
|
149
|
-
- `init` detects runtime environment (Linux/WSL, Windows, macOS) and supports explicit override with `--runtime-env`.
|
|
150
|
-
- Project discovery now captures Docker strategy (none, development-only, production-only, both) and keeps development and production container intent separated.
|
|
151
|
-
- Docker setup is expected to be generated dynamically by AI from real project context, not fixed static templates.
|
|
152
|
-
- `init` project discovery accepts answers in any language; prompts stay in English, but non-English answers are supported.
|
|
153
|
-
- Generated docs default to English for consistency; use `--docs-lang` only when you explicitly need a different output language.
|
|
154
|
-
- After docs scaffolding, CLI prints prompt starter examples so users can iterate by prompt without rewriting full project context.
|
|
155
|
-
- MCP server trust approval is manual in IDE settings (initial start).
|
|
156
|
-
- Optional MCP auto-restart on config changes is available via `chat.mcp.autoStart` (Experimental setting in VS Code).
|
|
157
|
-
- MCP workspace scaffold is opt-in via `--mcp-template` and creates `.vscode/mcp.json`.
|
|
158
|
-
|
|
159
|
-
**What files are created?**
|
|
160
|
-
```
|
|
161
|
-
your-project/
|
|
162
|
-
├── .cursorrules (agent instructions for Cursor)
|
|
163
|
-
├── .windsurfrules (agent instructions for Windsurf)
|
|
164
|
-
├── .instructions.md (canonical governance and AI behavior policy)
|
|
165
|
-
├── .agent-context/ (blueprints, skills, rules, profiles, state maps)
|
|
166
|
-
└── .vscode/
|
|
167
|
-
└── mcp.json (only if --mcp-template is used)
|
|
40
|
+
After:
|
|
41
|
+
"Build me a user registration API"
|
|
42
|
+
=> layered modules, validated inputs, typed errors, tests, docs updates
|
|
168
43
|
```
|
|
169
44
|
|
|
170
|
-
|
|
45
|
+
---
|
|
171
46
|
|
|
172
|
-
|
|
47
|
+
## MCP Quick Setup (VS Code)
|
|
173
48
|
|
|
174
49
|
1. Generate workspace MCP config:
|
|
175
50
|
|
|
@@ -177,414 +52,81 @@ If you are looking for a file picker in the MCP UI, that is expected because VS
|
|
|
177
52
|
npx @ryuenn3123/agentic-senior-core init --mcp-template
|
|
178
53
|
```
|
|
179
54
|
|
|
180
|
-
2. Open
|
|
181
|
-
3. Confirm
|
|
182
|
-
4.
|
|
183
|
-
5. Open Chat Customizations > MCP Servers, then trust/start the server.
|
|
184
|
-
6. Optional: enable `chat.mcp.autoStart` in VS Code Settings to auto-restart MCP servers when config changes are detected.
|
|
185
|
-
|
|
186
|
-
If VS Code shows `Property $schema is not allowed` for `.vscode/mcp.json`, remove the `$schema` field. Newer MCP configuration schema versions infer this automatically.
|
|
187
|
-
|
|
188
|
-
If logs repeatedly show `Waiting for server to respond to initialize request`, upgrade to the latest package version, regenerate the workspace config with `--mcp-template`, and restart the MCP server.
|
|
189
|
-
|
|
190
|
-
### CLI Command Reference
|
|
191
|
-
|
|
192
|
-
All available commands:
|
|
193
|
-
|
|
194
|
-
| Command | Purpose | Example |
|
|
195
|
-
|---------|---------|---------|
|
|
196
|
-
| `launch` | Numbered onboarding launcher | `agentic-senior-core launch` |
|
|
197
|
-
| `init` | Initialize governance in a project | `agentic-senior-core init . --profile balanced` |
|
|
198
|
-
| `upgrade` | Upgrade existing governance safely | `agentic-senior-core upgrade . --dry-run` |
|
|
199
|
-
| `optimize` | Manage token optimization profile | `agentic-senior-core optimize . --show` |
|
|
200
|
-
| `mcp` | Start local MCP stdio server runtime | `agentic-senior-core mcp` |
|
|
201
|
-
| `rollback` | Roll back from backup snapshot | `agentic-senior-core rollback .` |
|
|
202
|
-
| `skill` | Select domain skill pack by tier | `agentic-senior-core skill frontend --tier advance` |
|
|
203
|
-
| `--version` | Print CLI version | `agentic-senior-core --version` |
|
|
204
|
-
|
|
205
|
-
### Skill Selector
|
|
206
|
-
|
|
207
|
-
Use the unified skill selector to pick the right pack for a domain:
|
|
208
|
-
|
|
209
|
-
```bash
|
|
210
|
-
agentic-senior-core skill frontend --tier advance
|
|
211
|
-
agentic-senior-core skill backend --tier expert
|
|
212
|
-
agentic-senior-core skill fullstack --json
|
|
213
|
-
```
|
|
214
|
-
|
|
215
|
-
When you run `init`, the CLI now auto-activates the matching skill packs for the chosen stack and blueprint, so the compiled governance context includes the relevant frontend, backend, fullstack, and CLI guidance by default.
|
|
216
|
-
|
|
217
|
-
### Token Optimization Mode (Enabled by Default on Init)
|
|
218
|
-
|
|
219
|
-
Use this mode when your AI session is shell-heavy and context usage is high.
|
|
220
|
-
By default, every `init` flow enables token optimization automatically (npx, npm exec, global CLI, preset, and interactive wizard).
|
|
221
|
-
The optimization engine works in two modes:
|
|
222
|
-
- Native fallback mode (no external dependency required)
|
|
223
|
-
- External proxy mode (auto-detected when available)
|
|
224
|
-
|
|
225
|
-
Quick start:
|
|
226
|
-
|
|
227
|
-
```bash
|
|
228
|
-
agentic-senior-core optimize . --agent copilot --enable
|
|
229
|
-
agentic-senior-core optimize . --show
|
|
230
|
-
agentic-senior-core optimize . --disable
|
|
231
|
-
|
|
232
|
-
# Auto-enable during project initialization
|
|
233
|
-
npx @ryuenn3123/agentic-senior-core init --token-optimize --token-agent copilot
|
|
234
|
-
|
|
235
|
-
# Opt out when needed
|
|
236
|
-
npx @ryuenn3123/agentic-senior-core init --no-token-optimize
|
|
237
|
-
```
|
|
238
|
-
|
|
239
|
-
When enabled, the CLI writes `.agent-context/state/token-optimization.json`, regenerates compiled rules, and adds compact command guidance to `.cursorrules` and `.windsurfrules`.
|
|
240
|
-
If an external token proxy is available, the CLI prints setup hints. If not, native fallback guidance stays active, so outside users are not forced to install extra tooling.
|
|
241
|
-
|
|
242
|
-
### Memory Continuity Mode (Enabled by Default on Init)
|
|
243
|
-
|
|
244
|
-
By default, every `init` flow also enables memory continuity automatically.
|
|
245
|
-
This allows cross-session context carryover through compact index-first retrieval plus selective hydration.
|
|
246
|
-
|
|
247
|
-
Quick start:
|
|
248
|
-
|
|
249
|
-
```bash
|
|
250
|
-
# Default behavior (explicit flag optional)
|
|
251
|
-
npx @ryuenn3123/agentic-senior-core init --memory-continuity
|
|
252
|
-
|
|
253
|
-
# Opt out when needed
|
|
254
|
-
npx @ryuenn3123/agentic-senior-core init --no-memory-continuity
|
|
255
|
-
```
|
|
256
|
-
|
|
257
|
-
When enabled, the CLI writes `.agent-context/state/memory-continuity.json`, regenerates compiled rules, and injects `MEMORY CONTINUITY PROFILE` guidance into `.cursorrules` and `.windsurfrules`.
|
|
258
|
-
|
|
259
|
-
Compatibility note:
|
|
260
|
-
- Works for local IDE, CLI, and cloud IDE chat runtimes that support the adapter contract or MCP retrieval path.
|
|
261
|
-
- Generic web chat runtimes without repository tool hooks cannot auto-hydrate memory at runtime and should use manual summary handoff.
|
|
262
|
-
|
|
263
|
-
### Token Efficiency Benchmark Snapshot
|
|
264
|
-
|
|
265
|
-
Latest local benchmark (2026-04-11) from `.agent-context/state/token-optimization-benchmark.json`:
|
|
266
|
-
|
|
267
|
-
| Scenario | Baseline Token Estimate | Agentic Native Token Estimate | Native Savings | RTK Token Estimate | RTK Status |
|
|
268
|
-
|----------|-------------------------|-------------------------------|----------------|--------------------|------------|
|
|
269
|
-
| Latest commit detail review | 3798 | 177 | 95.34% | 3798 | Detected (`rtk` v0.35.0) |
|
|
270
|
-
| Commit history review | 3730 | 889 | 76.17% | 1610 | Detected (`rtk` v0.35.0) |
|
|
271
|
-
| Search result scan | 5339 | 1099 | 79.42% | 5339 | Detected (`rtk` v0.35.0) |
|
|
272
|
-
| Average | - | - | 83.64% | 18.95% savings | Detected (`rtk` v0.35.0) |
|
|
273
|
-
|
|
274
|
-
Method note:
|
|
275
|
-
- Estimate formula is `ceil(output_chars / 4)`.
|
|
276
|
-
- This is a command-output estimate, not provider-specific tokenizer output.
|
|
277
|
-
- RTK results depend on host utilities. On Windows hosts without GNU `grep` or `ls`, RTK may fall back to `rtk git ...` paths for some scenarios.
|
|
278
|
-
|
|
279
|
-
Reproduce and refresh this table:
|
|
280
|
-
|
|
281
|
-
```bash
|
|
282
|
-
npm run benchmark:token
|
|
283
|
-
```
|
|
284
|
-
|
|
285
|
-
### Benchmark Evidence Bundle (V2.5.1 Baseline)
|
|
286
|
-
|
|
287
|
-
Generate a reproducible benchmark evidence artifact (inputs, rubric, rerun instructions, and outputs):
|
|
288
|
-
|
|
289
|
-
```bash
|
|
290
|
-
npm run benchmark:bundle
|
|
291
|
-
```
|
|
55
|
+
2. Open `MCP: Open Workspace Folder Configuration`.
|
|
56
|
+
3. Confirm `.vscode/mcp.json` points to `node ./scripts/mcp-server.mjs` with `cwd: ${workspaceFolder}`.
|
|
57
|
+
4. Trust and start the server in Chat Customizations > MCP Servers.
|
|
292
58
|
|
|
293
|
-
|
|
294
|
-
- `.agent-context/state/benchmark-evidence-bundle.json`
|
|
59
|
+
Optional: enable `chat.mcp.autoStart` (Experimental) for auto-restart when MCP config changes.
|
|
295
60
|
|
|
296
|
-
|
|
297
|
-
|
|
298
|
-
```bash
|
|
299
|
-
node ./scripts/benchmark-evidence-bundle.mjs --stdout-only
|
|
300
|
-
```
|
|
301
|
-
|
|
302
|
-
### Writer-Judge Comparison Matrix (V2.5.1)
|
|
303
|
-
|
|
304
|
-
Generate a blind-review writer-judge matrix with independent lane configuration:
|
|
305
|
-
|
|
306
|
-
```bash
|
|
307
|
-
npm run benchmark:writer-judge
|
|
308
|
-
```
|
|
309
|
-
|
|
310
|
-
This command writes:
|
|
311
|
-
- `.agent-context/state/benchmark-writer-judge-matrix.json`
|
|
312
|
-
|
|
313
|
-
Writer and judge lane configuration is stored in:
|
|
314
|
-
- `.agent-context/state/benchmark-writer-judge-config.json`
|
|
315
|
-
|
|
316
|
-
For CI pipelines that only need stdout JSON:
|
|
317
|
-
|
|
318
|
-
```bash
|
|
319
|
-
node ./scripts/benchmark-writer-judge-matrix.mjs --stdout-only
|
|
320
|
-
```
|
|
321
|
-
|
|
322
|
-
### Memory Continuity Benchmark (V2.5.3 Pilot)
|
|
323
|
-
|
|
324
|
-
Validate cross-agent memory hydration quality, privacy redaction safety, and session-start token savings:
|
|
325
|
-
|
|
326
|
-
```bash
|
|
327
|
-
npm run benchmark:continuity
|
|
328
|
-
```
|
|
329
|
-
|
|
330
|
-
This command writes:
|
|
331
|
-
- `.agent-context/state/memory-continuity-benchmark.json`
|
|
332
|
-
|
|
333
|
-
Reference artifacts:
|
|
334
|
-
- `.agent-context/state/memory-schema-v1.json`
|
|
335
|
-
- `.agent-context/state/memory-adapter-contract.json`
|
|
336
|
-
|
|
337
|
-
For CI pipelines that only need stdout JSON:
|
|
338
|
-
|
|
339
|
-
```bash
|
|
340
|
-
node ./scripts/memory-continuity-benchmark.mjs --stdout-only
|
|
341
|
-
```
|
|
342
|
-
|
|
343
|
-
### Benchmark Quickstart Path (V2.5)
|
|
344
|
-
|
|
345
|
-
For new users, run this minimal sequence first:
|
|
346
|
-
|
|
347
|
-
```bash
|
|
348
|
-
npm run benchmark:detection
|
|
349
|
-
npm run benchmark:writer-judge
|
|
350
|
-
npm run benchmark:bundle
|
|
351
|
-
npm run benchmark:continuity
|
|
352
|
-
```
|
|
353
|
-
|
|
354
|
-
This gives a fast baseline of accuracy, writer-judge comparison, and evidence packaging in one pass.
|
|
355
|
-
|
|
356
|
-
### Documentation Quality Drift Report
|
|
357
|
-
|
|
358
|
-
Generate a machine-readable documentation-quality drift artifact:
|
|
359
|
-
|
|
360
|
-
```bash
|
|
361
|
-
npm run report:docs-quality-drift
|
|
362
|
-
```
|
|
363
|
-
|
|
364
|
-
For CI pipelines that only need stdout JSON:
|
|
365
|
-
|
|
366
|
-
```bash
|
|
367
|
-
node ./scripts/docs-quality-drift-report.mjs --stdout-only
|
|
368
|
-
```
|
|
369
|
-
|
|
370
|
-
### Install and Setup Choices
|
|
371
|
-
|
|
372
|
-
The CLI now supports a smaller decision surface for first-time setup:
|
|
373
|
-
|
|
374
|
-
| Path | Best for |
|
|
375
|
-
|------|----------|
|
|
376
|
-
| `agentic-senior-core launch` | Numbered interactive chooser for install and preset paths |
|
|
377
|
-
| GitHub Template | Zero-install project bootstrap |
|
|
378
|
-
| npm exec / npx | One-off setup on an existing repo |
|
|
379
|
-
| npm install -g | Repeated local use from the shell |
|
|
380
|
-
| `--preset` | Fast bootstrap with a curated stack and blueprint |
|
|
381
|
-
| `optimize` | Optional token-aware shell output guidance with native fallback |
|
|
382
|
-
|
|
383
|
-
### Supported Stack Map
|
|
384
|
-
|
|
385
|
-
Use the stack that matches the project you are actually starting:
|
|
386
|
-
|
|
387
|
-
| Stack | Recommended Blueprint | Best Fit |
|
|
388
|
-
|-------|-----------------------|----------|
|
|
389
|
-
| TypeScript | api-nextjs | Web app, fullstack product, CLI tooling |
|
|
390
|
-
| Python | fastapi-service | API service, automation, data-heavy backend |
|
|
391
|
-
| Go | go-service | Small, fast services and platform tooling |
|
|
392
|
-
| Java | spring-boot-api | Enterprise APIs and service-oriented systems |
|
|
393
|
-
| PHP | laravel-api | Conventional product backends |
|
|
394
|
-
| C# | aspnet-api | Microsoft stack services and enterprise apps |
|
|
395
|
-
| Rust | go-service | Performance-sensitive backend work |
|
|
396
|
-
| Ruby | laravel-api | Mature product services and backend workflows |
|
|
397
|
-
| React Native | mobile-app | Cross-platform mobile applications |
|
|
398
|
-
| Flutter | mobile-app | Cross-platform mobile applications |
|
|
399
|
-
|
|
400
|
-
### Benchmark Comparison (Current State)
|
|
401
|
-
|
|
402
|
-
| Capability | antigravity-awesome-skills | awesome-copilot | MiniMax-AI/skills | Agentic-Senior-Core |
|
|
403
|
-
|------------|----------------------------|-----------------|-------------------|---------------------|
|
|
404
|
-
| Skill organization | Large curated library | Resource catalog + governance docs | Domain-focused packs | Unified folder-based domain packs with tier routing |
|
|
405
|
-
| Architecture guidance | Strong practical patterns | Strong SoC and layered architecture | Strong applied templates | Consolidated architecture + domain enforcement |
|
|
406
|
-
| CLI governance | Limited | Moderate | Moderate | Init/upgrade/output governance with dry-run and structured reports |
|
|
407
|
-
| Distribution operations | Basic | Moderate | Strong release checklists | Publish, rollback, compatibility gates plus benchmark/sbom flows |
|
|
408
|
-
| Review quality | Pattern-oriented | Checklist-oriented | Gate-oriented | Planning/security/benchmark review model with CI integration |
|
|
409
|
-
|
|
410
|
-
### Option 4: Clone and Play
|
|
411
|
-
Want to poke around under the hood? Just clone the repo and `npx @ryuenn3123/agentic-senior-core init` locally. No runtime dependencies needed — everything uses native Node.js!
|
|
412
|
-
|
|
413
|
-
### Upgrade Existing Governance Packs (V1.x to V2.x)
|
|
414
|
-
|
|
415
|
-
Yes, the upgrade flow still works. Use `--dry-run` first to preview changes, then apply with `--yes` when you are ready.
|
|
416
|
-
|
|
417
|
-
Preview migration changes safely:
|
|
418
|
-
|
|
419
|
-
```bash
|
|
420
|
-
npx @ryuenn3123/agentic-senior-core upgrade --dry-run
|
|
421
|
-
```
|
|
422
|
-
|
|
423
|
-
Apply migration updates:
|
|
424
|
-
|
|
425
|
-
```bash
|
|
426
|
-
npx @ryuenn3123/agentic-senior-core upgrade --yes
|
|
427
|
-
```
|
|
61
|
+
If you see `Property $schema is not allowed`, keep `.vscode/mcp.json` without `$schema` and keep only `servers`.
|
|
428
62
|
|
|
429
63
|
---
|
|
430
64
|
|
|
431
|
-
##
|
|
65
|
+
## Core Commands
|
|
432
66
|
|
|
433
|
-
|
|
434
|
-
|
|
435
|
-
|
|
436
|
-
|
|
437
|
-
|
|
438
|
-
|
|
439
|
-
|
|
67
|
+
| Command | Purpose |
|
|
68
|
+
|---------|---------|
|
|
69
|
+
| `agentic-senior-core init` | Initialize governance context |
|
|
70
|
+
| `agentic-senior-core upgrade --dry-run` | Preview safe upgrades |
|
|
71
|
+
| `agentic-senior-core optimize --show` | Show token optimization state |
|
|
72
|
+
| `agentic-senior-core skill frontend --tier advance` | Select skill packs |
|
|
73
|
+
| `agentic-senior-core mcp` | Start local MCP stdio runtime |
|
|
440
74
|
|
|
441
75
|
---
|
|
442
76
|
|
|
443
|
-
##
|
|
77
|
+
## Terminology Mapping (Final)
|
|
444
78
|
|
|
445
|
-
|
|
446
|
-
|
|
447
|
-
|
|
448
|
-
|
|
449
|
-
|
|
450
|
-
|
|
451
|
-
|
|
452
|
-
- **Machine-Readable CI Output:** LLM Judge emits `JSON_REPORT` payloads and writes `.agent-context/state/llm-judge-report.json` for PR/MR annotation tooling.
|
|
453
|
-
- **MCP Runtime Server:** `scripts/mcp-server.mjs` exposes validate/test/release checks as MCP tools.
|
|
454
|
-
- **MCP Registration Model:** IDE MCP server registration is manual; workspace config lives in `.vscode/mcp.json` (`--mcp-template`).
|
|
79
|
+
| Canonical Enterprise Term | Developer-Facing Alias | Usage Rule |
|
|
80
|
+
|---------------------------|------------------------|------------|
|
|
81
|
+
| Federated Governance | Federated Rules Operations | Use canonical term in compliance/audit artifacts. |
|
|
82
|
+
| Governance Engine | Rules Engine | Use alias in onboarding and day-to-day developer docs. |
|
|
83
|
+
| Guardrails | Quality Checks | Use alias in implementation guidance and quickstart docs. |
|
|
84
|
+
|
|
85
|
+
Rule: on first mention in developer-facing docs, include canonical term in parentheses.
|
|
455
86
|
|
|
456
87
|
---
|
|
457
88
|
|
|
458
|
-
##
|
|
89
|
+
## Reference Docs
|
|
459
90
|
|
|
460
|
-
|
|
461
|
-
.
|
|
462
|
-
|
|
463
|
-
|
|
464
|
-
|
|
465
|
-
|
|
466
|
-
|
|
467
|
-
|
|
468
|
-
|
|
469
|
-
├── .github/copilot-instructions.md # GitHub Copilot entry point
|
|
470
|
-
├── .gemini/instructions.md # Antigravity / Gemini entry point
|
|
471
|
-
├── bin/
|
|
472
|
-
│ └── agentic-senior-core.js # Interactive CLI (Delivery Engine)
|
|
473
|
-
├── .agent-context/
|
|
474
|
-
│ ├── rules/ # Universal engineering laws
|
|
475
|
-
│ ├── stacks/ # Language-specific profiles
|
|
476
|
-
│ ├── blueprints/ # Scaffolding and pipeline templates
|
|
477
|
-
│ ├── review-checklists/ # AI self-audit guides
|
|
478
|
-
│ ├── prompts/ # Ready-to-use prompts
|
|
479
|
-
│ └── state/ # Architecture and dependency state maps
|
|
480
|
-
│ ├── architecture-map.md
|
|
481
|
-
│ └── dependency-map.md
|
|
482
|
-
├── scripts/
|
|
483
|
-
│ ├── validate.mjs # Repository validator
|
|
484
|
-
│ ├── llm-judge.mjs # LLM-as-a-Judge CI gate
|
|
485
|
-
│ ├── mcp-server.mjs # Local MCP stdio server (validate/test/release tools)
|
|
486
|
-
│ ├── init-project.sh # GitHub bootstrap script (Linux/macOS)
|
|
487
|
-
│ └── init-project.ps1 # GitHub bootstrap script (Windows)
|
|
488
|
-
├── docs/
|
|
489
|
-
│ ├── faq.md
|
|
490
|
-
│ └── deep-dive.md
|
|
491
|
-
├── tests/
|
|
492
|
-
│ ├── cli-smoke.test.mjs
|
|
493
|
-
│ └── llm-judge.test.mjs
|
|
494
|
-
├── package.json
|
|
495
|
-
├── CONTRIBUTING.md
|
|
496
|
-
├── LICENSE
|
|
497
|
-
└── README.md
|
|
498
|
-
```
|
|
91
|
+
- GitHub Template: https://github.com/fatidaprilian/Agentic-Senior-Core/generate
|
|
92
|
+
- Windows bootstrap script: scripts/init-project.ps1
|
|
93
|
+
- Linux/macOS bootstrap script: scripts/init-project.sh
|
|
94
|
+
- FAQ: docs/faq.md
|
|
95
|
+
- Deep dive internals: docs/deep-dive.md
|
|
96
|
+
- V2 upgrade playbook: docs/v2-upgrade-playbook.md
|
|
97
|
+
- Integration playbook: docs/integration-playbook.md
|
|
98
|
+
- Benchmark and stack reference: docs/benchmark-reference.md
|
|
99
|
+
- Product roadmap: docs/roadmap.md
|
|
499
100
|
|
|
500
101
|
---
|
|
501
102
|
|
|
502
103
|
## Validation
|
|
503
104
|
|
|
504
|
-
Ensure everything is running smoothly before merging rules patches:
|
|
505
|
-
|
|
506
105
|
```bash
|
|
507
106
|
npm run validate
|
|
107
|
+
npm test
|
|
108
|
+
npm run gate:release
|
|
508
109
|
```
|
|
509
110
|
|
|
510
|
-
|
|
511
|
-
|
|
512
|
-
```bash
|
|
513
|
-
npm run benchmark:detection
|
|
514
|
-
```
|
|
515
|
-
|
|
516
|
-
Generate governance observability artifacts:
|
|
517
|
-
|
|
518
|
-
```bash
|
|
519
|
-
npm run report:quality-trend
|
|
520
|
-
npm run report:governance-weekly
|
|
521
|
-
```
|
|
111
|
+
---
|
|
522
112
|
|
|
523
113
|
## Release and npm Publish Flow
|
|
524
114
|
|
|
525
115
|
This repository publishes to npm automatically through GitHub Actions on every push to `main`.
|
|
526
116
|
|
|
527
117
|
Release checklist:
|
|
118
|
+
|
|
528
119
|
1. Bump `package.json` version.
|
|
529
120
|
2. Add matching release notes in `CHANGELOG.md`.
|
|
530
121
|
3. Push to `main`.
|
|
531
122
|
|
|
532
|
-
Important notes
|
|
533
|
-
- If the npm version already exists, publish will fail.
|
|
534
|
-
- Publish requires valid `NPM_TOKEN` in repository secrets.
|
|
535
|
-
|
|
536
|
-
---
|
|
537
|
-
|
|
538
|
-
## Roadmap
|
|
539
|
-
|
|
540
|
-
### Completed Milestones
|
|
541
|
-
- V1.0 to V1.3: Core rules, multi-language stacks, advanced architecture patterns, and infrastructure blueprints.
|
|
542
|
-
- V1.4: Dynamic Governance Engine (interactive CLI, context compiler, state maps, override system, guardrails, MCP self-healing).
|
|
543
|
-
- V1.5: Newbie-First Experience (Node-first runtime, zero-install onboarding path, smart auto-detection, profile presets, LLM severity thresholds, docs split, smoke tests).
|
|
544
|
-
|
|
545
|
-
### V1.6 (Released) — Enterprise Reliability and Team Workflow
|
|
546
|
-
- Team profile packs and safer override governance shipped.
|
|
547
|
-
- CI annotation standardization and stronger detection transparency shipped.
|
|
548
|
-
- Upgrade assistant and benchmark coverage shipped.
|
|
549
|
-
|
|
550
|
-
### V1.7 (Released) — Frontend Product Experience Governance Pack
|
|
551
|
-
- Frontend usability checklist, execution playbook, and issue template shipped.
|
|
552
|
-
- Frontend usability audit script and CI artifact workflow shipped.
|
|
553
|
-
|
|
554
|
-
### V1.8 (Released) — Enterprise Release Operations and Compliance
|
|
555
|
-
- Release-gate automation shipped with machine-readable artifact output.
|
|
556
|
-
- CycloneDX SBOM generation and compliance artifact workflow shipped.
|
|
557
|
-
- Operations playbook and release-operations checklist shipped.
|
|
558
|
-
|
|
559
|
-
### Current Forward Plan
|
|
560
|
-
- V2.0: Delivered baseline maintained. Skill marketplace trust tiers, transactional installs, rollback safety, and launch-menu onboarding are active foundations.
|
|
561
|
-
- V2.5: Released. Benchmark anti-regression track, frontend excellence enforcement, and memory continuity pilot are complete.
|
|
562
|
-
- V3.0: Planning and intake phase for enterprise governance cloud, policy drift detection, and org-level override registry.
|
|
563
|
-
|
|
564
|
-
Roadmap-first execution policy for V3.0:
|
|
565
|
-
1. Record ideas (optimization, refactor, reliability, security, DX) in roadmap top goals first.
|
|
566
|
-
2. Define measurable success metrics and explicit exit criteria before execution.
|
|
567
|
-
3. Bump to `3.0.0` only after V3.0 exit criteria are fully satisfied.
|
|
568
|
-
|
|
569
|
-
Detailed timeline and success metrics: [docs/roadmap.md](docs/roadmap.md)
|
|
123
|
+
Important notes:
|
|
570
124
|
|
|
571
|
-
|
|
572
|
-
|
|
573
|
-
## Contributing
|
|
574
|
-
|
|
575
|
-
See [CONTRIBUTING.md](CONTRIBUTING.md) for contribution standards and workflow.
|
|
125
|
+
- If the npm version already exists, publish fails.
|
|
126
|
+
- Publish requires valid `NPM_TOKEN` in repository secrets.
|
|
576
127
|
|
|
577
128
|
---
|
|
578
129
|
|
|
579
130
|
## License
|
|
580
131
|
|
|
581
|
-
MIT
|
|
582
|
-
|
|
583
|
-
---
|
|
584
|
-
|
|
585
|
-
<div align="center">
|
|
586
|
-
|
|
587
|
-
**Stop letting AI write junior code.**
|
|
588
|
-
**Give it the rules of a Staff Engineer.**
|
|
589
|
-
|
|
590
|
-
</div>
|
|
132
|
+
MIT - Use freely, enforce strictly.
|