@morphllm/morph-setup 1.0.0 → 1.0.1
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.
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: code-edit
|
|
3
|
+
description: Use Fast Apply (edit_file) for precise edits without reading full files.
|
|
4
|
+
metadata:
|
|
5
|
+
author: morph
|
|
6
|
+
version: "0.1.0"
|
|
7
|
+
argument-hint: <file-or-change>
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Code Edit
|
|
11
|
+
|
|
12
|
+
Prefer `edit_file` for modifications. Minimize full-file reads.
|
|
13
|
+
|
|
14
|
+
## When To Use
|
|
15
|
+
|
|
16
|
+
- The user requests code changes.
|
|
17
|
+
- You can target specific files/functions.
|
|
18
|
+
- You need to avoid context pollution.
|
|
19
|
+
|
|
20
|
+
## Steps
|
|
21
|
+
|
|
22
|
+
1. Locate the target file(s) (WarpGrep if needed).
|
|
23
|
+
2. Read the smallest necessary snippet(s).
|
|
24
|
+
3. Use `edit_file` with minimal context and `// ... existing code ...` placeholders.
|
|
25
|
+
4. Re-run relevant checks (tests/build/lint) if available.
|
|
26
|
+
|
|
27
|
+
## Notes
|
|
28
|
+
|
|
29
|
+
- Keep edits small and surgical.
|
|
30
|
+
- Prefer adding one change per call.
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: explore
|
|
3
|
+
description: Use this skill when the user asks you something that requires searching a code base
|
|
4
|
+
metadata:
|
|
5
|
+
author: morph
|
|
6
|
+
version: "0.1.0"
|
|
7
|
+
argument-hint: <question>
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Explore
|
|
11
|
+
|
|
12
|
+
Use WarpGrep to explore a codebase, this saves time and tokens.
|
|
13
|
+
|
|
14
|
+
## When To Use
|
|
15
|
+
|
|
16
|
+
- The user asks "how does this work?" or "where is X implemented?", anything that involves reading/tracing code
|
|
17
|
+
- You need entry points, data flow, or ownership of a behavior.
|
|
18
|
+
- Keyword grep is likely to miss the relevant files.
|
|
19
|
+
|
|
20
|
+
## Steps
|
|
21
|
+
|
|
22
|
+
1. Translate the user question into a tight semantic query.
|
|
23
|
+
2. Run `warpgrep_codebase_search` against the repo root.
|
|
24
|
+
3. Read the returned files/sections.
|
|
25
|
+
4. Summarize the flow with concrete file paths.
|
|
26
|
+
5. If changes are requested, propose the smallest edit plan and then execute.
|
|
27
|
+
|
|
28
|
+
## Query Template
|
|
29
|
+
|
|
30
|
+
"Find the entry points and data flow for <X>. Include router/handlers, config, and tests."
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: feature-research
|
|
3
|
+
description: Research existing architecture before implementing a complex feature.
|
|
4
|
+
metadata:
|
|
5
|
+
author: morph
|
|
6
|
+
version: "0.1.0"
|
|
7
|
+
argument-hint: <feature>
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Feature Research
|
|
11
|
+
|
|
12
|
+
Before implementing a complex feature, use WarpGrep to avoid duplicating patterns and to match existing conventions.
|
|
13
|
+
|
|
14
|
+
## When To Use
|
|
15
|
+
|
|
16
|
+
- New feature spans multiple modules/services.
|
|
17
|
+
- You need to find existing patterns for similar features.
|
|
18
|
+
- You need to identify API boundaries, data models, and tests.
|
|
19
|
+
|
|
20
|
+
## Steps
|
|
21
|
+
|
|
22
|
+
1. Identify the likely "shape" of the feature (routes, state, DB, background jobs, UI).
|
|
23
|
+
2. Run `warpgrep_codebase_search` with a query that asks for similar features and related files.
|
|
24
|
+
3. Extract:
|
|
25
|
+
- Existing patterns to reuse
|
|
26
|
+
- Integration points
|
|
27
|
+
- Config/feature-flag conventions
|
|
28
|
+
- Tests to mirror
|
|
29
|
+
4. Propose an implementation plan that matches the repo.
|
|
30
|
+
5. Implement.
|
|
31
|
+
|
|
32
|
+
## Query Template
|
|
33
|
+
|
|
34
|
+
"Find existing implementations similar to <feature>. Include endpoints, data models, background tasks, and tests."
|
package/dist/index.js
CHANGED
|
@@ -925,7 +925,7 @@ async function showMorphSplash() {
|
|
|
925
925
|
process.stdout.write("\n");
|
|
926
926
|
}
|
|
927
927
|
function getBundledSkillsDir() {
|
|
928
|
-
return path3.resolve(__dirname, "..", "skills");
|
|
928
|
+
return path3.resolve(__dirname, "..", ".agents", "skills");
|
|
929
929
|
}
|
|
930
930
|
function getAllAgentTypes() {
|
|
931
931
|
return Object.keys(agents);
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@morphllm/morph-setup",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.1",
|
|
4
4
|
"description": "Install Morph MCP and bundled skills onto coding agents",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|
|
@@ -11,7 +11,7 @@
|
|
|
11
11
|
},
|
|
12
12
|
"files": [
|
|
13
13
|
"dist",
|
|
14
|
-
"
|
|
14
|
+
".agents",
|
|
15
15
|
"README.md"
|
|
16
16
|
],
|
|
17
17
|
"scripts": {
|