opencode-gitlab-dap 1.8.4 → 1.9.0
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/index.cjs +24 -1
- package/dist/index.cjs.map +1 -1
- package/dist/index.js +24 -1
- package/dist/index.js.map +1 -1
- package/package.json +1 -1
package/dist/index.cjs
CHANGED
|
@@ -2259,7 +2259,30 @@ This project may have persistent memory and skills available via knowledge tools
|
|
|
2259
2259
|
Use gitlab_memory_load to check for existing project context (facts, decisions, patterns).
|
|
2260
2260
|
Use gitlab_skill_list to discover available task-specific skills.
|
|
2261
2261
|
When you learn something new about the project, use gitlab_memory_record to preserve it.
|
|
2262
|
-
When you complete a significant task, consider using gitlab_memory_log_session to log learnings
|
|
2262
|
+
When you complete a significant task, consider using gitlab_memory_log_session to log learnings.
|
|
2263
|
+
|
|
2264
|
+
### Bootstrap Project Memory
|
|
2265
|
+
When the user says "bootstrap project memory", "initialize memory", or "build project knowledge":
|
|
2266
|
+
1. FIRST: Determine the project path by running \`run_git_command("remote", ["-v"])\` and extracting the path from the git remote URL (e.g., "git@gitlab.com:my-group/my-project.git" \u2192 "my-group/my-project"). NEVER guess the project path.
|
|
2267
|
+
2. Call gitlab_memory_load with the extracted project path to check if memory already exists.
|
|
2268
|
+
3. If memory exists, show a summary and ask if the user wants to refresh it.
|
|
2269
|
+
4. If memory is empty (or user wants refresh), gather project knowledge by:
|
|
2270
|
+
a. Read the project README, key config files, and codebase structure (use file/repo tools).
|
|
2271
|
+
b. Fetch project details via gitlab_get_project.
|
|
2272
|
+
c. List open issues (gitlab_list_issues, state=opened, limit=20).
|
|
2273
|
+
d. List open merge requests (gitlab_list_merge_requests, state=opened, limit=10).
|
|
2274
|
+
e. Check recent pipelines (gitlab_list_pipelines, limit=5).
|
|
2275
|
+
f. List project members (gitlab_list_project_members).
|
|
2276
|
+
5. Record each category as separate memory entries using gitlab_memory_record:
|
|
2277
|
+
- fact: project overview (name, purpose, tech stack, language, dependencies)
|
|
2278
|
+
- fact: architecture and codebase structure (key files, modules, patterns)
|
|
2279
|
+
- fact: CI/CD pipeline configuration (stages, jobs, deployment targets)
|
|
2280
|
+
- fact: open issues summary (count, key issues, labels)
|
|
2281
|
+
- fact: open MRs summary (count, key MRs, review status)
|
|
2282
|
+
- fact: team and contributors
|
|
2283
|
+
- pattern: development workflow observations (branching, review process, release cycle)
|
|
2284
|
+
6. Log a session with gitlab_memory_log_session summarizing the bootstrap.
|
|
2285
|
+
IMPORTANT: Always extract the project path from git remote \u2014 never guess it. Fire multiple gitlab_memory_record calls in parallel \u2014 each creates its own page, so parallel writes are safe.`;
|
|
2263
2286
|
|
|
2264
2287
|
// src/hooks.ts
|
|
2265
2288
|
function buildFlowSubagentPrompt(flow, projectPath, projectUrl) {
|