@vheins/local-memory-mcp 0.14.2 → 0.14.4
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/dist/{chunk-T7WY5E4Y.js → chunk-U67YH7MG.js} +2 -2
- package/dist/dashboard/public/assets/{index-DHd85KEJ.js → index-CD8w6eaB.js} +27 -27
- package/dist/dashboard/public/index.html +1 -1
- package/dist/dashboard/server.js +1 -1
- package/dist/mcp/server.js +1 -1
- package/dist/prompts/architecture-design.md +22 -16
- package/dist/prompts/create-task.md +37 -0
- package/dist/prompts/csl-from-docs.md +9 -6
- package/dist/prompts/csl-scrapper.md +9 -6
- package/dist/prompts/documentation-sync.md +7 -0
- package/dist/prompts/export-task-to-github.md +20 -13
- package/dist/prompts/fix-suggestion.md +19 -17
- package/dist/prompts/import-github-issues.md +7 -0
- package/dist/prompts/learning-retrospective.md +5 -5
- package/dist/prompts/memory-agent-core.md +7 -0
- package/dist/prompts/memory-guided-review.md +6 -5
- package/dist/prompts/memory-index-policy.md +7 -0
- package/dist/prompts/project-briefing.md +7 -0
- package/dist/prompts/review-and-audit.md +14 -10
- package/dist/prompts/review-and-post-issue.md +13 -12
- package/dist/prompts/root-cause-analysis.md +12 -9
- package/dist/prompts/security-triage.md +12 -9
- package/dist/prompts/senior-code-review.md +9 -6
- package/dist/prompts/sentinel-issue-resolver.md +14 -5
- package/dist/prompts/session-planner.md +7 -6
- package/dist/prompts/task-management-guidelines.md +7 -0
- package/dist/prompts/task-memory-executor.md +52 -101
- package/dist/prompts/tech-affinity-scout.md +6 -5
- package/dist/prompts/technical-planning.md +45 -14
- package/dist/prompts/tool-usage-guidelines.md +7 -0
- package/package.json +4 -3
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
<link rel="preconnect" href="https://fonts.googleapis.com">
|
|
9
9
|
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
|
|
10
10
|
<link href="https://fonts.googleapis.com/css2?family=Inter:wght@300;400;500;600;700;800&family=JetBrains+Mono:wght@400;500&display=swap" rel="stylesheet">
|
|
11
|
-
<script type="module" crossorigin src="/assets/index-
|
|
11
|
+
<script type="module" crossorigin src="/assets/index-CD8w6eaB.js"></script>
|
|
12
12
|
<link rel="stylesheet" crossorigin href="/assets/index-CUg8rZCA.css">
|
|
13
13
|
</head>
|
|
14
14
|
<body>
|
package/dist/dashboard/server.js
CHANGED
package/dist/mcp/server.js
CHANGED
|
@@ -3,25 +3,31 @@ name: architecture-design
|
|
|
3
3
|
description: Plan system architecture, component layout, and data flow
|
|
4
4
|
arguments:
|
|
5
5
|
- name: tech_stack
|
|
6
|
-
description: Technology stack
|
|
7
|
-
required:
|
|
6
|
+
description: Technology stack
|
|
7
|
+
required: true
|
|
8
8
|
- name: requirements
|
|
9
|
-
description: Key requirements
|
|
10
|
-
required:
|
|
9
|
+
description: Key requirements
|
|
10
|
+
required: true
|
|
11
11
|
agent: System Architect
|
|
12
|
+
version: "1.0.0"
|
|
13
|
+
category: planning
|
|
14
|
+
tags: [architecture, system-design, components, data-flow, adr]
|
|
12
15
|
---
|
|
13
|
-
## 0. CONTEXT RESOLUTION
|
|
14
|
-
- **tech_stack**: If provided, use directly. If omitted — detect from package.json, pyproject.toml, Gemfile, or repo file extensions.
|
|
15
|
-
- **requirements**: If provided, use directly. If omitted — extract from active `in_progress` task description, pending handoff context, or recent conversation.
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
# Skill: Architecture Design
|
|
18
18
|
|
|
19
|
-
|
|
20
|
-
Requirements: (resolved above)
|
|
19
|
+
> Design system architecture for repository.
|
|
21
20
|
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
21
|
+
## I/O
|
|
22
|
+
`tech_stack` (req), `requirements` (req) → `design/architecture/` (components, data flow, ADRs)
|
|
23
|
+
|
|
24
|
+
## Rules
|
|
25
|
+
- Component Diagram: Blocks & responsibilities
|
|
26
|
+
- Data Flow: Information movement
|
|
27
|
+
- ADRs: Rationale for patterns
|
|
28
|
+
- Scalability/Reliability: Growth & failure handling
|
|
29
|
+
- Security: Identity, protection, boundaries
|
|
30
|
+
|
|
31
|
+
## Chain
|
|
32
|
+
← N/A
|
|
33
|
+
→ `architecture-documentation`: `design/architecture/` → as-built architecture doc
|
|
@@ -6,6 +6,13 @@ arguments:
|
|
|
6
6
|
description: Directive to analyze and break into tasks. Optional — derived from active task, pending handoff, or recent conversation if omitted.
|
|
7
7
|
required: false
|
|
8
8
|
agent: Task Planner
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
license: Proprietary — Personal Use Only
|
|
11
|
+
category: workflows
|
|
12
|
+
type: Orchestrator
|
|
13
|
+
complexity: Advanced
|
|
14
|
+
tags: [workflow, task-creation, planning, mcp]
|
|
15
|
+
author: vheins
|
|
9
16
|
---
|
|
10
17
|
|
|
11
18
|
## 🚫 FORBIDDEN: NON-EXECUTION
|
|
@@ -56,6 +63,36 @@ Log architectural/feature changes as `type: decision` via `memory-store`. Store
|
|
|
56
63
|
- Parent/Child logic for complex directives.
|
|
57
64
|
- Bulk limit: 500 records.
|
|
58
65
|
|
|
66
|
+
## 5A. BLUEPRINT ORCHESTRATION IMPORT
|
|
67
|
+
When the instruction source is `idea-to-blueprint`:
|
|
68
|
+
- Create one root parent task for the full SDLC blueprint.
|
|
69
|
+
- Create phase parent tasks for P0 through P10 and final no-gap handoff.
|
|
70
|
+
- Create child tasks for every task breakdown row in the `idea-to-blueprint` skill.
|
|
71
|
+
- Recursively decompose every referenced skill until leaf-level tasks are reached.
|
|
72
|
+
- Preserve phase order with `depends_on`: P0 -> P1 -> G1 -> P2 -> G2 -> P3 -> G3 -> P4/P5 -> P6 -> P7 -> P8 -> P9 -> P10 -> GF.
|
|
73
|
+
- For conditional tasks, create them with explicit condition metadata instead of omitting them:
|
|
74
|
+
- UI design tasks run when the product has UI.
|
|
75
|
+
- accessibility tests run when UI exists.
|
|
76
|
+
- performance/load tests run when capacity risk exists.
|
|
77
|
+
- database migration tests run when schema changes exist.
|
|
78
|
+
- microservice/monolith tasks run only when architecture context applies.
|
|
79
|
+
- Gate tasks are internal quality checks. They should not ask for manual approval unless the gate is blocked by No-Go, missing mandatory input, or conflicting requirements.
|
|
80
|
+
- All task descriptions must use the strict Context & Analysis, Step & Implementation, Acceptance & Verification format.
|
|
81
|
+
- Call `task-list` before creation and link to existing related tasks instead of creating duplicates.
|
|
82
|
+
- Store a decision memory summarizing the blueprint task graph and major assumptions.
|
|
83
|
+
|
|
84
|
+
## 5B. SPRINT PLAN IMPORT
|
|
85
|
+
When the instruction source is `.agents/documents/tasks/sprints/`:
|
|
86
|
+
- Treat sprint files and allocation audit as the source of truth.
|
|
87
|
+
- Create one root parent task for the full delivery scope.
|
|
88
|
+
- Create one sprint parent task per sprint and link each to the root via `parent_id`.
|
|
89
|
+
- Create module/feature child tasks under the sprint where the work is scheduled.
|
|
90
|
+
- Create atomic implementation/testing tasks under the matching module/feature parent.
|
|
91
|
+
- Convert sprint dependency columns and implementation order into `depends_on`.
|
|
92
|
+
- Preserve cross-sprint blockers by linking later sprint tasks to earlier sprint MCP task IDs.
|
|
93
|
+
- Call `task-list` before creation and skip duplicates; link to existing related tasks instead.
|
|
94
|
+
- Store a task creation audit in memory with created, linked, skipped duplicate, and blocked counts.
|
|
95
|
+
|
|
59
96
|
## 6. SELF-CHECK
|
|
60
97
|
- ❌ No code/execution.
|
|
61
98
|
- ✅ ONLY MCP tool calls.
|
|
@@ -3,15 +3,18 @@ name: csl-from-docs
|
|
|
3
3
|
description: Create atomic CSL coding standards entries from a local file or directory path.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: path
|
|
6
|
-
description: Local path (file or directory) containing documentation or standards.
|
|
7
|
-
required:
|
|
6
|
+
description: Local path (file or directory) containing documentation or standards.
|
|
7
|
+
required: true
|
|
8
8
|
agent: Documentation Processor
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
category: workflows
|
|
11
|
+
tags: [workflow, csl, coding-standards, documentation, mcp]
|
|
9
12
|
---
|
|
10
|
-
## 0. CONTEXT RESOLUTION
|
|
11
|
-
- **path**: If provided, use directly. If omitted — default to `docs/`, `README.md`, or `src/mcp/prompts/definitions/` in the active repo root.
|
|
12
|
-
- **current_repo**: Auto-detect from git remote or active workspace context.
|
|
13
13
|
|
|
14
|
-
Fetch and convert local documentation from the
|
|
14
|
+
Fetch and convert local documentation from the provided path into atomic CSL (Coding Standards Library) entries for the coding_standards entity.
|
|
15
|
+
|
|
16
|
+
Path: {{path}}
|
|
17
|
+
Current repo: {{current_repo}}
|
|
15
18
|
|
|
16
19
|
Goal:
|
|
17
20
|
- Analyze the provided path.
|
|
@@ -3,15 +3,18 @@ name: csl-scrapper
|
|
|
3
3
|
description: Scrape trusted documentation from a URL into atomic CSL coding standards entries.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: source_url
|
|
6
|
-
description: Canonical URL for the documentation source to scrape.
|
|
7
|
-
required:
|
|
6
|
+
description: Canonical URL for the documentation source to scrape.
|
|
7
|
+
required: true
|
|
8
8
|
agent: Documentation Scraper
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
category: workflows
|
|
11
|
+
tags: [workflow, csl, scraping, coding-standards, mcp]
|
|
9
12
|
---
|
|
10
|
-
## 0. CONTEXT RESOLUTION
|
|
11
|
-
- **source_url**: Use `{{source_url}}` if provided. If omitted — extract from the most recently mentioned URL in conversation context or active task description.
|
|
12
|
-
- **current_repo**: Auto-detect from git remote or active workspace context.
|
|
13
13
|
|
|
14
|
-
Fetch and convert trusted documentation from the
|
|
14
|
+
Fetch and convert trusted documentation from the provided URL into atomic CSL (Coding Standards Library) entries for the coding_standards entity.
|
|
15
|
+
|
|
16
|
+
Source URL: {{source_url}}
|
|
17
|
+
Current repo: {{current_repo}}
|
|
15
18
|
|
|
16
19
|
Goal:
|
|
17
20
|
- Use the web_fetch tool (if available) to retrieve the content of the provided Source URL.
|
|
@@ -3,6 +3,13 @@ name: documentation-sync
|
|
|
3
3
|
description: Sync memory decisions with repository markdown files
|
|
4
4
|
arguments: []
|
|
5
5
|
agent: Documentation Specialist
|
|
6
|
+
version: "1.0.0"
|
|
7
|
+
license: Proprietary — Personal Use Only
|
|
8
|
+
category: workflows
|
|
9
|
+
type: Utility
|
|
10
|
+
complexity: Beginner
|
|
11
|
+
tags: [workflow, documentation, memory, sync]
|
|
12
|
+
author: vheins
|
|
6
13
|
---
|
|
7
14
|
Reconcile local documentation with stored memories.
|
|
8
15
|
|
|
@@ -2,32 +2,39 @@
|
|
|
2
2
|
name: export-task-to-github
|
|
3
3
|
description: Export local tasks to GitHub Issues
|
|
4
4
|
arguments:
|
|
5
|
+
- name: owner
|
|
6
|
+
description: GitHub repo owner
|
|
7
|
+
required: true
|
|
8
|
+
- name: repo
|
|
9
|
+
description: GitHub repo name
|
|
10
|
+
required: true
|
|
5
11
|
- name: task_id
|
|
6
|
-
description: Local task ID
|
|
7
|
-
required:
|
|
12
|
+
description: Local task ID
|
|
13
|
+
required: true
|
|
8
14
|
agent: Integration Architect
|
|
15
|
+
version: "1.0.0"
|
|
16
|
+
category: workflows
|
|
17
|
+
tags: [workflow, github, task-sync, mcp]
|
|
9
18
|
---
|
|
10
19
|
|
|
11
|
-
|
|
12
|
-
1. **Detect**: Get repo name and owner from git remote (e.g. `git remote get-url origin`) or active workspace context. Parse `owner` and `repo` from the remote URL automatically.
|
|
13
|
-
2. **Verify**: Confirm the detected `owner`/`repo` before proceeding.
|
|
20
|
+
# Skill: export-task-to-github
|
|
14
21
|
|
|
15
|
-
##
|
|
16
|
-
1. **
|
|
17
|
-
2. **Verify**: Ensure title/description exist
|
|
22
|
+
## 1. RETRIEVE
|
|
23
|
+
1. **Fetch**: Call `task-detail` for `task_id`.
|
|
24
|
+
2. **Verify**: Ensure title/description exist. Use `memory-search` for gaps.
|
|
18
25
|
|
|
19
|
-
##
|
|
20
|
-
1. **Search**: Use `search_issues` for `task_code
|
|
26
|
+
## 2. SYNC CHECK
|
|
27
|
+
1. **Search**: Use `search_issues` for `task_code`.
|
|
21
28
|
2. **De-duplicate**: If issue exists, update local task `metadata` with URL. DO NOT re-create.
|
|
22
29
|
|
|
23
|
-
##
|
|
30
|
+
## 3. CREATE ISSUE
|
|
24
31
|
If new:
|
|
25
|
-
- **Write**: Use `issue_write` (method: 'create')
|
|
32
|
+
- **Write**: Use `issue_write` (method: 'create').
|
|
26
33
|
- **Content**: Match local title/body exactly.
|
|
27
34
|
- **Traceability**: Append `task_code` and `task_id` to body.
|
|
28
35
|
- **Comments**: Post local comments via `add_issue_comment`.
|
|
29
36
|
|
|
30
|
-
##
|
|
37
|
+
## 4. LINK
|
|
31
38
|
- **Update**: Call `task-update`.
|
|
32
39
|
- **Metadata**: Add GitHub URL.
|
|
33
40
|
- **Comment**: "Exported to GitHub Issue #X".
|
|
@@ -3,27 +3,29 @@ name: fix-suggestion
|
|
|
3
3
|
description: Targeted fix with before/after code and test case.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: tech_stack
|
|
6
|
-
description: Target tech stack.
|
|
7
|
-
required:
|
|
6
|
+
description: Target tech stack.
|
|
7
|
+
required: true
|
|
8
8
|
- name: bug_description
|
|
9
|
-
description: Bug behavior.
|
|
10
|
-
required:
|
|
9
|
+
description: Bug behavior.
|
|
10
|
+
required: true
|
|
11
11
|
- name: root_cause
|
|
12
|
-
description: Identified root cause.
|
|
13
|
-
required:
|
|
12
|
+
description: Identified root cause.
|
|
13
|
+
required: true
|
|
14
14
|
agent: Debugging Expert
|
|
15
|
+
version: "1.1.0"
|
|
16
|
+
category: debugging
|
|
17
|
+
tags: [fix, patch, bug-fix, code-change, test-case, debugging]
|
|
15
18
|
---
|
|
16
19
|
|
|
17
|
-
|
|
18
|
-
Resolve missing arguments from available context before proceeding:
|
|
19
|
-
- **tech_stack**: Detect from repo language, package files, or active task tags. Fallback: ask agent to infer from open files.
|
|
20
|
-
- **bug_description**: Extract from active task description, recent conversation, or error logs. Fallback: describe observable broken behavior.
|
|
21
|
-
- **root_cause**: Extract from recent analysis, error traces, or `memory-search` results. Fallback: state "unknown — investigation required".
|
|
20
|
+
# Skill: Fix Suggestion
|
|
22
21
|
|
|
23
|
-
Provide precise, minimal fix for confirmed bug.
|
|
22
|
+
> Provide precise, minimal fix for confirmed bug.
|
|
24
23
|
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
24
|
+
## I/O
|
|
25
|
+
tech_stack (req), bug_description (req), root_cause (req) → diagnosis report + fix suggestion
|
|
26
|
+
|
|
27
|
+
## Rules
|
|
28
|
+
1. Explanation: Why it happens and how fix works
|
|
29
|
+
2. Before/After: Diff style code blocks with comments
|
|
30
|
+
3. Checklist: Meta changes (config, migrations)
|
|
31
|
+
4. Verification: Regression test case
|
|
@@ -3,6 +3,13 @@ name: import-github-issues
|
|
|
3
3
|
description: Import GitHub Issues as local tasks.
|
|
4
4
|
arguments: []
|
|
5
5
|
agent: Integration Scout
|
|
6
|
+
version: "1.0.0"
|
|
7
|
+
license: Proprietary — Personal Use Only
|
|
8
|
+
category: workflows
|
|
9
|
+
type: Orchestrator
|
|
10
|
+
complexity: Intermediate
|
|
11
|
+
tags: [workflow, github, issue-import, mcp]
|
|
12
|
+
author: vheins
|
|
6
13
|
---
|
|
7
14
|
|
|
8
15
|
## 1. FETCH
|
|
@@ -3,15 +3,15 @@ name: learning-retrospective
|
|
|
3
3
|
description: Harvest knowledge from completed work.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: task_id
|
|
6
|
-
description: ID
|
|
6
|
+
description: ID of completed task.
|
|
7
7
|
required: false
|
|
8
8
|
agent: Knowledge Harvester
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
category: workflows
|
|
11
|
+
tags: [workflow, retrospective, memory, knowledge-management]
|
|
9
12
|
---
|
|
10
|
-
## 0. CONTEXT RESOLUTION
|
|
11
|
-
1. **Repo**: Auto-detect from git remote or active workspace context. All MCP calls MUST be scoped to this repo.
|
|
12
|
-
2. **Task**: If `task_id` provided — use it directly. If omitted — call `task-list` (status: `completed`, limit: 1, ordered by updated_at desc) to get the most recently completed task.
|
|
13
13
|
|
|
14
|
-
Extract durable knowledge from
|
|
14
|
+
Extract durable knowledge from task {{task_id}} for repository.
|
|
15
15
|
|
|
16
16
|
Identify and `memory-store`:
|
|
17
17
|
1. **Mistakes**: Hard-to-find bugs or environment quirks.
|
|
@@ -3,6 +3,13 @@ name: memory-agent-core
|
|
|
3
3
|
description: Behavioral contract for memory-aware agents.
|
|
4
4
|
arguments: []
|
|
5
5
|
agent: Memory Guardian
|
|
6
|
+
version: "1.0.0"
|
|
7
|
+
license: Proprietary — Personal Use Only
|
|
8
|
+
category: workflows
|
|
9
|
+
type: Utility
|
|
10
|
+
complexity: Advanced
|
|
11
|
+
tags: [memory, workflow, guardrails, mcp]
|
|
12
|
+
author: vheins
|
|
6
13
|
---
|
|
7
14
|
# Memory Guardian Protocol
|
|
8
15
|
|
|
@@ -3,14 +3,15 @@ name: memory-guided-review
|
|
|
3
3
|
description: Review code for compliance with stored decisions.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: file_path
|
|
6
|
-
description: File to review.
|
|
7
|
-
required:
|
|
6
|
+
description: File to review.
|
|
7
|
+
required: true
|
|
8
8
|
agent: Code Auditor
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
category: coding
|
|
11
|
+
tags: [code-review, memory, compliance, mcp]
|
|
9
12
|
---
|
|
10
|
-
## 0. CONTEXT RESOLUTION
|
|
11
|
-
- **file_path**: If provided, use it. If omitted — use the currently active/open file from workspace context, or list recently modified files via git and process them.
|
|
12
13
|
|
|
13
|
-
Audit
|
|
14
|
+
Audit {{file_path}} against stored project knowledge.
|
|
14
15
|
|
|
15
16
|
Steps:
|
|
16
17
|
1. **Search Memory**: Call `memory-search` using `current_file_path='{{file_path}}'`.
|
|
@@ -3,6 +3,13 @@ name: memory-index-policy
|
|
|
3
3
|
description: Strict memory storage criteria.
|
|
4
4
|
arguments: []
|
|
5
5
|
agent: Memory Auditor
|
|
6
|
+
version: "1.0.0"
|
|
7
|
+
license: Proprietary — Personal Use Only
|
|
8
|
+
category: workflows
|
|
9
|
+
type: Utility
|
|
10
|
+
complexity: Beginner
|
|
11
|
+
tags: [memory, indexing, policy, mcp]
|
|
12
|
+
author: vheins
|
|
6
13
|
---
|
|
7
14
|
# Memory Indexing Rules
|
|
8
15
|
|
|
@@ -3,6 +3,13 @@ name: project-briefing
|
|
|
3
3
|
description: Contextual onboarding to current repository.
|
|
4
4
|
arguments: []
|
|
5
5
|
agent: Session Concierge
|
|
6
|
+
version: "1.0.0"
|
|
7
|
+
license: Proprietary — Personal Use Only
|
|
8
|
+
category: workflows
|
|
9
|
+
type: Utility
|
|
10
|
+
complexity: Beginner
|
|
11
|
+
tags: [workflow, briefing, onboarding, memory, backlog]
|
|
12
|
+
author: vheins
|
|
6
13
|
---
|
|
7
14
|
Initialize session in repository.
|
|
8
15
|
|
|
@@ -3,20 +3,24 @@ name: review-and-audit
|
|
|
3
3
|
description: Audit documentation against implementation; generate local tasks for gaps.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: target
|
|
6
|
-
description: Module, feature, or component to audit.
|
|
6
|
+
description: Module, feature, or component to audit.
|
|
7
7
|
required: false
|
|
8
8
|
agent: Quality Auditor
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
license: Proprietary — Personal Use Only
|
|
11
|
+
category: workflows
|
|
12
|
+
type: Orchestrator
|
|
13
|
+
complexity: Advanced
|
|
14
|
+
tags: [workflow, audit, ux, gap-analysis, mcp]
|
|
15
|
+
author: vheins
|
|
9
16
|
---
|
|
10
|
-
|
|
11
|
-
## 0. CONTEXT RESOLUTION
|
|
12
|
-
- **Target**: If `target` provided — scope audit to that module/feature/component. If omitted — **fallback**: audit ALL existing documentation (README, docs/, prompts, schemas) against the full codebase implementation. Enumerate each doc file and compare with corresponding source.
|
|
13
|
-
- **Repo**: Auto-detect from git remote or active workspace context.
|
|
17
|
+
# Skill: review-and-audit (Audit Agent)
|
|
14
18
|
|
|
15
19
|
## 1. ANALYSIS
|
|
16
|
-
1. **Discovery**: Explore docs and code.
|
|
17
|
-
2. **UX Audit**:
|
|
20
|
+
1. **Sequential Discovery**: Explore docs and code sequentially. NO parallel sub-agents.
|
|
21
|
+
2. **UX Audit**: Use `chrome-dev-tools` for visual, navigation, and responsiveness checks.
|
|
18
22
|
3. **Reference Audit**: Check current tool/prompt/resource definitions through code or the dashboard Reference flow.
|
|
19
|
-
4. **Compare**: Match docs + code findings to find gaps/misalignments.
|
|
23
|
+
4. **Compare**: Match docs + code findings against live UI to find gaps/misalignments.
|
|
20
24
|
|
|
21
25
|
## 🚫 FORBIDDEN: NON-EXECUTION
|
|
22
26
|
DO NOT edit/create/delete files, run commands, or implement code.
|
|
@@ -40,8 +44,8 @@ ONLY call MCP tools. No prose, code, or external plans.
|
|
|
40
44
|
- **Finding**: Gap trigger.
|
|
41
45
|
- **Observation**: Reasoning.
|
|
42
46
|
- **Goal**: Clear objective.
|
|
43
|
-
### 2.
|
|
44
|
-
-
|
|
47
|
+
### 2. Target Files & Implementation
|
|
48
|
+
- Combined scope/steps per path/layer.
|
|
45
49
|
### 3. Acceptance & Verification
|
|
46
50
|
- **Checklist**: `[ ]` criteria.
|
|
47
51
|
- **Testing**: Scenarios.
|
|
@@ -3,25 +3,26 @@ name: review-and-post-issue
|
|
|
3
3
|
description: Audit documentation against implementation; generate GitHub issues for gaps.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: owner
|
|
6
|
-
description: GitHub repo owner.
|
|
7
|
-
required:
|
|
6
|
+
description: GitHub repo owner.
|
|
7
|
+
required: true
|
|
8
8
|
- name: repo
|
|
9
|
-
description: GitHub repo name.
|
|
10
|
-
required:
|
|
9
|
+
description: GitHub repo name.
|
|
10
|
+
required: true
|
|
11
11
|
- name: target
|
|
12
|
-
description: Module, feature, or component to audit.
|
|
12
|
+
description: Module, feature, or component to audit.
|
|
13
13
|
required: false
|
|
14
14
|
agent: Quality Auditor
|
|
15
|
+
version: "1.0.0"
|
|
16
|
+
category: workflows
|
|
17
|
+
tags: [workflow, audit, github, issue-triage]
|
|
15
18
|
---
|
|
16
19
|
|
|
17
|
-
|
|
18
|
-
1. **Owner/Repo**: Auto-detect from `git remote get-url origin` or active workspace context. Parse `owner` and `repo` from the remote URL. Verify before proceeding.
|
|
19
|
-
2. **Target**: If `target` provided — scope to that module/feature. If omitted — **fallback**: audit ALL existing documentation against the full codebase.
|
|
20
|
+
# Skill: review-and-post-issue (Audit Agent)
|
|
20
21
|
|
|
21
22
|
## 1. ANALYSIS
|
|
22
|
-
1. **Discovery**: Explore docs and code.
|
|
23
|
-
2. **UX Audit**: If
|
|
24
|
-
3. **Compare**: Match
|
|
23
|
+
1. **Sequential Discovery**: Explore docs and code sequentially. NO parallel sub-agents.
|
|
24
|
+
2. **UX Audit**: If applicable, use `chrome-dev-tools` for visual, navigation, and responsiveness checks.
|
|
25
|
+
3. **Compare**: Match findings against live UI to find gaps/misalignments.
|
|
25
26
|
|
|
26
27
|
## 🚫 FORBIDDEN: NON-EXECUTION
|
|
27
28
|
DO NOT edit/create/delete files, run commands, or implement code.
|
|
@@ -42,7 +43,7 @@ No prose. No external plans.
|
|
|
42
43
|
- **Finding**: Gap trigger.
|
|
43
44
|
- **Observation**: Reasoning.
|
|
44
45
|
- **Goal**: Clear objective.
|
|
45
|
-
### 2.
|
|
46
|
+
### 2. Target Files & Implementation
|
|
46
47
|
- Path/layer specific changes.
|
|
47
48
|
### 3. Acceptance & Verification
|
|
48
49
|
- **Checklist**: `[ ]` criteria.
|
|
@@ -3,22 +3,25 @@ name: root-cause-analysis
|
|
|
3
3
|
description: 5-Why analysis to trace bug origins.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: tech_stack
|
|
6
|
-
description: Target tech stack.
|
|
7
|
-
required:
|
|
6
|
+
description: Target tech stack.
|
|
7
|
+
required: true
|
|
8
8
|
- name: bug_description
|
|
9
|
-
description: Bug behavior.
|
|
10
|
-
required:
|
|
9
|
+
description: Bug behavior.
|
|
10
|
+
required: true
|
|
11
11
|
- name: symptoms
|
|
12
12
|
description: Logs, errors, metrics.
|
|
13
13
|
required: false
|
|
14
14
|
agent: Diagnostic Lead
|
|
15
|
+
version: "1.0.0"
|
|
16
|
+
category: debugging
|
|
17
|
+
tags: [root-cause, 5-why, debugging, diagnosis]
|
|
15
18
|
---
|
|
16
|
-
## 0. CONTEXT RESOLUTION
|
|
17
|
-
- **tech_stack**: If provided, use directly. If omitted — detect from repo package files or active task tags.
|
|
18
|
-
- **bug_description**: If provided, use directly. If omitted — extract from active task description or recent error/log context.
|
|
19
|
-
- **symptoms**: Optional. Use if provided; otherwise infer from available logs or error traces.
|
|
20
19
|
|
|
21
|
-
Conduct root cause analysis for
|
|
20
|
+
Conduct root cause analysis for repository bug.
|
|
21
|
+
|
|
22
|
+
Stack: {{tech_stack}}
|
|
23
|
+
Bug: {{bug_description}}
|
|
24
|
+
Symptoms: {{symptoms}}
|
|
22
25
|
|
|
23
26
|
Output:
|
|
24
27
|
1. **Symptom**: Technical problem restatement.
|
|
@@ -3,22 +3,25 @@ name: security-triage
|
|
|
3
3
|
description: Assess vulnerability exploitability and prioritize fix.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: tech_stack
|
|
6
|
-
description: App stack.
|
|
7
|
-
required:
|
|
6
|
+
description: App stack.
|
|
7
|
+
required: true
|
|
8
8
|
- name: vulnerability_report
|
|
9
|
-
description: Report details (CVE, SAST).
|
|
10
|
-
required:
|
|
9
|
+
description: Report details (CVE, SAST).
|
|
10
|
+
required: true
|
|
11
11
|
- name: codebase_context
|
|
12
12
|
description: Usage context.
|
|
13
13
|
required: false
|
|
14
14
|
agent: Security Engineer
|
|
15
|
+
version: "1.0.0"
|
|
16
|
+
category: debugging
|
|
17
|
+
tags: [security, triage, vulnerability, cvss, appsec]
|
|
15
18
|
---
|
|
16
|
-
## 0. CONTEXT RESOLUTION
|
|
17
|
-
- **tech_stack**: If provided, use directly. If omitted — detect from repo package files, language, or active task tags.
|
|
18
|
-
- **vulnerability_report**: If provided, use directly. If omitted — extract from active task description, recent conversation, or attached SAST output.
|
|
19
|
-
- **codebase_context**: Optional. Use if provided.
|
|
20
19
|
|
|
21
|
-
Triage
|
|
20
|
+
Triage vulnerability for repository.
|
|
21
|
+
|
|
22
|
+
Stack: {{tech_stack}}
|
|
23
|
+
Report: {{vulnerability_report}}
|
|
24
|
+
Context: {{codebase_context}}
|
|
22
25
|
|
|
23
26
|
Output:
|
|
24
27
|
1. **Classification**: Type, CVE, CVSS, vector.
|
|
@@ -3,18 +3,21 @@ name: senior-code-review
|
|
|
3
3
|
description: Comprehensive production-readiness evaluation.
|
|
4
4
|
arguments:
|
|
5
5
|
- name: tech_stack
|
|
6
|
-
description: Tech stack.
|
|
7
|
-
required:
|
|
6
|
+
description: Tech stack.
|
|
7
|
+
required: true
|
|
8
8
|
- name: context
|
|
9
9
|
description: Production context (SLA, data, conventions).
|
|
10
10
|
required: false
|
|
11
11
|
agent: Principal Reviewer
|
|
12
|
+
version: "1.1.0"
|
|
13
|
+
category: coding
|
|
14
|
+
tags: [code-review, production-readiness, security, observability, senior-review, architecture]
|
|
12
15
|
---
|
|
13
|
-
## 0. CONTEXT RESOLUTION
|
|
14
|
-
- **tech_stack**: If provided, use directly. If omitted — detect from repo package files or language.
|
|
15
|
-
- **context**: Optional. Use if provided; otherwise infer from task description or recent conversation.
|
|
16
16
|
|
|
17
|
-
Perform production-readiness review for
|
|
17
|
+
Perform production-readiness review for repository.
|
|
18
|
+
|
|
19
|
+
Stack: {{tech_stack}}
|
|
20
|
+
Context: {{context}}
|
|
18
21
|
|
|
19
22
|
Audit Dimensions:
|
|
20
23
|
1. **Errors**: Completeness & patterns.
|
|
@@ -6,6 +6,13 @@ arguments:
|
|
|
6
6
|
description: The full URL of the GitHub issue to resolve.
|
|
7
7
|
required: true
|
|
8
8
|
agent: SENTINEL Issue Resolver
|
|
9
|
+
version: "1.0.0"
|
|
10
|
+
license: Proprietary — Personal Use Only
|
|
11
|
+
category: workflows
|
|
12
|
+
type: Orchestrator
|
|
13
|
+
complexity: Advanced
|
|
14
|
+
tags: [workflow, github, issue-resolution, sentinel]
|
|
15
|
+
author: vheins
|
|
9
16
|
---
|
|
10
17
|
|
|
11
18
|
# SENTINEL Protocol
|
|
@@ -26,12 +33,14 @@ You are **SENTINEL**, an elite issue resolution agent. Your primary objective is
|
|
|
26
33
|
1. **Identity**: Use the local Git configuration (name/email) for all commits.
|
|
27
34
|
2. **Commit Format**: Every commit MUST follow this specific structure:
|
|
28
35
|
```
|
|
29
|
-
type(scope):
|
|
30
|
-
|
|
31
|
-
-
|
|
32
|
-
|
|
36
|
+
type(scope): your commit message
|
|
37
|
+
|
|
38
|
+
- {{task_title}}
|
|
39
|
+
{{summary_task}}
|
|
40
|
+
|
|
41
|
+
{{keyword}} #{{issue_number}}
|
|
33
42
|
```
|
|
34
|
-
|
|
43
|
+
Use `fix` for bug fixes, `closes` for features/chores, `resolve` as general. Extract the issue number from the provided `issue_url`.
|
|
35
44
|
|
|
36
45
|
3. **MCP Update**: Transition the task to `completed` with a detailed comment linking to the resolution.
|
|
37
46
|
4. **Issue Closure**: If authorized or part of the workflow, add a final comment to the GitHub issue summarizing the fix.
|