@ryuenn3123/agentic-senior-core 5.8.1 → 5.8.2
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/.agents/plugins/agentic-senior-core/rules/agentic-senior-core.md +7 -6
- package/.agents/rules/agentic-senior-core.md +7 -6
- package/.claude-plugin/plugin.json +1 -1
- package/.clinerules/agentic-senior-core.md +7 -4
- package/.codex-plugin/plugin.json +1 -1
- package/.continue/rules/agentic-senior-core.md +7 -4
- package/.cursor/rules/agentic-senior-core.mdc +7 -4
- package/.devin/rules/agentic-senior-core.md +7 -4
- package/.devin-plugin/plugin.json +1 -1
- package/.github/copilot-instructions.md +7 -4
- package/.github/plugin/plugin.json +1 -1
- package/.kilocode/rules/agentic-senior-core.md +7 -4
- package/.kiro/steering/agentic-senior-core.md +7 -4
- package/.openhands/microagents/agentic-senior-core.md +7 -4
- package/.roo/rules/agentic-senior-core.md +7 -4
- package/.windsurf/rules/agentic-senior-core.md +7 -4
- package/.zed/rules/agentic-senior-core.md +7 -4
- package/AGENTS.md +7 -6
- package/CONVENTIONS.md +7 -4
- package/gemini-extension.json +1 -1
- package/package.json +1 -1
- package/plugin.yaml +1 -1
|
@@ -55,14 +55,15 @@ Before writing any code, stop at the first step that holds:
|
|
|
55
55
|
- Distinguish client errors (4xx) from server errors (5xx).
|
|
56
56
|
- Surface every operational error with context. Empty catch blocks mask production issues.
|
|
57
57
|
|
|
58
|
-
For domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience), use `/asc-reference`.
|
|
59
|
-
|
|
60
58
|
## Workflow
|
|
61
59
|
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
60
|
+
Recognize the scenario and offer the matching command — user decides
|
|
61
|
+
whether to invoke it. Skip this for trivial edits.
|
|
62
|
+
|
|
63
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
64
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
65
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
66
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
66
67
|
|
|
67
68
|
## Response Style
|
|
68
69
|
|
|
@@ -55,14 +55,15 @@ Before writing any code, stop at the first step that holds:
|
|
|
55
55
|
- Distinguish client errors (4xx) from server errors (5xx).
|
|
56
56
|
- Surface every operational error with context. Empty catch blocks mask production issues.
|
|
57
57
|
|
|
58
|
-
For domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience), use `/asc-reference`.
|
|
59
|
-
|
|
60
58
|
## Workflow
|
|
61
59
|
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
60
|
+
Recognize the scenario and offer the matching command — user decides
|
|
61
|
+
whether to invoke it. Skip this for trivial edits.
|
|
62
|
+
|
|
63
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
64
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
65
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
66
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
66
67
|
|
|
67
68
|
## Response Style
|
|
68
69
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -93,10 +93,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
93
93
|
|
|
94
94
|
## Workflow
|
|
95
95
|
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
96
|
+
Recognize the scenario and offer the matching command — user decides
|
|
97
|
+
whether to invoke it. Skip this for trivial edits.
|
|
98
|
+
|
|
99
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
100
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
101
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
102
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
100
103
|
|
|
101
104
|
## Response Style
|
|
102
105
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
package/AGENTS.md
CHANGED
|
@@ -50,14 +50,15 @@ Before writing any code, stop at the first step that holds:
|
|
|
50
50
|
- Distinguish client errors (4xx) from server errors (5xx).
|
|
51
51
|
- Surface every operational error with context. Empty catch blocks mask production issues.
|
|
52
52
|
|
|
53
|
-
For domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience), use `/asc-reference`.
|
|
54
|
-
|
|
55
53
|
## Workflow
|
|
56
54
|
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
55
|
+
Recognize the scenario and offer the matching command — user decides
|
|
56
|
+
whether to invoke it. Skip this for trivial edits.
|
|
57
|
+
|
|
58
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
59
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
60
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
61
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
61
62
|
|
|
62
63
|
## Response Style
|
|
63
64
|
|
package/CONVENTIONS.md
CHANGED
|
@@ -88,10 +88,13 @@ Before writing any code, stop at the first step that holds:
|
|
|
88
88
|
|
|
89
89
|
## Workflow
|
|
90
90
|
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
91
|
+
Recognize the scenario and offer the matching command — user decides
|
|
92
|
+
whether to invoke it. Skip this for trivial edits.
|
|
93
|
+
|
|
94
|
+
- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
|
|
95
|
+
- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
|
|
96
|
+
- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
|
|
97
|
+
- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
|
|
95
98
|
|
|
96
99
|
## Response Style
|
|
97
100
|
|
package/gemini-extension.json
CHANGED
package/package.json
CHANGED
package/plugin.yaml
CHANGED