@ryuenn3123/agentic-senior-core 2.0.17 → 2.0.19
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/prompts/review-code.md +1 -0
- package/.agent-context/review-checklists/pr-checklist.md +1 -0
- package/.agent-context/rules/api-docs.md +9 -0
- package/.cursorrules +60 -3686
- package/.windsurfrules +60 -3686
- package/README.md +14 -2
- package/lib/cli/compiler.mjs +98 -35
- package/package.json +1 -1
- package/scripts/validate.mjs +2 -0
|
@@ -14,6 +14,7 @@ Use these checklists:
|
|
|
14
14
|
1. Read .agent-context/review-checklists/pr-checklist.md — apply every item.
|
|
15
15
|
2. Read .agent-context/review-checklists/security-audit.md — apply every item.
|
|
16
16
|
3. Apply documentation scope rules exactly: This applies to documentation, release notes, onboarding text, review summaries, and agent-facing explanations.
|
|
17
|
+
4. Treat scope-style findings as advisory unless they hide factual errors, contract mismatches, or non-negotiable violations.
|
|
17
18
|
|
|
18
19
|
For EVERY violation found:
|
|
19
20
|
- State the exact file and line
|
|
@@ -92,6 +92,7 @@ VERDICT: PASS / FAIL (X/Y items passed)
|
|
|
92
92
|
|
|
93
93
|
### 10. Documentation
|
|
94
94
|
- [ ] Scope applied: This applies to documentation, release notes, onboarding text, review summaries, and agent-facing explanations
|
|
95
|
+
- [ ] Style scope review is advisory and does not block merge when API docs are synced in the same commit and contract details are correct
|
|
95
96
|
- [ ] API endpoints have OpenAPI/Swagger documentation
|
|
96
97
|
- [ ] Complex business logic has comments explaining WHY
|
|
97
98
|
- [ ] Public functions/methods have JSDoc/docstrings
|
|
@@ -45,6 +45,12 @@ API docs and README updates are included in this scope.
|
|
|
45
45
|
4. Rewrite and reorder content when flow is weak.
|
|
46
46
|
5. Keep explanations short by default; expand only when complexity requires it.
|
|
47
47
|
|
|
48
|
+
### Scope Severity and Merge Behavior
|
|
49
|
+
1. Scope style guidance controls readability and consistency.
|
|
50
|
+
2. Style baseline findings are advisory by default and must not block endpoint-change commits that already include accurate docs/spec updates.
|
|
51
|
+
3. Hard blockers remain contract failures: missing same-commit docs sync, incorrect schema, missing required responses, or factual inaccuracies.
|
|
52
|
+
4. If style polish is still needed, open a follow-up task instead of delaying the contract update.
|
|
53
|
+
|
|
48
54
|
### Non-Negotiables
|
|
49
55
|
1. No emoji in formal artifacts.
|
|
50
56
|
2. Avoid AI cliches and buzzwords: delve, leverage, robust, utilize, seamless.
|
|
@@ -198,6 +204,9 @@ This schema MUST be documented in OpenAPI as a reusable component (`#/components
|
|
|
198
204
|
```
|
|
199
205
|
Endpoint changed + docs NOT updated = PR REJECTED.
|
|
200
206
|
|
|
207
|
+
This sync rule has higher priority than style polish timing.
|
|
208
|
+
Do not delay same-commit documentation sync only to iterate writing tone.
|
|
209
|
+
|
|
201
210
|
The spec is a contract. If the contract is wrong, consumers will break.
|
|
202
211
|
"I'll update the docs later" means "the docs will never be updated."
|
|
203
212
|
```
|